Every message submitted to sendmail is queued with the status:
status=queued

The log file shows:
Mar 6 11:13:20 lists sendmail[20286]: runqueue: Skipping queue run --
load average too high

But the sendmail.cf configuration is:
# load average at which we just queue messages
O QueueLA=99

# load average at which we refuse connections
O RefuseLA=200


and the load is way under 99!

Why are the messages being queued when the load average is below 99?
Why is the queue run skipped?

I realize 99 is an absurd number, I am just testing.

Packet Paul <pborghese@gmail.com> wrote:

> Every message submitted to sendmail is queued with the status:
> status=queued
>
> The log file shows:
> Mar 6 11:13:20 lists sendmail[20286]: runqueue: Skipping queue run --
> load average too high
>
> But the sendmail.cf configuration is:
> # load average at which we just queue messages
> O QueueLA=99
>
> # load average at which we refuse connections
> O RefuseLA=200
>
>
> and the load is way under 99!
>
> Why are the messages being queued when the load average is below 99?
> Why is the queue run skipped?
>
> I realize 99 is an absurd number, I am just testing.

Request single queue run with shouldqueue tracking:
sendmail -q -d3.30

As far as I can see the message you report is generated by
run_work_group function in queue.c file based on result generated by
shouldqueue function.

--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
Open-Sendmail: http://open-sendmail.sourceforge.net/
A method of solution is perfect if we can forsee from the start,
and even prove, that following that method we shall attain our aim.
-- Leibnitz

On Mar 6, 11:38 am, Andrzej Adam Filip <a...@onet.eu> wrote:
> Packet Paul <pborgh...@gmail.com> wrote:
> > Every message submitted to sendmail is queued with the status:
> > status=queued
>
> > The log file shows:
> > Mar 6 11:13:20 lists sendmail[20286]: runqueue: Skipping queue run --
> > load average too high
>
> > But the sendmail.cf configuration is:
> > # load average at which we just queue messages
> > O QueueLA=99
>
> > # load average at which we refuse connections
> > O RefuseLA=200
>
> > and the load is way under 99!
>
> > Why are the messages being queued when the load average is below 99?
> > Why is the queue run skipped?
>
> > I realize 99 is an absurd number, I am just testing.
>
> Request single queue run with shouldqueue tracking:
> sendmail -q -d3.30
>
> As far as I can see the message you report is generated by
> run_work_group function in queue.c file based on result generated by
> shouldqueue function.
>
> --
> [pl>en: Andrew] Andrzej Adam Filip : a...@priv.onet.pl : a...@xl.wp.pl
> Open-Sendmail:http://open-sendmail.sourceforge.net/
> A method of solution is perfect if we can forsee from the start,
> and even prove, that following that method we shall attain our aim.
> -- Leibnitz

Here is the response:

[root@lists ~]# sendmail -q -d3.30
getla(): 12.85

so it looks like load average is 12.85 which is far below the
configured load average of:
# load average at which we just queue messages
O QueueLA=99

# load average at which we refuse connections
O RefuseLA=200


So why is sendmail refusing to run the queue and ignoring the
configuration of QueueLA=99?

On Mar 6, 2:56 pm, Packet Paul <pborgh...@gmail.com> wrote:
> On Mar 6, 11:38 am, Andrzej Adam Filip <a...@onet.eu> wrote:
>
>
>
> > Packet Paul <pborgh...@gmail.com> wrote:
> > > Every message submitted to sendmail is queued with the status:
> > > status=queued
>
> > > The log file shows:
> > > Mar 6 11:13:20 lists sendmail[20286]: runqueue: Skipping queue run --
> > > load average too high
>
> > > But the sendmail.cf configuration is:
> > > # load average at which we just queue messages
> > > O QueueLA=99
>
> > > # load average at which we refuse connections
> > > O RefuseLA=200
>
> > > and the load is way under 99!
>
> > > Why are the messages being queued when the load average is below 99?
> > > Why is the queue run skipped?
>
> > > I realize 99 is an absurd number, I am just testing.
>
> > Request single queue run with shouldqueue tracking:
> > sendmail -q -d3.30
>
> > As far as I can see the message you report is generated by
> > run_work_group function in queue.c file based on result generated by
> > shouldqueue function.
>
> > --
> > [pl>en: Andrew] Andrzej Adam Filip : a...@priv.onet.pl : a...@xl.wp.pl
> > Open-Sendmail:http://open-sendmail.sourceforge.net/
> > A method of solution is perfect if we can forsee from the start,
> > and even prove, that following that method we shall attain our aim.
> > -- Leibnitz
>
> Here is the response:
>
> [root@lists ~]# sendmail -q -d3.30
> getla(): 12.85
>
> so it looks like load average is 12.85 which is far below the
> configured load average of:
> # load average at which we just queue messages
> O QueueLA=99
>
> # load average at which we refuse connections
> O RefuseLA=200
>
> So why is sendmail refusing to run the queue and ignoring the
> configuration of QueueLA=99?

I found someone else who is having the same problem. Could this be a
bug in Sendmail?:

http://www.tek-tips.com/viewthread.c...1447858&page=1

Packet Paul <pborghese@gmail.com> wrote:

> On Mar 6, 11:38 am, Andrzej Adam Filip <a...@onet.eu> wrote:
>> Packet Paul <pborgh...@gmail.com> wrote:
>> > Every message submitted to sendmail is queued with the status:
>> > status=queued
>>
>> > The log file shows:
>> > Mar 6 11:13:20 lists sendmail[20286]: runqueue: Skipping queue run --
>> > load average too high
>>
>> > But the sendmail.cf configuration is:
>> > # load average at which we just queue messages
>> > O QueueLA=99
>>
>> > # load average at which we refuse connections
>> > O RefuseLA=200
>>
>> > and the load is way under 99!
>>
>> > Why are the messages being queued when the load average is below 99?
>> > Why is the queue run skipped?
>>
>> > I realize 99 is an absurd number, I am just testing.
>>
>> Request single queue run with shouldqueue tracking:
>> sendmail -q -d3.30
>>
>> As far as I can see the message you report is generated by
>> run_work_group function in queue.c file based on result generated by
>> shouldqueue function.
>
> Here is the response:
>
> [root@lists ~]# sendmail -q -d3.30
> getla(): 12.85
>
> so it looks like load average is 12.85 which is far below the
> configured load average of:
> # load average at which we just queue messages
> O QueueLA=99
>
> # load average at which we refuse connections
> O RefuseLA=200
>
> So why is sendmail refusing to run the queue and ignoring the
> configuration of QueueLA=99?

1) Could you repeat the above test with "-v" flag added?
sendmail -v -q -d3.30

2) Have you restarted (or HUPed) sendmail daemon after changing sendmail.cf?
The daemon "remembers" sendmail.cf as it was when the daemon was started.
[ It is a frequent source of "miss-understandings ]

--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
Open-Sendmail: http://open-sendmail.sourceforge.net/
<dark> Looks like the channel is back to normal
<jim> You mean it's not scrolling faster than anyone can read?
-- Seen on #Debian after the release of Debian 2.0

On Mar 6, 6:08 pm, Andrzej Adam Filip <a...@onet.eu> wrote:
> Packet Paul <pborgh...@gmail.com> wrote:
> > On Mar 6, 11:38 am, Andrzej Adam Filip <a...@onet.eu> wrote:
> >> Packet Paul <pborgh...@gmail.com> wrote:
> >> > Every message submitted to sendmail is queued with the status:
> >> > status=queued
>
> >> > The log file shows:
> >> > Mar 6 11:13:20 lists sendmail[20286]: runqueue: Skipping queue run --
> >> > load average too high
>
> >> > But the sendmail.cf configuration is:
> >> > # load average at which we just queue messages
> >> > O QueueLA=99
>
> >> > # load average at which we refuse connections
> >> > O RefuseLA=200
>
> >> > and the load is way under 99!
>
> >> > Why are the messages being queued when the load average is below 99?
> >> > Why is the queue run skipped?
>
> >> > I realize 99 is an absurd number, I am just testing.
>
> >> Request single queue run with shouldqueue tracking:
> >> sendmail -q -d3.30
>
> >> As far as I can see the message you report is generated by
> >> run_work_group function in queue.c file based on result generated by
> >> shouldqueue function.
>
> > Here is the response:
>
> > [root@lists ~]# sendmail -q -d3.30
> > getla(): 12.85
>
> > so it looks like load average is 12.85 which is far below the
> > configured load average of:
> > # load average at which we just queue messages
> > O QueueLA=99
>
> > # load average at which we refuse connections
> > O RefuseLA=200
>
> > So why is sendmail refusing to run the queue and ignoring the
> > configuration of QueueLA=99?
>
> 1) Could you repeat the above test with "-v" flag added?
> sendmail -v -q -d3.30
>
> 2) Have you restarted (or HUPed) sendmail daemon after changing sendmail.cf?
> The daemon "remembers" sendmail.cf as it was when the daemon was started.
> [ It is a frequent source of "miss-understandings ]
>
> --
> [pl>en: Andrew] Andrzej Adam Filip : a...@priv.onet.pl : a...@xl.wp.pl
> Open-Sendmail:http://open-sendmail.sourceforge.net/
> <dark> Looks like the channel is back to normal
> <jim> You mean it's not scrolling faster than anyone can read?
> -- Seen on #Debian after the release of Debian 2.0

Hey that is a cool trick. It shows the following:

shouldqueue: CurrentLA=52, pri=927837: false (CurrentLA < QueueLA)
(hundreds of line like the one above).

Ok, so that sounds like it is not queueing. But if I try to send a
message to myself:

Mar 6 19:10:28 lists sendmail[23344]: m270AREe023344:
to=myemailaddress@gmail.com, delay=00:00:01, mailer=relay, pri=30045,
stat=queued

Is there a way to see why the stat=queued?

On Mar 6, 7:12 pm, Packet Paul <pborgh...@gmail.com> wrote:
> On Mar 6, 6:08 pm, Andrzej Adam Filip <a...@onet.eu> wrote:
>
>
>
> > Packet Paul <pborgh...@gmail.com> wrote:
> > > On Mar 6, 11:38 am, Andrzej Adam Filip <a...@onet.eu> wrote:
> > >> Packet Paul <pborgh...@gmail.com> wrote:
> > >> > Every message submitted to sendmail is queued with the status:
> > >> > status=queued
>
> > >> > The log file shows:
> > >> > Mar 6 11:13:20 lists sendmail[20286]: runqueue: Skipping queue run --
> > >> > load average too high
>
> > >> > But the sendmail.cf configuration is:
> > >> > # load average at which we just queue messages
> > >> > O QueueLA=99
>
> > >> > # load average at which we refuse connections
> > >> > O RefuseLA=200
>
> > >> > and the load is way under 99!
>
> > >> > Why are the messages being queued when the load average is below 99?
> > >> > Why is the queue run skipped?
>
> > >> > I realize 99 is an absurd number, I am just testing.
>
> > >> Request single queue run with shouldqueue tracking:
> > >> sendmail -q -d3.30
>
> > >> As far as I can see the message you report is generated by
> > >> run_work_group function in queue.c file based on result generated by
> > >> shouldqueue function.
>
> > > Here is the response:
>
> > > [root@lists ~]# sendmail -q -d3.30
> > > getla(): 12.85
>
> > > so it looks like load average is 12.85 which is far below the
> > > configured load average of:
> > > # load average at which we just queue messages
> > > O QueueLA=99
>
> > > # load average at which we refuse connections
> > > O RefuseLA=200
>
> > > So why is sendmail refusing to run the queue and ignoring the
> > > configuration of QueueLA=99?
>
> > 1) Could you repeat the above test with "-v" flag added?
> > sendmail -v -q -d3.30
>
> > 2) Have you restarted (or HUPed) sendmail daemon after changing sendmail.cf?
> > The daemon "remembers" sendmail.cf as it was when the daemon was started.
> > [ It is a frequent source of "miss-understandings ]
>
> > --
> > [pl>en: Andrew] Andrzej Adam Filip : a...@priv.onet.pl : a...@xl.wp.pl
> > Open-Sendmail:http://open-sendmail.sourceforge.net/
> > <dark> Looks like the channel is back to normal
> > <jim> You mean it's not scrolling faster than anyone can read?
> > -- Seen on #Debian after the release of Debian 2.0
>
> Hey that is a cool trick. It shows the following:
>
> shouldqueue: CurrentLA=52, pri=927837: false (CurrentLA < QueueLA)
> (hundreds of line like the one above).
>
> Ok, so that sounds like it is not queueing. But if I try to send a
> message to myself:
>
> Mar 6 19:10:28 lists sendmail[23344]: m270AREe023344:
> to=myemailaddr...@gmail.com, delay=00:00:01, mailer=relay, pri=30045,
> stat=queued
>
> Is there a way to see why the stat=queued?



OK, here is an example. I used the -d.3.30 debug to send a test
message to myself

-----------------------
[root@lists ~]# sendmail -v -d3.30 -t myname@gmail.com
from: Paul B. (myrealaddressess@gmail.com)
subject: hello, world ... test

hello, world
..

getla(): 86.12
shouldqueue: CurrentLA=86, pri=30087: true (by calculation)
myname@gmail.com... queued

--------------

[root@lists ~]# grep QueueLA /etc/mail/sendmail.cf
O QueueLA=99


Since the CurrentLA is less then QueueLA ... it should have been false
and not queued. I realize a load average of 86 is high, but it is
still less then the QueueLA.

Packet Paul <pborghese@gmail.com> wrote:

> On Mar 6, 7:12 pm, Packet Paul <pborgh...@gmail.com> wrote:
>> On Mar 6, 6:08 pm, Andrzej Adam Filip <a...@onet.eu> wrote:
>>
>>
>>
>> > Packet Paul <pborgh...@gmail.com> wrote:
>> > > On Mar 6, 11:38 am, Andrzej Adam Filip <a...@onet.eu> wrote:
>> > >> Packet Paul <pborgh...@gmail.com> wrote:
>> > >> > Every message submitted to sendmail is queued with the status:
>> > >> > status=queued
>>
>> > >> > The log file shows:
>> > >> > Mar 6 11:13:20 lists sendmail[20286]: runqueue: Skipping queue run --
>> > >> > load average too high
>>
>> > >> > But the sendmail.cf configuration is:
>> > >> > # load average at which we just queue messages
>> > >> > O QueueLA=99
>>
>> > >> > # load average at which we refuse connections
>> > >> > O RefuseLA=200
>>
>> > >> > and the load is way under 99!
>>
>> > >> > Why are the messages being queued when the load average is below 99?
>> > >> > Why is the queue run skipped?
>>
>> > >> > I realize 99 is an absurd number, I am just testing.
>>
>> > >> Request single queue run with shouldqueue tracking:
>> > >> sendmail -q -d3.30
>>
>> > >> As far as I can see the message you report is generated by
>> > >> run_work_group function in queue.c file based on result generated by
>> > >> shouldqueue function.
>>
>> > > Here is the response:
>>
>> > > [root@lists ~]# sendmail -q -d3.30
>> > > getla(): 12.85
>>
>> > > so it looks like load average is 12.85 which is far below the
>> > > configured load average of:
>> > > # load average at which we just queue messages
>> > > O QueueLA=99
>>
>> > > # load average at which we refuse connections
>> > > O RefuseLA=200
>>
>> > > So why is sendmail refusing to run the queue and ignoring the
>> > > configuration of QueueLA=99?
>>
>> > 1) Could you repeat the above test with "-v" flag added?
>> > sendmail -v -q -d3.30
>>
>> > 2) Have you restarted (or HUPed) sendmail daemon after changing sendmail.cf?
>> > The daemon "remembers" sendmail.cf as it was when the daemon was started.
>> > [ It is a frequent source of "miss-understandings ]
>>
>> > --
>> > [pl>en: Andrew] Andrzej Adam Filip : a...@priv.onet.pl : a...@xl.wp.pl
>> > Open-Sendmail:http://open-sendmail.sourceforge.net/
>> > <dark> Looks like the channel is back to normal
>> > <jim> You mean it's not scrolling faster than anyone can read?
>> > -- Seen on #Debian after the release of Debian 2.0
>>
>> Hey that is a cool trick. It shows the following:
>>
>> shouldqueue: CurrentLA=52, pri=927837: false (CurrentLA < QueueLA)
>> (hundreds of line like the one above).
>>
>> Ok, so that sounds like it is not queueing. But if I try to send a
>> message to myself:
>>
>> Mar 6 19:10:28 lists sendmail[23344]: m270AREe023344:
>> to=myemailaddr...@gmail.com, delay=00:00:01, mailer=relay, pri=30045,
>> stat=queued
>>
>> Is there a way to see why the stat=queued?
>
>
>
> OK, here is an example. I used the -d.3.30 debug to send a test
> message to myself
>
> -----------------------
> [root@lists ~]# sendmail -v -d3.30 -t myname@gmail.com
> from: Paul B. (myrealaddressess@gmail.com)
> subject: hello, world ... test
>
> hello, world
> .
>
> getla(): 86.12
> shouldqueue: CurrentLA=86, pri=30087: true (by calculation)
> myname@gmail.com... queued
>
> --------------
>
> [root@lists ~]# grep QueueLA /etc/mail/sendmail.cf
> O QueueLA=99
>
>
> Since the CurrentLA is less then QueueLA ... it should have been false
> and not queued. I realize a load average of 86 is high, but it is
> still less then the QueueLA.

You have missed that your "send test mail" command uses submit.cf.
As I understand you have "fine tuned" *ONLY* sendmail.cf.
[ Sendmail-8.12+ uses (by default) TWO *.cf files ]

$ grep 'LA=' /etc/mail/*.cf

--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
Open-Sendmail: http://open-sendmail.sourceforge.net/
If someone stinks, view it as a reason to them,
not a reason to avoid them.
-- Larry Wall in <199702111730.JAA28598@wall.org>