The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Disk space issue

Discussion in 'General Discussion' started by lamp, Jan 16, 2007.

  1. lamp

    lamp Well-Known Member

    Joined:
    Dec 22, 2003
    Messages:
    111
    Likes Received:
    0
    Trophy Points:
    16
    Hello,

    exim_mainlog is filled with messages like the following this morning:

    2007-01-16 08:42:11 1H6oZn-00013L-IA Failed to create spool file /var/spool/exim_incoming/input/n/1H6oZn-00013L-IA-D: No space left on device

    But /var has the following:
    Device Total Space Space Used Space Available Percentage Used Mounted On
    /dev/sda3 6.8G 4.3G 2.2G 67% /var

    Anyon has seen this before? Am I blind here?

    lamp
     
  2. Murtaza_t

    Murtaza_t Well-Known Member

    Joined:
    Jan 24, 2005
    Messages:
    476
    Likes Received:
    0
    Trophy Points:
    16
    Location:
    Earth
    cPanel Access Level:
    Website Owner
    You might be out of inodes..
    try:

    df -i /var or df -i

    and see whats up.
     
  3. lamp

    lamp Well-Known Member

    Joined:
    Dec 22, 2003
    Messages:
    111
    Likes Received:
    0
    Trophy Points:
    16
    Damn..... you're right

    Filesystem Inodes IUsed IFree IUse% Mounted on
    /dev/sda3 895840 893061 2779 100% /var

    How do I clean this up?

    Thanks again!
    Lamp
     
  4. Murtaza_t

    Murtaza_t Well-Known Member

    Joined:
    Jan 24, 2005
    Messages:
    476
    Likes Received:
    0
    Trophy Points:
    16
    Location:
    Earth
    cPanel Access Level:
    Website Owner
    Seems you are using an old kernel..

    what is your destro and kernel version.
     
  5. lamp

    lamp Well-Known Member

    Joined:
    Dec 22, 2003
    Messages:
    111
    Likes Received:
    0
    Trophy Points:
    16
    Linux 2.6.10-1.771_FC2smp #1 SMP GNU/Linux
     
  6. Murtaza_t

    Murtaza_t Well-Known Member

    Joined:
    Jan 24, 2005
    Messages:
    476
    Likes Received:
    0
    Trophy Points:
    16
    Location:
    Earth
    cPanel Access Level:
    Website Owner
    Well.. your kernel seems ok which mean you have used a *way* too much space on your /var partition.

    You will need to delete some files to fix the problem.

    du /var -d 1 -h

    will give you which directory is using how much space. If it is /var/spool then check you mail queue with exim -bpc

    if that above 1000 try clearing it.

    Inodes allocation is done at the time of creating the disk partion. Normally they are 12000 per 100MB.
     
  7. lamp

    lamp Well-Known Member

    Joined:
    Dec 22, 2003
    Messages:
    111
    Likes Received:
    0
    Trophy Points:
    16
    Thanks.

    I found that exim was the culprit... but it wasn't because of the queue. It was the mslog. Those things were taking up all my space. I decided to delete them all (/var/spool/exim/msglog) and added no_message_logs to the exim configuration file. That resolved the inode issue (although I don't think the "no_message_logs" did anything since all the directories were recreated and the logs started coming back).

    Lamp.
     
  8. Murtaza_t

    Murtaza_t Well-Known Member

    Joined:
    Jan 24, 2005
    Messages:
    476
    Likes Received:
    0
    Trophy Points:
    16
    Location:
    Earth
    cPanel Access Level:
    Website Owner
    no_message_logs should have helped. You need to add it in the first box and make sure that exim restarts successfully after you save it and does not quit due to misconfiguration.
     
  9. lamp

    lamp Well-Known Member

    Joined:
    Dec 22, 2003
    Messages:
    111
    Likes Received:
    0
    Trophy Points:
    16
    I agree... it should've helped. When I added it to the first box (in advance mode) and hit save, the system claimed to have successfully restarted exim, but all the directories were re-created and msglog files started reappearing. Having said that, I think I'll just have to continue to manually monitor these files every couple of months (hopefully not more).

    Lamp
     
Loading...

Share This Page