Jump to content
westptx

Only 1 disk used in array

11 posts in this topic Last Reply

Recommended Posts

I'm quite new to Unraid...but I like what I see.  I'm in the process of importing my data into a brand new array however, only one hard drive is actively being written to.  I actually just got a free space warning for the disk in question.

 

From what I understand of the high-water allocation (the setting used for all of my shares), I would've expected data being written to Disk 1 until 4 GB left, then Disk 2, 3, 4, etc.  However, that doesn't seem to be the case.  I went ahead and grabbed logs if that helps.

 

As far as I know, everything was set to the default settings from what I initially created the array.  If anyone has any pointers, that would be awesome!

shareConfig.png

array.png

Share this post


Link to post

How are you sending data to unraid? There is a situation where allocation method gets circumvented, if the entire directory tree is created empty, and then filled with files, the already created folders are preferred over unraid creating new folders on a different disk. Also, you need to set your minimum free space to a sane value, for 8TB disks I'd suggest probably 80GB. When the minimum free space is reached unraid should create the needed folders and start using a different disk. The standard explanation says to set minimum free to slightly larger than the single largest file you are likely to copy, but I like to leave a little more free space on each disk in case the file system needs space for metadata or error recovery in the future.

Share this post


Link to post

Also check Settings -> Global Share Setting for any disks being excluded or only one being included.

Share this post


Link to post
5 hours ago, jonathanm said:

How are you sending data to unraid? There is a situation where allocation method gets circumvented, if the entire directory tree is created empty, and then filled with files, the already created folders are preferred over unraid creating new folders on a different disk. Also, you need to set your minimum free space to a sane value, for 8TB disks I'd suggest probably 80GB. When the minimum free space is reached unraid should create the needed folders and start using a different disk. The standard explanation says to set minimum free to slightly larger than the single largest file you are likely to copy, but I like to leave a little more free space on each disk in case the file system needs space for metadata or error recovery in the future.

Ah, so I think this is it.  I'm importing 1 disk at a time since they're all being replaced and there are many cases where the folder is created but some other disk has the data.  I think this hit the nail on the head.  I was going crazy trying to figure out what on earth was going on.  Thanks for the clarification.

Share this post


Link to post
9 minutes ago, westptx said:

I'm importing 1 disk at a time since they're all being replaced and there are many cases where the folder is created but some other disk has the data.

This should't make any difference with split level set to any, it should still use the other disks as per the set allocation method.

Share this post


Link to post

Well hmmm...so, no matter what I do..if I manually create a folder that doesn't already exist in the share, it is still pegged to disk 1, no matter what.  Even when I try to run unBalance, it makes it seem like there are no other drives available:

 

The planning stage found that no folders/files can be transferred.

This might be due to one of the following reasons:

- The source share(s)/folder(s) you selected are either empty or do not exist in the source disk

- There isn't available space in any of the target disks, to transfer the share(s)/folder(s) you selected

Check more disks in the TO column or go to the Settings page, to review the share(s)/folder(s) selected for moving/copying or to change the amount of reserved space.

 

 

Share this post


Link to post

Alright, someone hand me the newb hat.  My rsync command was forcing the files to /mnt/disk1.  Jesus...that was dumb.  

Share this post


Link to post
53 minutes ago, westptx said:

Alright, someone hand me the newb hat.  My rsync command was forcing the files to /mnt/disk1.  Jesus...that was dumb.  

LOL. Well, that certainly explains your symptoms.

 

How well do you understand the /mnt/user and /mnt/user0 structures? If you don't have a handle on how they work, it's pretty easy to mess up badly.

Share this post


Link to post

I believe that I read that user0 is the data disk only while user has that + cache.  For the time being, I have cache turned off during the import.  I'll turn it back on once I get back to a steady-state operation.

Share this post


Link to post

I was also talking about the relationship between /mnt/user and /mnt/diskX. Since you said you were copying to disk1 directly and not using shares, it may be important to understand how they interact. If you are already up to speed, forget I said anything.

Share this post


Link to post

Oh yeah, i definitely get the difference.  Once I actually looked at my script, clearly, I realized the errors of my ways.  While I'm not the most well-versed in linux-based OSes, I know enough to be dangerous....and dumb!

Share this post


Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.