NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Remove inactive volumes to use the disk. Disk #1,2,3,4. troubleshooting
As per many other posts i am experiencing "Remove inactive volumes to use the disk. Disk #1,2,3,4." But i cannot find a post or a guide that gives better troubleshooting info. So far apart from thi...
StephenB thank you for the reply. I removed the logs.
I use mainly linux or Mac, do not use windows in general. If the approach 1 and 2 only risk to loose recent writes i think it is fine.
- For approach 1 - would i SSH into the machine to run these commands whilst disk 1 is removed?
- For approach 2 - the logs you are showing seem to come from md, does that mean that mdadm can be used or for any kind of recovery on this system a btrfs tool is required?
Even if data is recovered what is the full system recovery process?
- Assuming option 1 works, should I buy a new disk from the same brand/model, or what other aspects should i follow
- if i remember correctly with SMART i should be able to check health of disks to see how far they are before they die. I have a separate SATA dock where i can check each disk from
In the next few days i ll check the other disks i have as backup and see if they are enough to make a backup (i dont remember what i last took a backup of the NAS, i need to write these things down) assuming i manage to recover some sort of access
bizmate wrote:
- For approach 1 - would i SSH into the machine to run these commands whilst disk 1 is removed?
You'd use the menu to boot the NAS in tech support mode. Then you'd connect with telnet (not ssh), using a back-door password. Macs don't have telnet built in, so you'd either need to get a third party app for it, or use a linux system.
bizmate wrote:
- For approach 2 - the logs you are showing seem to come from md, does that mean that mdadm can be used
Yes. The issue is that the RAID array won't assemble. The "repair" is to have mdadm assemble it anyway using the --really-force option.
There could also be BTRFS issues - no way to tell until the array is assembled and you try to mount it.
bizmate wrote:
If the approach 1 and 2 only risk to lose recent writes i think it is fine.
The writes could also corrupt BTRFS metadata/folder structures, which could result in quite a bit of data loss.
That is rare, but it can happen.
bizmate wrote:
- Assuming option 1 works, should I buy a new disk from the same brand/model, or what other aspects should i follow
The disk model goes back to 2014, so if you try to match it you'd end up with either very old inventory or a used disk. I don't recommend that.
Ultrastars do have a good reputation, and you can replace it with a current HC310.
You can mix/match models. You do need to avoid disks that use SMR (Shingled Magnetic Recording). NAS-purposed include Seagate Ironwolf and WD Red Plus (but not normal WD Reds, since they are SMR). Any Enterprise-class drive will work.
If you see a need for more space over the next couple of years, then get a pair of larger drives, and expand the volume while you are at it.
bizmate wrote:
- if i remember correctly with SMART i should be able to check health of disks to see how far they are before they die. I have a separate SATA dock where i can check each disk from
You can also run smartctl using ssh - running the long non-destructive test.
After you get the volume remounted, you should look at the maintenance functions on the volume settings wheel. They include disk test and scrub. Scrub requires accessing every sector of the disk, so IMO it also doubles as a diagnostic.
On my own NAS, I schedule one of these tasks every month (cycling through them all 3x a year). I order them as
- disk test
- balance
- scrub
- defrag
in order to fully exercise the disks every other month.
Although I do monitor SMART stats, I don't think they are a very good predictive indicator on how long a drive will last. I look for signs that a disk needs immediate replacement. Also keep in mind that drives can and do fail with no warning (and no SMART errors).
The net here is that the only way to keep data safe is to have a solid backup plan.
I am waiting for sometime to check a spare disk i used as extra backup before trying the resync also because i cannot find my docking station.
On my mac brew install telnet worked
----$ which telnet
/usr/local/bin/telnet
----
About the RAID not re-assemblying is the command required to fix it only
mdadm --really-force
Is this the only command required? Anything else you can add please let me know.
Ie
1 - remove disk 1
2 - boot in tech support mode, is this something done at boot sequence? How can it get this done?
3 - any mdadm or other commands to execute here before the resync, ie "lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT "
4 - what would the full resync command be?About all the suggestions you gave i ll try to learn more. About replacing the drives with new ones this one https://fastclick.mu/toshiba-4tb-s300-surveillance-7200-rpm-128-mb-buffer/ i would say affordable one as Amazon or similar are not available here ...
bizmate wrote:
2 - boot in tech support mode, is this something done at boot sequence? How can it get this done?See pages 28-29 in the hardware manual here:
bizmate wrote:
3 - any mdadm or other commands to execute here before the resync, ie "lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT "To be clear, you aren't resyncing - that cannot be done with one disk remove.
When you connect to the NAS with telnet, log in as root. The password is infr8ntdebug.
Enter these commands:
rnutil chroot mdadm --assemble --really-force /dev/md127 /dev/sda3 /dev/sdb3 /dev/sdc3 btrfs device scan mount /dev/md127 /data ls /dataThe ls command should include your shares if everything works.
If you see errors from any of these commands, stop at that point and let us know what they are.
Otherwise, power down the NAS, and reboot. The volume should then mount (but will be degraded due to the removed disk).
bizmate wrote:
4 - what would the full resync command be?Again, you cannot resync with a missing disk. When you get the replacement you can hot-insert it into the empty slot (with the NAS running). The NAS will do a brief disk test, and should then add the disk to the array.
bizmate wrote:
About all the suggestions you gave i ll try to learn more. About replacing the drives with new ones this one https://fastclick.mu/toshiba-4tb-s300-surveillance-7200-rpm-128-mb-buffer/ i would say affordable one as Amazon or similar are not available here ...
The S300 is a surveillance drive - optimized for sustained write performance over read. It will work in a NAS, but I suggest the N300 instead.
Before you add a new drive to re-sync, you should ponder these points:
Are your other drives just as old as the one that failed? It's always best to back up all your data before a re-sync, but it's more important the older the drives are. Re-sync puts a lot of stress on the old and the new. Are they so old that you should consider replacing them all, or do they have any SMART errors?
Is just a re-sync what you want to do? You are forcing the mdadm RAID assembly, which likely means there are errors on the "good" drives. Would a factory default and restore of your data from that backup be better (it usually is, but it does take time). If you do think all the drives should be replaced, then that's all the more reason to just start over with the new drives instead of swapping them one at a time.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
