When I do that, it only returns 1 file with a size of 0.gflamerich said:Check here
ls -la /usr/local/cpanel/whostmgr/docroot/core*
If you see few huge files core.####, just delete them.
There are a few threads with info regarding this bug.
You can resolve it compiling apache with out versioning.
From the looks of it, it is the /var/cpanel/updatelogs/gflamerich said:Ups...
ls -la /usr/local/cpanel/whostmgr/docroot/core*.*
Looks if that shows you any else.
If not, fist find if df is reporting the correct usage.
If you havent find the problem by then, you should find with du the source of your problem ...
Just go to your root and type
du -h --max-depth=1
And what for your folder size. You may can track if there is any mayor change of size.
You are anything but short of knowledge, you helped me identify the problem.gflamerich said:You got me on that.....
Mines are about 30k each.... and no rsync.*.log, just update.*.log files...
By the nature of those files, it should be safe to delete them, but I certainty check what's causing that huge log file ....
Sorry, I'm short of knowledge ..... . Hope you can find the cause and fix it.
Can you tell us what the script was? Was it part of UPCP ?.MarvinMartian said:So, I think I got it.
There was a script that didn't stop running that just kept stealing resources and writing logs files.
I figured it out, stopped the process and immediately my disk space came back.
Thank you so much for your help
|Thread starter||Similar threads||Forum||Replies||Date|
|J||diskspace and sql space limits||File Management||1|
|L||Diskspace usage||File Management||6|
|N||0 DiskSpace showing of every account in cpanel option list accounts||File Management||2|
|M||WHM/cPanel space requirments and reclaiming diskspace.||File Management||5|
|F||cpanel does not show the actual diskspace||File Management||3|