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 free, but that does not tally with what I see now).
As another RN214 was coming back online, I started moving data back there. Yesterday I had a look, I needed to check and prune snapshots (there weren’t any before, as data was only “copied in and kept”, but I was expecting to see some now as the content was modified; the last snapshot “pruning, which happens at the default 90%, happened last january).
When I checked ~11am I found that it was “balancing” – stuck at 0%. There is a balancing instruction, monday at 6:30am). I have little experience of balancing, but it never seemed to take much time ( I checked the logs, it always took a matter of 45 seconds, but then the volume was not modified, just filled in at a slow pace).
I think that I was having a Teracopy instruction going on, still moving data with another couple of TB left to do and working seemingly fine, but something else seemeed sluggish somewhat.
I tried to keep an eye on it, after 1h – 2h or so nothing had changed, balancing was still @ 0%, and I did not seem to find a way to stop that balancing. So I tried to Power Off the NAS, but the admin page did not seem to do much. I tried to restart it from RAIDar and again, nothing seemed to happen – but the RN424 was closing down, when I checked the the display (the NASes are under the desk), it was saying “rebooting”.
So I did other things - went out shopping, came back one h later.... and it was still “rebooting”. So I pulled the plug.
When restarting, it got stuck at 30%, and it was there for another 20 minutes
I checked the Forum, and on some post I found the advice from StephenB of NOT have a USB hd plugged in, as sometimes the NAS tries to boot up from the USB device. I followed the advice, unplugged the USB hd (I think I unplugged the RN424 first) and rebooted (the front USB was still connected to the UPS but I did not think that would have mattered – and it didn’t).
This time the RN424 started booting up, got stuck at 33% for much longer than expected, but eventually came back online.
BUT the Data Share (which I created or it's there by default? i can't remeber) with the three shares inside: Data, Private & Public which I created, with all the data, does not show up on the admin page. There is only the HOME share, which is empty anyhow; the other “home” folders had been deleted long ago.
The admin page still reports the disks as full of data 14.72TB of data, 4.86 TB of Snapshots and 2.23TB free
Explorer sees everything (as normal?) on the network I see NAS4-424:
424-a_Data
424-a_Private
424a_Public
data
home
The “data” folder seems to have the Data/Private/Public as well as other “system folders (._share; .apps; .timemachine; .vault)
The other folders lok normal (Data was empty, Private has 14.5 Tb of date, Public has 300Gb of data (totrrents etc)
So, what should I do to have the “data” share showing up again on the Admin page?
Admittedly I do all my file management in Windows with File Explorer (and Teracopy, Total Commander etc), but NOT having the share also means that I cannot do any backups – and that was something which I would have wish to sort out.
The Snapshot also may be a problem (never really go the hang of them anyhow).
At moment I disabled any balancing operation – there is a scrub scheduled (in October)
The external USB hd was reconnected and was seen OK, but then I disconnected it and currently accessing it from a PC - keep things simple.
Thanks in advance, Berillio
ps:
Below I posted just the logs headings for yesterday ( well, up to now: no more logs been recorded)
We can see tha the balancing started @6:30am, but never completed.
I can well imagine that – as there was a Teracopy moving instruction being carried out (with snapshots been created at the same time) the balancing operation might have got confused and “hang” the system.
15 Aug 2022 03:26:21 PM
System: External storage device disconnected.
15 Aug 2022 03:24:46 PM
System: External storage device connected.
15 Aug 2022 03:12:52 PM
System: Alert message failed to send.
15 Aug 2022 03:12:53 PM
System: ReadyNASOS background service started.
15 Aug 2022 03:12:52 PM
Volume: Less than 10% of volume data's capacity is free. data's performance is degraded and you risk running out of usable space. To improve performance and stability, you must add capacity or make free space.
15 Aug 2022 03:10:52 PM
System: The system is rebooting.
15 Aug 2022 02:54:10 PM
System: Alert configuration was saved.
15 Aug 2022 02:54:07 PM
System: Alert configuration was saved.
15 Aug 2022 02:53:44 PM
System: Alert configuration was saved.
15 Aug 2022 02:52:09 PM
System: ReadyNASOS background service started.
15 Aug 2022 02:52:07 PM
System: Alert message failed to send.
15 Aug 2022 02:52:07 PM
Volume: Less than 10% of volume data's capacity is free. data's performance is degraded and you risk running out of usable space. To improve performance and stability, you must add capacity or make free space.
15 Aug 2022 02:52:05 PM
System: ReadyNASOS service or process was restarted.
15 Aug 2022 12:18:13 PM
Snapshot: Snapshot c_1660546829 was successfully created for share or LUN 424-a_Private.
15 Aug 2022 06:30:01 AM
Volume: Balance started for volume data.
15 Aug 2022 06:00:29 AM
Snapshot: Snapshot c_1660543228 was successfully created for share or LUN 424-a_Private.
15 Aug 2022 05:00:28 AM
Snapshot: Snapshot c_1660539626 was successfully created for share or LUN 424-a_Private.
15 Aug 2022 04:00:26 AM
Snapshot: Snapshot c_1660536025 was successfully created for share or LUN 424-a_Private.
15 Aug 2022 03:00:24 AM
Snapshot: Snapshot c_1660532423 was successfully created for share or LUN 424-a_Private.
15 Aug 2022 02:00:22 AM
Snapshot: Snapshot c_1660528821 was successfully created for share or LUN 424-a_Private.
15 Aug 2022 01:00:20 AM
Snapshot: Snapshot c_1660525219 was successfully created for share or LUN 424-a_Private.
15 Aug 2022 12:00:49 AM
Snapshot: Snapshot c_1660521627 was successfully created for share or LUN 424-a_Public.
15 Aug 2022 12:00:29 AM
Snapshot: Snapshot c_1660521627 was successfully created for share or LUN 424-a_Private.
Re: RN424 lost its “data” share (which explores sees)
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:
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?
Re: RN424 lost its “data” share (which explores sees)
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
Re: RN424 lost its “data” share (which explores sees)
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.
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.
