November 13, 20196 yr Hello. My settings as follows: Allocation method: Fill-Up Why is the mover writing and reading from 2 drives? It should only be hitting Drive 2 as per the Fill-Up ruleset, yet it is hitting Drive 2 and 4 when moving files from the cache to the array? Why? How can i get help understanding the mover and why it is doing what it is doing, according to my understanding with the Fill-up ruleset the mover should be picking the next drive in "line" which has space above the minimum space grade set in the share, which is Disk 2 in this case. Why is it doing stuff with disk 4? Edited November 13, 20196 yr by je82
November 13, 20196 yr Split Level Settings? Are all shares set to fill-up? Include / Exclude Settings for the shares? Include the diagnostics if in doubt
November 13, 20196 yr Author 7 minutes ago, Squid said: Split Level Settings? Are all shares set to fill-up? Include / Exclude Settings for the shares? Include the diagnostics if in doubt All shares have the same split setting, but i did apply the split setting a few hours ago, i did not restart/remount the array since the setting change, is this necessary? Edited November 13, 20196 yr by je82
November 13, 20196 yr Author 9 minutes ago, Squid said: Split Level Settings? Are all shares set to fill-up? Include / Exclude Settings for the shares? Include the diagnostics if in doubt nvm i figured out what was going on, apparently there was some stuff on the cache that was queued for disk4 as they were transferred to cache before the split setting change. Edited November 13, 20196 yr by je82
November 14, 20196 yr 1 hour ago, je82 said: there was some stuff on the cache that was queued for disk4 That isn't how it works. Files aren't destined eventually to end up on any particular disk when they are written to cache. The destination is decided when the mover runs. Split level takes precedence over allocation method.
November 14, 20196 yr Author 5 hours ago, John_M said: That isn't how it works. Files aren't destined eventually to end up on any particular disk when they are written to cache. The destination is decided when the mover runs. Split level takes precedence over allocation method. then i have no idea why it is involing drive4, as i have "Automatically split any directory as required" as split method, that being said the folder in question being written to already exist on both drive 2 and 4, but according to allocation method set it should no longer involve drive 4? whenever a disk write becomes quad, that it is read/writing from 2 drives and then as i do have 2 parity drives it's insanely slow, as you can see below 20mb/s also smb becomes nearly unresponsive during this time yet web interface runs absolutely smooth which is sort of strange. I hear upgrading to the release candidate may eliviate a lot of the stress of having 2 parity drives but i'm not fully confident in my unraid skills to deal with whatever mess it may cause so i am waiting for the stable build.
November 14, 20196 yr 6 hours ago, je82 said: read/writing from 2 drives and then as i do have 2 parity drives it's insanely slow You don't say which version you're using but that's a known issue with the current stable release. It's fixed in version 6.8, which is available for testing.
November 14, 20196 yr Author 58 minutes ago, John_M said: You don't say which version you're using but that's a known issue with the current stable release. It's fixed in version 6.8, which is available for testing. i am using the version affected, i guess i should upgrade and test the RC.
Archived
This topic is now archived and is closed to further replies.