[SOLVED] Compressing/Removing files causing MORE storage usage???
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Compressing/Removing files causing MORE storage usage???
Hello,
I'm facing a really bizarre issue, tough not for the first time. I have a /var filesystem that's at 91% usage (6GB mounted). I noticed that after compressing 500mb of space from /var/log/ the percentage didn't drop at all. I then proceeded to remove 186MB of space from /var/tmp, which dropped the FS down to 86% usage. I then moved a a 136MB file from /var/account to /, which caused the FS to go back up to 88% usage.
Any ideas what's causing these crazy readings? /var doesn't have any other FS's under it. Also, I noticed that running "du -sm*|sort -nr|head" in /var/log produced some strange error about too many flags/arguments being used for the sudo shell, but had no issues running it with csh. Also, no other directory gave the same error in /var.
Distribution: Debian testing/sid; OpenSuSE; Fedora; Mint
Posts: 5,524
Rep:
I'm a bit surprised /var/tmp had so much in it, and that it even affected then total, because it's tempfs, which is in memory, not on disk. When you compressed the files, did you delete the source files? Is /var on a separate partition from root? If it isn't, moving things from /var / doesn't have any effect on disk usage.
You shouldn't need sudo for du. You might try the du flags individually instead of combined with a single dash.
Last edited by AwesomeMachine; 08-10-2017 at 12:16 AM.
I'm using the CLI. Yes, / and /var have their own mounts. I used gzip on the compressed files. Maybe it has something to do with that error I'm getting only from /var/log? I ran du as root as I was getting permission denied on several of the folders/files from /var/log. I can't really post the output as this is in a secured virtual environment. I forgot to mention also that compressing some other files caused the usage to increase.
On Debian-like systems: on boot (the rules are defined in /etc/default/rcS).
On RedHat-like systems: by age (RHEL6 it was /etc/cron.daily/tmpwatch ;
RHEL7 and RedHat-like with systemd it's configured in /usr/lib/tmpfiles.d/tmp.conf, called by systemd-tmpfiles-clean.service).
On Gentoo /etc/conf.d/bootmisc.
Last edited by JJJCR; 08-11-2017 at 12:18 AM.
Reason: edit
I'm going to mark this as solved. I checked on it after the weekend, and it's suddenly down to 70%. Nothing else was removed and the server wasn't bounced. No idea what did it :-/
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.