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