Ticket #433 (closed defect: fixed)

Opened 12 years ago

Last modified 12 years ago

WebGUI Mail not being sent out for the past couple of days

Reported by: kmaclean Owned by: kmaclean
Priority: critical Milestone: WebSite 0.2.1
Component: Web Site Version: Website 0.2
Keywords: Cc:

Description

WebGUI log - many errors saying this:

...
2008/10/09 12:15:35 - ERROR - www.voxforge.org.conf - WebGUI::Mail::Send::send[466] - Couldn't connect to mail server: localhost
...

gnome-system-log.maillog tab says:

Oct  9 12:06:59 ruby last message repeated 3 times
Oct  9 12:07:14 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:07:59 ruby last message repeated 3 times
Oct  9 12:08:14 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:08:29 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:08:44 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:08:59 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:09:14 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:09:29 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:10:14 ruby last message repeated 3 times
Oct  9 12:10:29 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:11:14 ruby last message repeated 3 times
Oct  9 12:12:29 ruby last message repeated 5 times
Oct  9 12:12:44 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:13:29 ruby last message repeated 3 times
Oct  9 12:14:44 ruby last message repeated 5 times
Oct  9 12:14:59 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:15:02 ruby sendmail[5799]: m99GF2k6005799: from=root, size=344, class=0, nrcpts=1, msgid=<200810091615.m99GF2k6005799@ruby.localdomain>, relay=root@localhost
Oct  9 12:15:02 ruby sendmail[5799]: m99GF2k6005799: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30344, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1]
Oct  9 12:15:14 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:15:59 ruby last message repeated 3 times
Oct  9 12:17:14 ruby last message repeated 5 times
Oct  9 12:17:29 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 19
Oct  9 12:17:44 ruby sendmail[5615]: rejecting connections on daemon MTA: load average: 18
Oct  9 12:18:29 ruby last message repeated 3 times
Oct  9 12:18:59 ruby last message repeated 2 times
Oct  9 12:19:06 ruby sendmail[5615]: NOQUEUE: stopping daemon, reason=signal
Oct  9 12:30:31 ruby sendmail[2371]: alias database /etc/aliases rebuilt by root
Oct  9 12:30:31 ruby sendmail[2371]: /etc/aliases: 76 aliases, longest 10 bytes, 765 bytes total
Oct  9 12:30:31 ruby sendmail[2376]: starting daemon (8.14.2): SMTP+queueing@01:00:00
Oct  9 12:30:32 ruby sm-msp-queue[2384]: starting daemon (8.14.2): queueing@01:00:00
Oct  9 12:30:32 ruby sendmail[2376]: STARTTLS: CRLFile missing
Oct  9 12:30:32 ruby sendmail[2376]: STARTTLS=server, Diffie-Hellman init, key=512 bit (1)
Oct  9 12:30:33 ruby sendmail[2376]: STARTTLS=server, init=1
Oct  9 12:30:34 ruby sendmail[2376]: started as: /usr/sbin/sendmail -bd -q1h

This post says:

If you’ve ever worked on a server that was being overworked (I know I have), you might see sendmail throw out a message like this one:

  Jan 9 14:15:49 mail sendmail[18184]: rejecting connections on daemon MTA: load average: 70

This is sendmail’s way of trying not to contribute to the already high load placed on the server. Since busy mail servers generally use a lot of disk I/O for the queue, and they may pass mail to other filters (which uses CPU time), the sendmail daemon will refuse to handle mail to help reduce the load.

If you don’t like the values that are currently set, you can change them with the following configuration directives in your sendmail.mc:

define(`confQueueLA', `100')dnl
define(`confRefuseLA', `100')dnl

The confQueueLA defaults to the number of processors in your system multiplied by eight, and the confRefuseLA defaults to the number of processors in your system multiplied by 12. However, it is noted that this default differs between versions as well as distributions.

The two configuration items control when sendmail will process items in the queue only (QueueLA) and when sendmail will stop accepting incoming SMTP connections all together (RefuseLA).

Attachments

Ruby_log (40.5 KB) - added by kmaclean 12 years ago.

Change History

comment:1 Changed 12 years ago by kmaclean

  • Status changed from new to assigned

When I rebooted the WebGUI server, a disk had to be performed by the system because one had not been done in 181 days...

comment:2 Changed 12 years ago by kmaclean

Is this a SendMail? problem (i.e. confQueueLA & confRefuseLA are set too low) or was there a runaway process on the server... top did not show anything and System Monitor would not start...

LogWatch? shows:

WARNING:  Kernel Errors Present
     [<ffffffff8129cb59>] ? error_exit+0x0/0x60 ...:  149 Time(s)

Changed 12 years ago by kmaclean

comment:3 Changed 12 years ago by kmaclean

  • Status changed from assigned to closed
  • Resolution set to fixed

comment:4 Changed 12 years ago by kmaclean

Ruby log is the Voxforge server... it was experiencing kernel errors with v.2.6.26.3-29.fc9.x86_64. Upgrading to 2.6.26.5-45.fc9.x86_64 seems to have cleared up the Warnings... need to monitor for a few days to confirm.

Note: See TracTickets for help on using tickets.