I recreate the queue a few times with and without big-todo, ext-todo with the same result.
The queue tree saw correctly in his own situation.
I saw qmail-send logs and i cannot saw any error simply, deliverys are too slow.
The machine a few hours before copy the maildirs in the same partitions with a great performance them i discard disks failure.
Memory, CPU and disks where checked before for 3 months with a few tests.
The problems began in the real scenary (Murphyż?)
Maybe the ldap thread can be the problem....
Any other idea? PLEASE.. ;)
Claudio Jeker wrote:
> On Sun, Jun 13, 2004 at 01:59:49PM +0100, Cesar Garcia wrote:
>
>> Hi All.
>>
>> I have a big problem (big-todo problem) with preproccesed emails.
>>
>> The scenary is a big qmail-ldap (Dual AMD MP 2GH 2GB RAM, Raid Sever with 4 73GB UWSCSI HW Disks) server with about 18,000 mailbox with Maildir/ldaponly style deliveries,
>>
>> big-todo ext-todo dash-ext ldap-cluster patches activated and 20040401 qmail-ldap version.
>>
>> All appearence be ok, but with qmhandle and qmail-stat i can see 32,000 mails in queue, 31,000 not preproccesed and 3 in local queue and 90 in remote queue.
>> load Average in server is about 2, 1, 3
>>
>> 1GB Free Memmory.
>>
>> Emails arrive at server and servers enqueue, but they are deliveries to Maildirs 20, 30 or 40 minutes after they arrives.
>>
>> Big todo are enable, i dont have local injection of email, all arrives via smtp.
>>
>> 2 servers in same conditions but with no local deliveries, only smtp-routes, deliver 160,000 mails daily without problems and with similar configuration.
>>
>> I can see qmail-todo proccess running, but the preprocced of mails is too slow.
>>
>> How can increase preprocced speed?
>>
>> I read that this problem is only available with high local-injection of mails and that is not the case.
>>
>> I am migrating from sendmail, and in these platform all were ok.
>>
>
>
> OK. The problem seems to be ext-todo, big-todo related as there are only
> 93 preprocessed mails.
> Normaly preprocessing is a simple task and should be fast (unless your
> disks are damn slow). Could it be that you have non big-todo qmail-queues
> messing with big-todo qmail-todo or vice versa. Check your
> /var/qmail/queue directory. On big todo the acctual files are in
> todo/<number>/<mess inode>. If you are switching form non-big-todo to
> big-todo you need to preprocess the full queue before installing the new
> qmail-todo/qmail-send pair.
>
> Also check the log file and do a clean restart of qmail.
>
