NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
RN424 lost its “data” share (which explores sees)
Hello Forum, My RN424 (4x 8TB, 21.81TB capacity) was used to be near full (not really sure – in June I had a warning of 5% space left, but there was very little writing to this NAS; I thought ~800Gb...
If a balance takes a long time, then it usually means there is bigger benefit in letting it run to completion.
Are you seeing any warnings about a full root/OS partition on the log page? Note you can also download the log zip, and open volume.log. Scroll down to the "df -h" section:
=== df -h ===
Filesystem Size Used Avail Use% Mounted on
udev 10M 4.0K 10M 1% /dev
/dev/md0 3.7G 633M 2.9G 18% /
tmpfs 1009M 0 1009M 0% /dev/shm
tmpfs 1009M 1.2M 1008M 1% /run
tmpfs 505M 916K 504M 1% /run/lock
tmpfs 1009M 0 1009M 0% /sys/fs/cgroup
The /dev/md0 line is for the root. Normally it is less than 25% full, though this does depend on what services you have enabled and what apps you have installed.
Note that the /data share is actually full full volume - you only see that in Windows if you are using the NAS admin credentials.
There is a script you could run from SSH to repair a corrupted configuration, but it would be best to have a bit more information, particularly on the root volume status. I'd also recommend making a full backup of your data before trying it.
It would also be good to fix the problem with alert emails. Are you using gmail as the sender?
Thank you StephenB
“If a balance takes a long time, then it usually means there is bigger benefit in letting it run to completion.”
It was at 0% when I first looked at it, which then was maybe 4h after it started. One hour later it was still at 0%. Had I seen it progressing (but at a snail pace), I would have left it alone.
I know that at some stage, I paused the Teracopy for some time, but TBH, I cannot remember exactly when, and for how long.
“Are you seeing any warnings about a full root/OS partition on the log page? Note you can also download the log zip, and open volume.log. Scroll down to the "df -h" section:”
“The /dev/md0 line is for the root. Normally it is less than 25% full, though this does depend on what services you have enabled and what apps you have installed.”
No no waring on the admi page that I can remeber
This is mine, as NOW (@16:06:25 (UK summertime). Of course there might have been some warings earlier on, , before I started doing all the data transferring
=== df -h ===
Filesystem Size Used Avail Use% Mounted on
udev 10M 4.0K 10M 1% /dev
/dev/md0 4.0G 653M 3.0G 18% /
tmpfs 981M 0 981M 0% /dev/shm
tmpfs 981M 3.9M 977M 1% /run
tmpfs 491M 2.2M 488M 1% /run/lock
tmpfs 981M 0 981M 0% /sys/fs/cgroup
/dev/md127 22T 20T 2.3T 90% /data
Etc.
This is from the 24 October 2021 – on the /de/md127 I see that (then) it was 81% full instead of 90% (now).
=== df -h ===
Filesystem Size Used Avail Use% Mounted on
udev 10M 4.0K 10M 1% /dev
/dev/md0 4.0G 640M 3.0G 18% /
tmpfs 981M 0 981M 0% /dev/shm
tmpfs 981M 2.8M 978M 1% /run
tmpfs 491M 4.7M 486M 1% /run/lock
tmpfs 981M 0 981M 0% /sys/fs/cgroup
/dev/md127 22T 18T 4.2T 81% /data
No apps loaded, no AV,
“It would also be good to fix the problem with alert emails. Are you using gmail as the sender?”
Indeed, it would be a good idea and Yes, I am using gmail sending an email to yahoo. I thought that I might have changed the gmail password and tried to sort it out (one or two weeks ago) but I failed.
All my NAS stopped sending alerts, but it happened at different times, I had one 214 sending alert and the other 214 not sending them, then I deleted the alert, recreated it (identical to what it was) and it worked; the 424 was the most resilient unit, but that also stopped sending mails. Of course the “balancing” alert was the only mail which I was receiving, and I did not notice when it stopped. At moments NO unit is sending any alert. There is a failure code which (I think) is either 00001 or 00008 depending what I change. The 00001 is what I get when everything is “as supposed to be”.
Incidentally one hour ago and RIGHT NOW Avira flagged ReadyNASRemoteSetup_w7_v1.6.5.23.exe (and .24.exe) as having a PUA/Segurazo.GEN and quarantined them. I only ever DL’d NETGEAR stuff from the NETGEAR site, obviously
18% used is certainly ok on the root, so no issues there.
As far as gmail is concerned, google changed their policies - they no longer have the "less secure apps" setting that was required for the NAS. Instead, you need to create an app-specific password and use that in the NAS setup. That will also require you to enable 2FA on your gmail account.
Note you can switch things around, and send from Yahoo to Gmail. That still needs you to use an app-specific password in Yahoo, but at this point Yahoo doesn't require 2FA.
90% full for the data volume is actually quite a bit - you are at or close to the threshold where the NAS will start automatically deleting snapshots. If you use snapshots, you might try deleting older ones. If not, consider expanding your storage. Generally I expand my own before I reach 85% full.
The repair script I mentioned earlier is here: https://gitlab.codycook.us/readynas-scripts/share_lun_ui_fix.sh
If you've never used ssh - make sure you log in as root, and use the NAS admin password. As I said earlier, make sure you have an up to date backup, just in case.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
