Please see pictures....

 

 

SYS LOG

May 2 08:45:04 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:04 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:04 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:04 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:04 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:04 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:04 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:05 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:05 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:05 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:05 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:05 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:05 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:05 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:05 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:05 Icarus login[30365]: ROOT LOGIN on '/dev/pts/0' from 'Office'
May 2 08:45:06 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:07 Icarus emhttp: read_line: client closed the connection
May 2 08:45:17 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:17 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:29 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:29 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:29 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:29 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:29 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:29 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:29 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:30 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:45:45 Icarus shfs/user: shfs_write: write: (28) No space left on device
May 2 08:49:36 Icarus emhttp: /usr/bin/tail -n 42 -f /var/log/syslog 2>&1

No obvious reason shows up in those screenshots.  You might want to also include one for the global share settings?

Also the one under the 'Shares' page for the share in question.  Particularity the setting for 'Split level:'.

thank for the replies!

 

Global Share Settings:

Enable user shares: Yes
Included disk(s): All
Excluded disk(s):None

 

I wonder if it has to do with the way utorrent downloads files aka, it went ahead and added the "files" to the biggest drive and then as it went to fill it up it ran out of room. Since UNRAID already has the "files" there it wouldnt try to split at that point.... Maybe i should check to see if utorrent is preallocating the entire files prior to downloading...?

thank for the replies!

 

Global Share Settings:

Enable user shares: Yes
Included disk(s): All
Excluded disk(s):None

 

I wonder if it has to do with the way utorrent downloads files aka, it went ahead and added the "files" to the biggest drive and then as it went to fill it up it ran out of room. Since UNRAID already has the "files" there it wouldnt try to split at that point.... Maybe i should check to see if utorrent is preallocating the entire files prior to downloading...?

unRAID will never move a file after it has decided on what disk to originally create it.  Also if a file already exists when trying to create a file, then it is overwritten on the same disk if it already exists.

 

You might also want to check if utorrent is downloading to a user share or a disk share.  Downloading to a disk share would bypass the split level and allocation method associated with a user share.

 

Another thing - if a file on a particular disk is renamed then it will stay on that disk - the rename will not make it get moved to another disk.

Thank you for the help. Utorrent was not set to preallocate files, most logical answer i guess. Now time to manually move stuff ahaha