Front page | perl.qpsmtpd |
Postings from September 2007
Re: High system load
Thread Previous
|
Thread Next
From:
Geoff Shang
Date:
September 12, 2007 16:05
Subject:
Re: High system load
Message ID:
Pine.LNX.4.64.0709130148190.14651@data.home
Hi,
For those of you who can't remember my post, I've quoted it below for your
information.
Thanks to those of you who replied to my post. Most of you suspected the
greylisting plugin, and another person suggested the klez plugin. but
deactivating these plugins made no noticeable difference.
In the end it turned out that it was check_relay that was causing the
performance problems. system averages of about 6 dropped to less than 1
when I turned off this plugin.
I am not a perl programmer and so am not clear on what this plugin does.
Is this what checks the rcpthosts file to check which domains we are
receiving mail for? If not, what does it do and do I really need it?
If it turns out that I do need it, is there something I can do to reduce
the strain it it is putting on the system?
I'm running QPSMTPD 0.40 under Perl 5.6.1.
Thanks,
Geoff.
Geoff Shang wrote:
> Hello,
>
> I realise it's poor form to jump on a mailing list and immediately ask for
> help, so I hope you will be forgiving.
>
> I administer a system for a US non-profit organisation. The previous admin
> chose to use Qmail and then QPSMTPD to allow the system to do greylisting.
>
> We are experiencing two problems, one of which may or may not be related to
> QPSMTPD (one certainly is).
>
> We process quite a lot of mail, but as far as I can see we are only really
> doing greylisting and not much else. Yet we are seeing system load of
> between 5 and 7 constantly, with QPSMTPD processes using over 20% CPU.
>
> Note that it used to be a lot higher and we used to get long delays in
> message processing. I switched us to qpsmtpd-forkserver which got our
> processing times down to something acceptable and our system loads down to
> about 6, but we still think it's higher than it should be.
>
> Also, sometimes we have situations where mail seems to get stuck, as if some
> external entity on which the process is relying has become temporarily
> unavailable. The message queue (that output by "qmail-qstat"), which
> normally hovers at about 130, can go up as high as 2000 when this happens.
> But these situations have resolved themselves without any intervention from
> me.
>
> My questions are these:
>
> 1. Does anyone have any idea why our system load is running so high?
>
> and
>
> 2. Which version of qpsmtpd should I be running? There seems to be 4
> different server programs now and I don't really appreciate the difference
> between the various programs.
>
> We are running QPSMTPD 0.40 under Debian 3.0 (Woody - yes it's old). Perl
> is version 5.6.1.
>
> I am executing the forkserver with the following command:
>
> exec ./qpsmtpd-forkserver --listen-address `head -1 config/IP` --port 25 \
> --limit-connections 30 --user smtpd 2>&1
>
> The following plugins are being loaded (in this order):
>
> hosts_allow
> dont_require_anglebrackets
> check_earlytalker
> count_unrecognized_commands 4
> check_relay
> greylisting black_timeout 600
> require_resolvable_fromhost
> rcpt_ok
>
> virus/klez_filter
>
> queue/qmail-queue
>
> I know relatively little about Email processing, and very little about
> QPSMTPD. Any assistance anyone could give would be very much appreciated.
>
> BTW: When upgrading from 0.31, I discovered that 0.40 seems to depend on
> net/ip.pm which the ReadMe does not mention as a dependency. Woody did not
> have this module packaged, but Sarge had it and it installed with no
> problems.
>
> Geoff.
>
> e index^
>
--
Geoff Shang <geoff@hitsandpieces.net>
Phone: +61-418-96-5590
MSN: geoff@acbradio.org
Make sure your E-mail can be read by everyone!
http://www.betips.net/etc/evilmail.html
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
Thread Previous
|
Thread Next