Re: Another Queue Question
- From: Andrzej Adam Filip <anfi@xxxxxxx>
- Date: Wed, 30 Jan 2008 22:04:17 +0100
seaPea <printerster@xxxxxxxxx> writes:
Andrzej Adam Filip wrote:
Hi there, looking for some pointers,
Have a client that has had some serious downtime over the last few
days with their Linux Sendmail server.
The hardware has been fixed but we now have a situation that there are
280,000 files in /var/spool/mqueue.
The server is used for inbound email only and its directed to either
the clients Notes or MS Exchange infrastructure, all new email is
delivered quickly, just seems to be the old(er) messages that are
delayed, the number of files is decreasing but at a very slow rate.
The server is a Compaq DL380 with 6gb of memory, running linux with a
kernal of Linux 2.4.19-64GB-SMP.
The version of Sendmail is 3.0.6, this was a corporate image so I'm
not too sure on what open source build its based upon.
The current config used is very basic (so I am told):
# This file was created with Sendmail Switch.
VERSIONID(`@(#)xxxx.m4 1.0 (sendmail) 1/30/2008')
FEATURE(`access_db', `DATABASE_MAP_TYPE -T<TMPF>
The Linux server in itself doesnt seem to be under too much load
18:11:12 CPU %user %nice %system %idle intr/s
18:11:12 all 5.31 0.01 5.07 89.61 1233.16
Any pointers on what we can do to increase the throughput of this box
would be greatly appreciated..
[ for "internet to internal" gateway]
First: Flush the queue faster using command below:
/usr/sbin/sendmail -q -OQueueSortOrder=random
More elaborate options required if you use more than four internal
destinations for SMTP connections.
Start *first* command with additional "-v" optional.
If queue is processed without porblems than start a few more (3-5)
(without -v) as background jobs.
1) setup separate queue group per every destination of
"to internal" SMTP connections with multiple queue directories in
every group (e.g. 4 directories)
2) configure sendmail to accept and process ETRN from intenal servers
It should allow the servers to request flushing queue upon then own
request without waiting for next queue run
I came across a similiar problem back when sendmail8.11 was
involved. The workaround that we were advised to do was
* shutdown sendmail
* move out the files from mqueue
* restart sendmail but turn off acceptance of new email from the
* move back the files to mqueue 4000 at a time
* turn back on acceptance of new email from the outside when last
batch back in
This was done on a 700mhz pc running RH9 with 768M RAM. Took less than
Perl motto: There is more than one way to do things right :-)
My motto: Usually *WHY* is more important than *WHAT* :-)
With such number of messages in queue there are (AFAIR) two main source
of possible problems:
a) memory overload by data required to process the queue in "sorted" way
"QueueSortOrder=random" I suggested avoids this trap
b) file system performance problems with *MANY* files in a (queue) directory
[ file systems: e.g. ext2, ufs, ...]
*many* file system types do linear search for files in directory
I have addressed "a", recipe you have mentioned may address "b".
[pl>en: Andrew] Andrzej Adam Filip : anfi@xxxxxxxxxxxx : anfi@xxxxxxxx
"Would I turn on the gas if my pal Mugsy were in there?"
"You might, rabbit, you might!"
-- Looney Tunes, Bugs and Thugs (1954, Friz Freleng)
- Re: Another Queue Question
- From: aldouk75-google
- Re: Another Queue Question
- Prev by Date: Re: Another Queue Question
- Next by Date: Re: Another Queue Question
- Previous by thread: Re: Another Queue Question
- Next by thread: Re: Another Queue Question