NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
System volume root use is 95%, var/ftp is using it all
Hello,
I have a ReadNas 102 and lately got these error messages that the system volume root use is 95%. After checking the /var folders I noticed that /var/ftp used all the space available. I had FTP enabled for some folders and it looks like the content of those folders is copied into the var/ftp folder.
Maybe a 'stupid' newbe question, but is it normal that this /var/ftp folder is completely used.
Second question: how can I safely remove the content of this /var/ftp folder?
Thanks in advance,
Jan
- Hi.
The ibdata1 always growing is not a ReadyNAS problem, but a MySQL problem, maybe triggered or made worse by LogAnalyzer way to commit queries.
There is plenty of talk online about it. But it seems that there is no easy solution to reducing its size.
One example of thread: http://stackoverflow.com/questions/3456159/how-to-shrink-purge-ibdata1-file-in-mysql
If you don't use it, I suggest removing LogAnalyzer and mysql-server.
12 Replies
Replies have been turned off for this discussion
Usually the shares (e.g., btrfs subvolumes) are mounted on /var/ftp, so if the system is working normally you will see the shares (which are not actually in the /var file system).
If you enter "mount" do you see the shares on the list? Something like
/dev/md127 on /var/ftp/Music type btrfs (rw,noatime,nodiratime,nodatasum,nospace_cache,subvolid=268,subvol=/Music)
If so, deleting files in there will delete the your data (and won't help your problem).
jak0lantash wrote:
If you want to account what's actually in the OS volume:
# go to root cd / # count space usage per folder (only in the same filesystem) du -d1 -hx . # go to the biggest folder cd blablabla # repeat the operation du -d1 -hx . # once you're in the folder that contains the big files ls -alh
du -d1 -hx . works in /var/ftp but the rest won't work unless you unmount the btrfs subvolumes correct? The cd will just take you into the data volume.
If the space really is in /var/ftp, then it was something written at startup before the data volume. That has sometimes happened. Support is of course one option.
The -x flag is to account for data only in the current filesystem. The data volume being another one, it's not accounted for.
If you really have data into a folder and mounted something on top of it, so I guess you won't be able to account for it this way (because of the cd).
But I'm presuming, the /var/ftp is not the culprit. It was just taken as is by mistake.
The user should do proper accounting with -x flag to make sure.
If you don't want to cd, you can still
# start with root du -d1 -hx / # go to biggest folder du -d1 -hx /foo # and so on # to finish with ls -alh /foo/bar
- Hi.
The ibdata1 always growing is not a ReadyNAS problem, but a MySQL problem, maybe triggered or made worse by LogAnalyzer way to commit queries.
There is plenty of talk online about it. But it seems that there is no easy solution to reducing its size.
One example of thread: http://stackoverflow.com/questions/3456159/how-to-shrink-purge-ibdata1-file-in-mysql
If you don't use it, I suggest removing LogAnalyzer and mysql-server.Thank you. I actually uninstalled LogAnalyzer and mysql server and removed the specific directories.
Keep my fingers crossed ....
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
