On Tue, Oct 28, 2008 at 07:50:51PM +0100, Francis SOUYRI wrote:

> >> Time to time we have lot of mail in the incoming queue, "no" mail in the
> >> active queue, the "qmgr "is very" slow and the server is very idle. We
> >> tested the antispam/virus to see if there is a problem but the response
> >> is very good.
> >
> >How often does the qmgr(8) process id change?
> 
> No change, only when I restart postfix.

And how often do you do that?

> >>                                  T    5  10 20 40 80 160 320 640 1280 1280+
> >>                         TOTAL 3201 2121 937 87 11 21  23   0   0    0     1
> >
> >Almost all the mail in "incoming" is recent, with ~2000 msgs under 5
> >minutes old, and ~1000 between 5 and 10 minutes old. What happened
> >leading up to this?
> 
> I do not know.

You have to find out, by reading your logs, looking at message rates,
failed deliveries that took a long time to complete, ...

Is trivial-rewrite performing well? Are you using SQL or LDAP transport
tables? qmgr itself is only slow when disk I/O is saturated or trivial-
rewrite is slow.

> >> qshape active
> >>
> >>                                     T  5 10 20 40 80 160 320 640 1280 1280+
> >>                              TOTAL 32  0  0 32  0  0   0   0   0    0     0
> >
> >Exactly 32 active messages, all 10-20 minutes old, what happened leading
> >up to this?
> >
> >What's in the deferred queue? Read your logs, looking for errors, warnings,
> >throttled transports and nexthops, ...
> >
> 
> qshape deferred
> 
>                                          T  5 10 20 40 80 160 320 640 1280 
> 1280+
>                                  TOTAL 480  2  0  1  1 13  61 187  36    9   
> 170
>                            hotmail.com 152  1  0  1  0  2  38 103   7    0    
>  0
>                             hotmail.fr 107  1  0  0  0  8  15  67  16    0    
>  0
>                               cji2.net  61  0  0  0  1  3   5   6   1    0    
> 45

Not much.

> transport (same subnet).
> 
> 
> >Is your disk I/O adequate? ... The information you provide is too skimpy.
> 
> I have 2x36 u320 15000rpm and 2x73Go u320 15000rpm and 4go memory.

Disk I/O is not disk storage capacity. Is the disk saturated with I/O requests?

> The information is too skimpy for this we need your help, we are trying for 
> several weeks, lot of configs changes in_flow_delay, default_dest..., 
> smtpd_error_sleep_time = 0s, increase/decrease postfix/puremessage process, 
> install local dns... without any success some time this is very bad we are in 
> the fog...
> 

You have to make better measurements if you want help. The queue manager
moves mail from incoming to active very rapidly unless the disk is
saturated or trivial-rewrite is gummed up, ...

Do review your logs in detail, look at disk I/O, /CPU, memory utilization,
post your "postconf -n". Run a syscall tracer on the queue manager and
see where it blocks, ...

-- 
        Viktor.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:[EMAIL PROTECTED]>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.

Reply via email to