NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
2twisty
Aug 30, 2014Aspirant
Constant Disk activity RN104 w/6.1.8
My "activity" light NEVER stops unless I turn off the power. NEVER. I usually run MYSQL server (for the XBMC database) and the NAS holds my video files. The XBMC accesses the NAS via NFS. Respo...
2twisty
Aug 31, 2014Aspirant
OK. I sent the logs to the email in the link mdgm provided above.
To the other poster, I've turned off all services. I don't run Antivirus on the NAS since 90% of my content is video and my primary machines are Macs anyway...
I tried running a defrag -- no status update in the web panel. It just acted like it did nothing. The log says "started defrag" and nothing more. I started a scrub, just in case there was some RAID corruption causing a slowdown. As of this post, it's 52% complete (4 4tb drives take a while!).
Reading and writing to the array seem fast enough -- once I can get the file to start. It's like the NAS is too busy to initiate the thread, but once it does, transfers occur normally.
When I SSH into the box and run TOP, it all looks "normal." I'd like to run IOTOP to see where the IO processes are, but apparently that support is not compiled into the kernel (Why not? I would think that being able to monitor IO processes on such low-powered hardware would be a no-brainer!)
Hopefully, the logs will reveal what is causing the crazy amount of IO. I expect the scrub to take until tomorrow sometime to complete, and I will report back then with any changes (or lack thereof) from that process. Hopefully we can get a defrag to work, too...but from my understanding of BTRFS and the fact that I don't do a lot of write IO, I should not have a significant fragmentation issue -- but I'm willing to try it.
To the other poster, I've turned off all services. I don't run Antivirus on the NAS since 90% of my content is video and my primary machines are Macs anyway...
I tried running a defrag -- no status update in the web panel. It just acted like it did nothing. The log says "started defrag" and nothing more. I started a scrub, just in case there was some RAID corruption causing a slowdown. As of this post, it's 52% complete (4 4tb drives take a while!).
Reading and writing to the array seem fast enough -- once I can get the file to start. It's like the NAS is too busy to initiate the thread, but once it does, transfers occur normally.
When I SSH into the box and run TOP, it all looks "normal." I'd like to run IOTOP to see where the IO processes are, but apparently that support is not compiled into the kernel (Why not? I would think that being able to monitor IO processes on such low-powered hardware would be a no-brainer!)
Hopefully, the logs will reveal what is causing the crazy amount of IO. I expect the scrub to take until tomorrow sometime to complete, and I will report back then with any changes (or lack thereof) from that process. Hopefully we can get a defrag to work, too...but from my understanding of BTRFS and the fact that I don't do a lot of write IO, I should not have a significant fragmentation issue -- but I'm willing to try it.
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!