I've tried running both quota related fixes :
- fixquotas
- updatequota
I've tried forcing a cPanel update.
I'm out of ideas. It's a brand new account, using literally 0 resources (no emails, no files), it's showing up as 1gb used.
Any suggestions?
I've tried running both quota related fixes :
- fixquotas
- updatequota
I've tried forcing a cPanel update.
I'm out of ideas. It's a brand new account, using literally 0 resources (no emails, no files), it's showing up as 1gb used.
Any suggestions?
What is your OS and cPanel version?
Do both WHM and cPanel show 1 GB used, or do they both show different values? What are those values?
What does:
show?Code:du -h /home/user
There is probably another file somewhere that has the same UID. Following are the instructions I use to find and fix this problem.
---------------------------
### First, you need to locate the uid of the customer. You will need to know their username. At shell, run the following command...
vi /etc/passwd
#### With that file open, run a search on their username
/someuser
### If the user is found, you will see a 5 digit number and a smaller number. The larger number is the UID.
### Now, go to shell and run the following command (Replace "33025" with the UID of the user in question)
find / -uid 32025
A listing will be displayed of all of the files that have that UID. My guess is there is a file or files somewhere on the server that have the same UID of the user you have just added.
Forgot to mention : CentOS 4.5 / cPanel 11 / Release (right before Stable)
Anything new on this?
Please open a tech support request at https://tickets.cpanel.net/submit/in...eqtype=tickets so we can examine and determine what is happening on your system as we are unable to reproduce the scenario on our test servers.
Can you please let us know whether the issue was fixed or not? We're facing a similar behaviour on 11.6.0 (R15076) and I'd like to know if this matter got solved before submitting a ticket to CPanel.
To my knowledge, the tech support ticket was never opened. Thus we could not determine the cause for this issue. We are unable to reproduce this in our testing environment, which is the reason a tech support ticket is needed, in order to determine the variances between our test environment and what some people are doing.
To reiterate: please open a tech support ticket at http://cpanel.net/support/
The DU on command line will not show you the directories that begin with .
root@cpanel2 [/home/meangert]# du -sh */
3.4M access-logs
92K etc
12M mail
8.0K public_ftp
66M public_html
16M tmp
66M www
root@cpanel2 [/home/meangert]# du -sh
174M .
Both cPanel and WHM say this account is using 174 meg.
These are missing from the above output.
8.0K ./.sqmaildata
20K ./.neomail-scflesch/meangert
24K ./.neomail-scflesch
82M ./.spamassassin
40K ./.cpanel-datastore
96K ./.neomail/meangert
100K ./.neomail
52K ./.cpanel/datastore
64K ./.cpanel
Which added to the total will be 174 Meg. Notice the .spamassassin is using a lot of space. After I made the Default Address :fail: this directory doesn't grow like that anymore.
Chuck
Last edited by carock; 09-18-2007 at 04:49 PM. Reason: I forgot . directories!
carock:
Could you please advise what OS and cPanel Build and Version are you running.
I wasn't able to replicate the issue on the latest version of CURRENT.
Thank you in advance.
Alex Villegas
What I'm saying is the cPanel/WHM and DU shell command work correctly no actual problem.
The guy in the first post couldn't find where all the disk space was going and the next response was to use the DU command.
The reason the DU command doesn't match cPanel and WHM disk usage is the DU command does not include the . directories such as .spamassassin .cpanel and so on...
I found on my server example that the .spamassassin directory was using 80+ Meg of disk space and that made my comparison between the DU command and WHM/cPanel way off.
Chuck