1KB/s reads every 30 sec on every disk on array

[Rockyranger]

I really need some help with this please. I've been stuck on this problem for a few days now. The reads aren't letting my drives sleep. I don't have anything running and plex has been stopped. Does anyone have any ideas?

[JonathanM]

You will need to disable things one at a time to narrow it down. Start by bringing up the local GUI to watch the status and disconnecting the network cable. Next increment would be disable the docker and VM services, not just stopping the containers and guest OS's. Since it's happening every 30 seconds it shouldn't take long to rule things in or out.

[Rockyranger]

Hi, thank you so much for your reply. I would have come back to you sooner but I've been unable to boot in GUI mode and I thought it would be a quick fix but it's proving to be harder than I first thought, something must have changed with the 6.10 update. I have onboard graphics using igpu with 12600k, hence he issue (I think).

[JonathanM]

Try 6.11 rc4

[trurl]

18 hours ago, JonathanM said:

disable the docker and VM services, not just stopping the containers

Or post diagnostics and we can see if you have those configured to allow array to spindown

[Rockyranger]

22 hours ago, JonathanM said:

Try 6.11 rc4

I tried within unraid but something went wrong with the update (I guess) and it then wouldn't boot. I decided with that and my initial problem, just to start from scratch. So I updated using the usb creator and now everything is fine with the added benefit of support for 12th gen igpu. Probably not the right way to solve the problem but solved nonetheless. From now on I'll keep an eye on the disks to see if it happens again I'll know what I've recently changed. I'll also be keeping regular flash backups. Thanks for your help.

[Rockyranger]

21 hours ago, trurl said:

Or post diagnostics and we can see if you have those configured to allow array to spindown

I didn't know I could do this. Although the problem is now solved it would be useful to look here in the future. Thank you.

[trurl]

5 hours ago, Rockyranger said:

I didn't know I could do this. Although the problem is now solved it would be useful to look here in the future. Thank you.

It might still be useful to post diagnostics.

[Rockyranger]

I have completely reinstalled unraid now though...

diagnostics-20220829-1441.zip

[trurl]

Diagnostics doesn't seem to think you have any user shares for some reason. Reboot, start the array, and post new diagnostics.

[Rockyranger]

Done...

diagnostics-20220829-2001.zip

[trurl]

Still not working

 

Post a screenshot of User Shares

[Rockyranger]

What have I done wrong?

[trurl]

Must be something wrong with diagnostics collection. No other indication that user shares aren't working.

 

Click COMPUTE ALL button at bottom of that page, wait for the results to complete. Complete results will show how much of each disk is used by each user share. If you don't get complete results after a few minutes, refresh the page. Then post a screenshot.

[Rockyranger]

Appdata, domains, isos and system should all be on the cache drive only, I didn't want any of those on the array. When I completely reinstalled unraid I had those shares on my cache drive which were not touched, I then deleted the new versions of those shares from the new install of unraid so that I could use my existing shares... if that make sense. I messed up, didn't I?

[itimpi]

4 minutes ago, Rockyranger said:

I then deleted the new versions of those shares from the new install of unraid so that I could use my existing shares... if that make sense. I messed up, didn't I?

Sounds like it   If the cache drive was assigned then Unraid would have automatically picked up the files for those shares from the cache drive (regardless of any of you share settings) so deleting the shares would be deleting from the cache drive.

[trurl]

If cache was missing for some reason, and the array was started with Docker and/or VM Manager enabled in Settings, then those shares would have been created on the array.

 

Since you have Dynamix File Manager plugin installed you can use it to figure out which version you want to keep, delete the other, move if necessary. You will have to disable Docker and VM Manager in Settings before you can work with these shares.

[Rockyranger]

All sorted  Thank you for helping my fix a problem that I didn't even know I had.

 

Just to confirm, the reason I had to turn off docker and vm was so that they would create new images in the right place? (that's what I did)

[trurl]

19 minutes ago, Rockyranger said:

the reason I had to turn off docker and vm

Because nothing can move or delete open files.

[Rockyranger]

Got it. Thanks.

[Rockyranger]

I have another issue. I tried to add another cache drive as I wanted two separate cache. I added it as a pool by mistake, I then created a separate pool and added them separately so I had two cache pools now. As they were acting as one pool before, they had the same data on, I deleted the data off of the new one - it deleted from both! (even though they're separate pools). After I got over the fact that I have to install/set up everything again I restarted so that unraid could build the share folders again and both pools are acting as one, I have the shares on both caches but on the share tab they are only assigned to cache 1.

diagnostics-20220904-1837.zip