mmm strange thing ....
Again ... I have 99% ... I /usr/local/etc/rc.d/dbmail-lmtpd.sh restart
and it goes to 13%
I saw pid 69622 (mysqld), uid 88 inumber 17015 on /var: filesystem full
in dmesg ... so ... mysql is writing to /var ... but why ... ? ?
thanx for any help
Paul J Stevens wrote:
Alan Glait wrote:
I was checking my server ... so I saw /var at 92% ....
I restart dbmail-lmtpd ... and it free to 20% ...
Since a lmtpd process doesn't use any diskspace to speak of, I'm
guessing here: lmtpd was down, so your mailq was getting rather big.
Starting up lmtpd allowed your mta to process its queue.
How I can to prevent this ??
Checking that critical processes really are running is a general
problem. I use snmpd combined with nagios but ymmv.
I have /usr/local/sbin/dbmail-util -cturpd
-l 24h -qq in my crontab at 3AM ...
Mmm. The -r switch has been deprecated for some time now.
You might as well use:
dbmail-util -qqay -l 24h
or
dbmail-util -ay -l 24h 2>&1 >/dev/null
which ever you prefer.
