NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
ReadyNAS ultra6 shares not reachable / frontview does not persist changes
I am facing the same issue as several others here in the forum where the NAS has become unreachable and frontview does not persist changes anymore. I am guessing OS partition full. In the pas...
First off thanks for your quick replies.
I just checked and managed to perform a df // -h which confirms that it is 100% in use.
The inodes are only 29% in use so I don't expect problems there.
In the /var/log/frontview there is a huge access.log file. As well as some others like command.log
in /var/log there is a cron.log and daemon.log and syslog which are also substantial.
Any pointers on how to clear space?
I am guessing (hoping :) ) this is a pretty standard case.
Again thanks for your help!
Verhodo wrote:
Any pointers on how to clear space?
echo -n > logfilename
will truncate the file to 0 size. Logfilename can include the full path, or you can use cd to enter the appropriate folder (cd /var/log for example).
You can truncate a couple of these (to get the OS partition below 50% or so), which will let you reboot. You can then clear the logs from frontview to shrink the rest.
Ok thanks.
I did this on some files but df -h keeps on telling 100%
Is there some kind of bin that keeps the files? I would expect a trunc like this to make space right away.
I tried rebooting in order to maybe free some file handlers or force a re-init, but the problem is still there.
I will try tonight if I can clear up some other files...
Tips & tricks are welcome :)
Plex is notorious for leaving behind scraps from transcoding that can be huge. A couple users have reported issues that seem to stem from an improperly mounted USB drive, so what should have just been a symbolic link to the drive, which is in the OS partition, was an actual directory and contained files intended for the USB drive. Other apps, especially anything you added via apt-get directly, could also be creating the problem.
But you have to be carefulo that you are really looking at a directory in the OS partition, not to something elsewhere via a symbolic link.
Verhodo wrote:
Ok thanks.
I did this on some files but df -h keeps on telling 100%
Does ls -als confirm that the file is truncated?
Note that the > is important.
echo -n > logfilename
If you leave out the > the file will not be truncated.
Thanks everyone for helping out.
I found the culprit. After some investigation and ls -ltRS, I noticed I had a cache folder under /var/ from the minidlna app plugin which I tried somewhere in the past. This cache folder had been collecting media information in a .db file which was insanely huge. After removing this file, df -h went from 100 to 26% and the device booted again as before.
Reimporting an old config wasnt succesful, but I just quickly reconfigured the file sharing services to access the NAS again. I am now in the process of copying files over to another drive... phew.
Thanks a ton to everyone in this thread here and the pms I got!
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
