February 21, 20233 yr I have all my shares set to either cache:prefer or cache:yes but I still see some periodic activity is causing one disk of the array to never spin down and also causing the parity drive to remain spun up (so seem to be "updates of some kind"). Naturally I want my disk to spin down so need to figure out what is causing this... Are there any type of disk update activity (changed ownership/permissions or anything else) that is not cached and instead go directly to the array or any other thoughts on what this may be or how to debug the problem further (when file activity plugin seem to be "bypassed" showing no activity what so ever)?
February 21, 20233 yr Community Expert You are likely to get better informed feedback if you attach your system’s diagnostics zip file to your next post in this thread so we can check how things are set up.
February 21, 20233 yr Author 16 hours ago, itimpi said: You are likely to get better informed feedback if you attach your system’s diagnostics zip file to your next post in this thread so we can check how things are set up. Here it go - happy for all sugestions. Edited February 22, 20233 yr by NAS-newbie No need to share server info any longer in public forum...
February 21, 20233 yr Community Expert Your diagnostics show that the ‘appdata’ and ‘system’ shares have files on disk1 so that could explain your symptoms. They are set to Use Cache=Prefer, but unless you disable the Docker and VM services while running mover the services will hold files open which stops mover from moving the files used by theses services to the cache.
February 21, 20233 yr Author Any thought on why it behaves like this or what I am supposed to do to fix it and avoid it happening again? Do one in general need to disable dockers and VMs when running the mover and in that case how to automate that (and why is it not done automatically by UnRAId if needed)?!
February 21, 20233 yr Community Expert 23 minutes ago, NAS-newbie said: Any thought on why it behaves like this or what I am supposed to do to fix it and avoid it happening again? Do one in general need to disable dockers and VMs when running the mover and in that case how to automate that (and why is it not done automatically by UnRAId if needed)?! You only need to disable these services once to get the current state cleaned up for these default shares. When the files are where they should be you can re-enable them and everything should then just operate fine. The problem tends to occur when you first start these services without a cache pool attached. As a result the services support files end up getting created on an array drive. When you later add a cache pool Unraid puts any new files for the "Prefer" type shares on the cache pool and tries to move what other files it can to the cache pool. It fails to move these services support files because the services are holding them open.
February 22, 20233 yr Author Seems to have solved the problem. Just wondering why the disk1 file access did not show up in the file activity plugin....?
February 22, 20233 yr Community Expert 1 hour ago, NAS-newbie said: ..... Just wondering why the disk1 file access did not show up in the file activity plugin....? You need to ask this question in the support thread for that plugin.
February 22, 20233 yr Community Expert Solution 2 hours ago, NAS-newbie said: Just wondering why the disk1 file access did not show up in the file activity plugin.... It may not be making that many accesses. Perhaps just keeping the file open might be enough?
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.