234922Re: filling incoming queue
- Feb 29, 2008On Fri, Feb 29, 2008 at 08:00:54PM +0100, Pavel Urban wrote:
> [root@relay2new skripty]# tail -1000000 /var/log/maillog |./analyzuj.plIt would be better to print the cleanup and qmgr counts for any given
minute on the same line, much easier to understand, but in aggregate,
you have delivered ~93,000 messages and received ~127,000, so the queue
is now 34,000 messages longer than 1,000,000 log entries ago.
To drain the queue, clearly the output rate needs to exceed the input
rate. Normally, qmgr is able to fill the active queue as fast as mail
comes in and the incoming queue is nearly empty. In your case incoming
queue scans are slower than the arrival rate, but deliveries from the
active queue are fast.
Is the queue on a very slow disk? Have you tried mounting with "noatime"?
>So timestamps don't appear to be the problem.
> [root@relay2new ~]# ls -l /var/spool/postfix/incoming/7/3/7349D7E7B3B
> -rwx------ 1 postfix postfix 2748 Feb 29 19:54
> [root@relay2new ~]# date
> Fri Feb 29 19:54:57 CET 2008
> lookups are just hashed tables (.db), no ldap, no mysql.Why is the queue manager so I/O starved? Perhaps the disk is totally
saturated by input processing, if so, reduce the input concurrency
until the queue manager catches up. The work-load may be too big for
the hardware. Consider RAID controllers with battery caches, ...
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:
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.
- << Previous post in topic Next post in topic >>