Significantly higher Reads on Drive with no write activity/use

[dtlokey]

Hello Unraid community,

 

I'm currently running Unraid 6.9.2 on a ryzen 7 1700 build using an asus Prime B350 Plus MB with 24GB of memory and two LSI Logic SAS 9207-8i Controllers.

 

I've had an issue for a while now (pre 6.9.2) where my Disk 5 goes through a constant read process for some reason that i cannot identify. I don't believe I've ever installed any docker/appdata folders on any drive other than my cache drive and I don't see any currently in the individual disk's directories, so I'm stuck as to why this older disk with older content that typically doesn't get accessed is by far the most busy disk in the array for reads (currently sitting at 23,600,000 reads vs my current disk with space available sitting at just 2 million over a period of just under 10 days of uptime. diagnostics attached.

 

any help would be greatly appreciated as I've had this issue for a long while now, the drive itself other than the high read rate hasn't given me any issues as of yet (knocks on wood) in all the time I've been using it. d

mediaserver-diagnostics-20210714-1713.zip

Edited July 14, 2021 by dtlokey

[JorgeB]

Number of reads in the GUI is mostly meaningless, it can vary widely from the dist to disk with the same number of reads, e.g., right after a parity check, unless you're seeing actual unexplained disk activity you can ignore that.

[dtlokey]

i feel like this is disk activity as the temps ramp up for just that drive usually.  I haven't done a parity check in about 2 weeks and after it i reset the counts if i recall correctly.

[JorgeB]

If there are doubts reset disk stats and disable docker and VM services, leave it like that for a few hours or days enough to confirm that there are no reads on that disk, then enables services one by one and re-check.

[Paul_Ber]

One of the versions of PLEX docker has constant disk activity or used to be like that and might of been the official PLEX docker.  The Binhex PLEX version doesn't have this problem.