Linux - Newbie This 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.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
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.
|
 |
08-09-2017, 06:58 PM
|
#1
|
LQ Newbie
Registered: Jul 2017
Posts: 19
Rep: 
|
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.
Last edited by Robbot; 08-09-2017 at 07:00 PM.
|
|
|
08-09-2017, 11:54 PM
|
#2
|
LQ Guru
Registered: Aug 2016
Location: SE USA
Distribution: openSUSE 24/7; Debian, Knoppix, Mageia, Fedora, OS/2, others
Posts: 6,498
|
Are you using a file manager that "deletes" by moving to a Trash folder?
|
|
|
08-10-2017, 12:13 AM
|
#3
|
LQ Guru
Registered: Jan 2005
Location: USA and Italy
Distribution: Debian testing/sid; OpenSuSE; Fedora; Mint
Posts: 5,524
|
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.
|
|
|
08-10-2017, 02:45 AM
|
#4
|
Member
Registered: Jun 2017
Location: Spain
Distribution: RedHat 6.9 /Centos 8
Posts: 42
Rep: 
|
actually, I think,you move the files on the same filesystem.
Try to move to another mount point.
Could you paste a df -h output?
|
|
|
08-10-2017, 11:03 PM
|
#5
|
LQ Newbie
Registered: Jul 2017
Posts: 19
Original Poster
Rep: 
|
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.
Last edited by Robbot; 08-10-2017 at 11:08 PM.
|
|
|
08-11-2017, 12:12 AM
|
#6
|
Senior Member
Registered: Apr 2010
Posts: 2,289
|
check out this link it might help, maybe temp files not getting cleared.
https://serverfault.com/questions/37...mp-get-cleared
Text below from above link:
Quote:
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
|
|
|
08-11-2017, 11:39 PM
|
#7
|
LQ Newbie
Registered: Jul 2017
Posts: 19
Original Poster
Rep: 
|
Thank you. I'm working from Suse 11 I believe. I double checked that error from /var/log and it says
"du: unable to execute with specified paramters on sudo bash"
which I could not find anything online for
Last edited by Robbot; 08-11-2017 at 11:42 PM.
|
|
|
08-14-2017, 05:30 PM
|
#8
|
LQ Newbie
Registered: Jul 2017
Posts: 19
Original Poster
Rep: 
|
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 :-/
|
|
|
All times are GMT -5. The time now is 06:40 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|