topic Re: Sendmail problem in Operating System - HP-UX

Sendmail problem

Kathleen — Wed, 05 Mar 2003 20:02:44 GMT

I posted this last night...resolved the problem by restarting the system. When I do a ps-ef | grep sendmail this is the output
root 28933 1 0 13:58:18 ? 0:00 sendmail: rejecting connections
on port 25: load average: 52

I tried stopping and restaring sendmail but I am still having issues. Any suggestions? I can't seem to find anything in the mail.log file. Is there another place I can look?

Re: Sendmail problem

Michael Steele_2 — Wed, 05 Mar 2003 20:11:45 GMT

Basic Sendmail commands:

killsm (* stop sendmail daemon*)

sendmail -bd -q30m (* start sendmail daemon, check queue -q every 30 minutes *)

sendmail -bs (* obtain current version of executable and sendmail.cf *)

NOTE: It???s important to have the same version in both.

For a new sendmail.cf file with current version of executable:

cp /usr/newconfig/etc/mail/sendmail.cf /etc/mail/sendmail.cf

Change the DS variable to point to your mail relay. NOTE: Important to be able to ping your mail relay first.

Re: Sendmail problem

Christopher Caldwell — Wed, 05 Mar 2003 20:18:41 GMT

sendmail is rejecting connections because the load average is too high.

Look at
$top
and let us know why the host is so busy.

You might consider posting the first screen or so of top.

Re: Sendmail problem

Vincent Fleming — Wed, 05 Mar 2003 20:20:08 GMT

Sendmail will refuse connections if it thinks that your load average is too high (ie: the server's real busy).

You should have a line in your sendmail.cf file that looks like this:

#0 RefuseLA=12

Make the 12 into a 60, and it should run, since it says your load average is 52.

The next question is, Is you load average really that high?

Good luck,

Vince

Re: Sendmail problem

Kathleen — Wed, 05 Mar 2003 20:30:31 GMT

I made this change....

#0 RefuseLA=12

Make the 12 into a 60, and it should run, since it says your load average is 52.

Stopped and restarted sendmail and that did the trick. I looked in top and the high processes were related to a converter that we recently put on the system. We will have to look into that. Thanks for the quick responses!!!