NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Replacing failed disk in RN426
One day I rebooted my RN426, and one of my disks (disk4, Seagate 3TB) was not longer recognized, so the volume was marked as degraded. Rebooted again, and it came up, volume resynced, everything OK. ...
Your 3TB disks remaining in the NAS have been powered on for about 3.25 years. The ST3000DM001 has notoriously high failure rates when used in RAID arrays.
Your 8TB WD RED is a much better choice.
A few ATA errors in and of itself may not suggest that a disk is failing just yet, but if the count continues to increase rapidly or increases a lot that would suggest a problem.
Yes, definitely true. If I can now just get it to recognize the new Red, I'll be able to slowly swap out the seagates.
Also, something that didn't seem relevant, but I might as well put out there.
Not long before this had some general weirdness about not being able to remove an app (resilio sync), so I did what another forum post suggested (force reinstall the OS by "upgrading" to the existing version 3.9.3 using a downloaded zip archive), and it cleaned that much up at least. After that I was able to uninstall and upgrade the app no problem. However, I think it was at a reboot near that time that the disk4 dropped for good.
I've also noticed that disk4 tended to drop in restarts but not in shutdown-reboot cycles. Potentially something about spin up time perhaps? Sample size is small though, about 3 or so, so I'm not sure this is actually a real effect.
Interesting. I see now this array was moved across from an ARM box.
Not sure if some of the weirdness you saw with Resiliio Sync may be related to that. Did you uninstall all apps before moving your disks across to the RN426?
The disk dropping typically on restarts but not on shutdown-reboots is interesting. Though as you say 3 attempts is a small sample size.
If I recall correctly I had to wipe all the apps after moving the array across, since the old apps were ARM so they didn't work on this machine. I didn't notice much weirdness other than that, but you could be right that the continuing strange issues around app installs an uninstalls could be related.
One thing is that lsblk doesn't turn up the new disk either. And it doesn't matter which slot I put it in (4, 5, or 6). I guess I could pull all the disks and plop it in slot 1 to see if the machine sees it at all, but that's getting pretty invasive. Also not completely sure lsblk should be able to see unformatted and unmounted disks. Internally, is the machine partitioned into bays 1,2,3 and bays 4,5,6? Might explain it if 1 of the two controllers went bad, or a loose connector, or something like that. However, the disks do power on, so they're not totally disconnected.
Regarding reboots vs. shutdowns, it's definitely true that in a cold start the disks have spun up long before the OS even thinks about loading, but in a reboot it seems to be much faster. Perhaps something about the vibration of spin up causing one of the disks to bail, was always my theory anyway. I would assume that's a red herring, but since it's the same disk, I'm not so sure. Maybe points to loose connector somewhere internally, if it's the case that bays 4,5,6 are isolated from bays 1,2,3 it could make sense.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
