this was the situation on /tmp before tmpwatch installation:

[root@myhostname ~]# du -lh /tmp
4.0K /tmp/.Test-unix
4.0K /tmp/.ICE-unix
4.0K    /tmp/systemd-private-U6z6hx/tmp
8.0K    /tmp/systemd-private-U6z6hx
20K     /tmp/mywww/blog/wp-content/uploads/wpcf7_captcha
24K     /tmp/mywww/blog/wp-content/uploads
28K     /tmp/mywww/blog/wp-content
32K     /tmp/mywww/blog
36K     /tmp/mywww
4.0K    /tmp/systemd-private-AFkUHw/tmp
8.0K    /tmp/systemd-private-AFkUHw
4.0K /tmp/.webmin
4.0K    /tmp/systemd-private-cTDFgP/tmp
8.0K    /tmp/systemd-private-cTDFgP
4.0K /tmp/.font-unix
4.0K /tmp/.XIM-unix
11M     /tmp/systemd-private-jr1YKi/tmp
11M     /tmp/systemd-private-jr1YKi
4.0K /tmp/.X11-unix
4.0K    /tmp/systemd-private-0qkmRa/tmp
8.0K    /tmp/systemd-private-0qkmRa
16M     /tmp

Then, I set up tmpwatch to do its job on /tmp every 12 hours...
BUT really, is not yet clear why that error about "Disk quota exceeded" happened... and this is a problem if I don't understand, 'cause it could be repeated.

tmp folder issue and so why? mail quota? Do you really think that is not because of user mail quota and temp files produced by Spamassassin and ClamAV ? are you sure?

thank

On 22/12/2014 01:55, Almond wrote:
hi, thank you

/tmp and /var/spool/mail
are on /dev/md2 both

[root@myhostname ~]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/md2        1.8T   56G  1.7T   4% /
devtmpfs         16G     0   16G   0% /dev
tmpfs            16G     0   16G   0% /dev/shm
tmpfs            16G   57M   16G   1% /run
tmpfs            16G     0   16G   0% /sys/fs/cgroup
tmpfs            16G   57M   16G   1% /etc/machine-id
/dev/md1        488M  280M  179M  61% /boot

hope this helps

On 22/12/2014 00:56, Martin Gregorie wrote:
On Sun, 2014-12-21 at 23:40 +0100, Almond wrote:

1) user mail quota 50 MB
2) spamd and clamscan together
3) ...spamd[28040]: plugin: eval failed: error writing to
/tmp/.spamassassin28040V31F7ftmp: Disk quota exceeded at
/usr/share/perl5/vendor_perl/Mail/SpamAssassin/Message.pm line 965,
<GEN840> line 1575.
...spamd[28040]: spamd: error closing input file: at
/usr/share/perl5/vendor_perl/Mail/SpamAssassin/Message.pm line 569,
<GEN840> line 1575.
4) user just reached 19.05 MB of his mail quota at that time
5) then I raised the user quota to 250 MB... BUT...
...questions are:

1) spamd can require even more than 30 MB of temp files to check an incoming email? or this together with ClamAV ? 2) how can I know what's a good margin of additional space the user should keep in mind? 3) eg. mail quota 250 MB, 200 MB for emails and 50 MB as margin for email checking, to be sure?
4) how can I calculate this margin more or less exactly?
5) OR is possible to automatically prevent such a situation?

BEST REGARDS
HAPPY HOLIDAYS!!!

The reason that failed would seem to be that the partition that /tmp is
mapped onto became full. This is nothing to do with a user's mail quota
unless you're putting /var/spool/mail in the same partition as /tmp

So, questions for you:

1) is /tmp in its own partition and, if so, how big is that partition?
    Is it big enough to contain

    no_of_users * user_mail_quota

    as well as the temp space normally used by the rest of the system?

2) How often is /tmp cleared?

3) If /tmp maps into a shared partition, what other top-level filing
    systems does it share the partition with and how much free space
    is there in that partition?

Martin





Reply via email to