Re: Local Deliveries Slow

2001-02-22 Thread Manvendra Bhangui

I hate to post unecessarily. But this is to thank everyone especially
Charles Cazabon and Dave Sill. The Big To Do patch worked and my
mails are zipping through (I run a very high volume mail server). I have
successfully migrated my users from Isocor (critical path's messaging soln)
to
qmail.
This is the second instance where my life got saved because of this great
list.

Regards Manny
- Original Message -
From: Charles Cazabon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 22, 2001 1:12 AM
Subject: Re: Local Deliveries Slow


 Manvendra Bhangui [EMAIL PROTECTED] wrote:
  I have already run the make check, etc and checked the permissions as
per
  the LWQ.

 Excellent.  Looks like you've done (most of) your homework.

  1. When the incoming rate increases, qmail-send is unable to cope up.
  The todo increases at an alarming rate. After this the number of
local
  deliveries
  suddenly stop (around 1 per sec).
  2. After shutting down port 25 (to stop incoming mails) and giving some
  time for the unprocessed mails to become zero, the local mail
  delivery again become fast (I could get a concurrency of about 160)

  This is the current stats I have on my mailserver.
 
  isocor:/var/qmail/bin./qmail-qstat
  messages in queue: 67966
  messages in queue but not yet preprocessed: 42007
 [...]
  Has anyone observed this and have come up with any solution to this.

 Yes.  Russ Nelson noticed this, and created the big-todo patch.  It helps,
 but does not eliminate the problem in all cases.  Basically the problem is
 that qmail send will only process local and remote deliveries when there
 is nothing left in todo.

 Try applying the big-todo patch; it should help significantly.

 Charles
 --
 ---
 Charles Cazabon[EMAIL PROTECTED]
 GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
 Any opinions expressed are just that -- my opinions.
 ---


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




Re: Local Deliveries Slow

2001-02-21 Thread Charles Cazabon

Manvendra Bhangui [EMAIL PROTECTED] wrote:
 I have already run the make check, etc and checked the permissions as per
 the LWQ.

Excellent.  Looks like you've done (most of) your homework.

 1. When the incoming rate increases, qmail-send is unable to cope up.
 The todo increases at an alarming rate. After this the number of local
 deliveries
 suddenly stop (around 1 per sec).
 2. After shutting down port 25 (to stop incoming mails) and giving some
 time for the unprocessed mails to become zero, the local mail
 delivery again become fast (I could get a concurrency of about 160)

 This is the current stats I have on my mailserver.
 
 isocor:/var/qmail/bin./qmail-qstat
 messages in queue: 67966
 messages in queue but not yet preprocessed: 42007
[...] 
 Has anyone observed this and have come up with any solution to this.

Yes.  Russ Nelson noticed this, and created the big-todo patch.  It helps,
but does not eliminate the problem in all cases.  Basically the problem is
that qmail send will only process local and remote deliveries when there
is nothing left in todo.

Try applying the big-todo patch; it should help significantly.

Charles
-- 
---
Charles Cazabon[EMAIL PROTECTED]
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
---



Re: Local Deliveries Slow

2001-02-21 Thread lists-mail-isp-qmail

In article 001001c09bc6$2f6434a0$[EMAIL PROTECTED] you wrote:
 Hi,
 I am having a tough time migrating to qmail. I  have applied the concurrency
 patch and set the concurrency limit to 250. Inspite of that I do not see the 
 qmail-lspawn forking more than 2 or 3 processes at any given point of time.
 What could be the problem? My local queue is currently at 8.
 Due to this my users are unable to get mails. However they are able to send out
 mails fine.
 
 However remote deliveries seem to be going fine and I can see multiple 
 qmail-remote being forked.

H, I've only come across this once before and it turned out that
the /var/qmail/queue/lock/trigger pipe was "broken".   It happened when
I tried a cheapo (tar cvf qmail.tar qmail; copy qmail.tar file to diff
server and untarred) install of qmail ;-)

Qmail would work but would only process local deliveries every 30 minutes.

I resolved it by doing a proper "make setup check" install (though
remember to backup your control/* files - it will trash some of them).

Btw, concurrencylocal max is 120

Paul.



Re: Local Deliveries Slow

2001-02-21 Thread Manvendra Bhangui

I have already run the make check, etc and checked the permissions as per
the LWQ. I have been observing this problem on my system for more than few
days.
Following are the observations.

1. When the incoming rate increases, qmail-send is unable to cope up.
The todo increases at an alarming rate. After this the number of local
deliveries
suddenly stop (around 1 per sec).
2. After shutting down port 25 (to stop incoming mails) and giving some
time for the unprocessed mails to become zero, the local mail
delivery again become fast (I could get a concurrency of about 160)

This is the current stats I have on my mailserver.

isocor:/var/qmail/bin./qmail-qstat
messages in queue: 67966
messages in queue but not yet preprocessed: 42007

and this is the output of qmHandle -s
isocor:/var/qmailanalog/binqmHandle -s
Messages in local queue: 27999
Messages in remote queue: 1418



Has anyone observed this and have come up with any solution to this.

Regards Manny
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 22, 2001 12:13 AM
Subject: Re: Local Deliveries Slow


 In article 001001c09bc6$2f6434a0$[EMAIL PROTECTED] you wrote:
  Hi,
  I am having a tough time migrating to qmail. I  have applied the
concurrency
  patch and set the concurrency limit to 250. Inspite of that I do not see
the
  qmail-lspawn forking more than 2 or 3 processes at any given point of
time.
  What could be the problem? My local queue is currently at 8.
  Due to this my users are unable to get mails. However they are able to
send out
  mails fine.
 
  However remote deliveries seem to be going fine and I can see multiple
  qmail-remote being forked.

 H, I've only come across this once before and it turned out that
 the /var/qmail/queue/lock/trigger pipe was "broken".   It happened when
 I tried a cheapo (tar cvf qmail.tar qmail; copy qmail.tar file to diff
 server and untarred) install of qmail ;-)

 Qmail would work but would only process local deliveries every 30 minutes.

 I resolved it by doing a proper "make setup check" install (though
 remember to backup your control/* files - it will trash some of them).

 Btw, concurrencylocal max is 120

 Paul.


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




Local Deliveries Slow

2001-02-20 Thread Manvendra Bhangui



Hi,
I am having a tough time migrating to qmail. 
I have applied the concurrency
patch and set the concurrency limit to 250. Inspite of that I do not see the 
qmail-lspawn forking more 
than 2 or 3 processes at any given point of time.
What could be the problem? 
My local queue is currently at 
8.
Due to this my users are unable to get mails. 
However they are able to send out
mails fine.

However remote deliveries seem to be going fine and 
I can see multiple 
qmail-remote being forked.

Regards Manny