NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
RN2120 - Management Service Not Starting/Offline After 6.6.1 Update
Hello, after repeated reboot attempts (both via RAIDar and SSH), I have not been able to get a recently upgraded ReadyNAS 2120 fully online (admin page accessible). According to readynasd error logs...
I had another look at the logs and I found the problem
You have a small amount of data, but a huge amount of metadata
Data, single: total=1.52TiB, used=1.16TiB
System, DUP: total=32.00MiB, used=272.00KiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=106.50GiB, used=98.85GiB
GlobalReserve, single: total=512.00MiB, used=0.00BThis system was setup back on 6.0.7. We've had improvements to the default settings for shares since then.
Also when you updated from 6.1.9 to 6.2.4 the snapshots were not upgraded. So there are a lot of snapshots from very old firmware still on the system.
If you're comfortable with SSH you could start by doing
# btrfs quota disable /data
To disable quotas at the volume level.
I would suggest that you backup your data, verify the backup is good, do a factory default (wipes all data, settings, everything), update to 6.7.0, verify the update is successful, do another factory reset and restore your data from backup.
You can trigger a factory reset (wipes all data, settings, everything) by doing
# touch /.os_installand forcibly rebooting.
CoW and Snapshots are good for some kinds of use cases and not for others.
We link enabling/disabling CoW to enabling/disabling bit-rot protection on a per share basis. Even if CoW is disabled on a share snapshots will use CoW at the point in time that a snapshot is taken.
mdgm-ntgr, logs just sent via email.
Try updating to 6.7.0 via https://ip.address.of.nas/fwbroker
If it's still not resolved then try an OS Re-install (a boot menu option)
If it's still not resolved after all that send me a fresh set of logs and I can advise on the next steps.
fwbroker results in the following error:
ERROR 6001010006 Couldn't resolve host name
Front-panel is not an option as I'm working on this remotely via a VPN connection. Is there a way to flash via SSH?
I had another look at the logs and I found the problem
You have a small amount of data, but a huge amount of metadata
Data, single: total=1.52TiB, used=1.16TiB
System, DUP: total=32.00MiB, used=272.00KiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=106.50GiB, used=98.85GiB
GlobalReserve, single: total=512.00MiB, used=0.00BThis system was setup back on 6.0.7. We've had improvements to the default settings for shares since then.
Also when you updated from 6.1.9 to 6.2.4 the snapshots were not upgraded. So there are a lot of snapshots from very old firmware still on the system.
If you're comfortable with SSH you could start by doing
# btrfs quota disable /data
To disable quotas at the volume level.
I would suggest that you backup your data, verify the backup is good, do a factory default (wipes all data, settings, everything), update to 6.7.0, verify the update is successful, do another factory reset and restore your data from backup.
You can trigger a factory reset (wipes all data, settings, everything) by doing
# touch /.os_installand forcibly rebooting.
CoW and Snapshots are good for some kinds of use cases and not for others.
We link enabling/disabling CoW to enabling/disabling bit-rot protection on a per share basis. Even if CoW is disabled on a share snapshots will use CoW at the point in time that a snapshot is taken.Thanks. We had to disable snapshots due to some performance issues. Is it possible to just delete them w/o bothering to upgrade? Would like to avoid wiping the unit until we've copied all of the stored data to an external backup.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
