Bug 170409

Summary: sendmail rejects due to high load average
Product: [Fedora] Fedora Reporter: Sammy <umar>
Component: sendmailAssignee: Thomas Woerner <twoerner>
Status: CLOSED DUPLICATE QA Contact: David Lawrence <dkl>
Severity: high Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-10-11 14:00:22 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Sammy 2005-10-11 13:57:21 UTC
From Bugzilla Helper: User-Agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux; X11; en_US) KHTML/3.4.91 (like Gecko)  Description of problem: When receiving mail using sendmail, the server suddenly starts rejecting mail and  starts reporting extremely high load averages. This is my personal mail and load is very  low. So, far I have been running an i386 system and moved on to a new computer  with x86_64 rawhide (both system at the same level, today).    ps -ef | grep send shows:    root      2674     1  0 08:00 ?        00:00:00 sendmail: accepting connections  smmsp     2680     1  0 08:00 ?        00:00:00 sendmail: Queue runner@01:00:00  for /var/spool/clientmqueue      tail /var/log/maillog shows:    Oct 11 08:55:19 compsci sendmail[2674]: accepting connections again for daemon MTA  Oct 11 08:55:29 compsci sendmail[2674]: rejecting connections on daemon MTA: load  average: 132085  Oct 11 08:55:44 compsci sendmail[2674]: rejecting connections on daemon MTA: load  average: 383773  Oct 11 08:55:59 compsci sendmail[2674]: rejecting connections on daemon MTA: load  average: 1000873  Oct 11 08:56:14 compsci sendmail[2674]: accepting connections again for daemon MTA     Version-Release number of selected component (if applicable): sendmail-8.13.5-1  How reproducible: Always  Steps to Reproduce: 1. Install sendmail x86_64 and allow receiving local mail  2. Wait for a while and do ps -ef | grep send  3.       Additional info:

Comment 1 Ignacio Vazquez-Abrams 2005-10-11 14:00:22 UTC

*** This bug has been marked as a duplicate of 170408 ***

Comment 2 Sammy 2005-10-11 14:07:50 UTC
I just tried the i386 version on the 64bit machine (Dual Core, Extreme-Edition,
running with hyperthreading) and it has the same problem. 

Comment 3 Sammy 2005-10-11 14:13:53 UTC
Again here are the messages from /var/log/maillog


Oct 11 09:14:05 compsci sendmail[5393]: alias database /etc/aliases rebuilt by umar
Oct 11 09:14:05 compsci sendmail[5393]: /etc/aliases: 76 aliases, longest 10
bytes, 765 bytes total
Oct 11 09:14:05 compsci sendmail[5415]: starting daemon (8.13.5):
SMTP+queueing@01:00:00
Oct 11 09:14:05 compsci sendmail[5415]: runqueue: Skipping queue run -- load
average too high
Oct 11 09:14:05 compsci sendmail[5415]: rejecting connections on daemon MTA:
load average: 240237
Oct 11 09:14:06 compsci sm-msp-queue[5438]: starting daemon (8.13.5):
queueing@01:00:00
Oct 11 09:14:06 compsci sm-msp-queue[5438]: runqueue: Skipping queue run -- load
average too high
Oct 11 09:14:20 compsci sendmail[5415]: rejecting connections on daemon MTA:
load average: 3428


Comment 4 Sammy 2005-10-11 14:22:34 UTC
OK....it seems like procinfo is crashing with a buffer overflow:

# procinfo
*** buffer overflow detected ***: procinfo terminated
======= Backtrace: =========
/lib64/libc.so.6(__chk_fail+0x2f)[0x2aaaaaca39bf]
procinfo[0x402039]
procinfo[0x40634e]
/lib64/libc.so.6(__libc_start_main+0xef)[0x2aaaaabe2d2f]
procinfo[0x401999]
======= Memory map: ========
00400000-00409000 r-xp 00000000 08:05 1689898                           
/usr/bin/procinfo
00509000-0050a000 rw-p 00009000 08:05 1689898                           
/usr/bin/procinfo
0050a000-0052c000 rw-p 0050a000 00:00 0                                  [heap]
3067e00000-3067e03000 r-xp 00000000 08:05 4452400                       
/lib64/libtermcap.so.2.0.8
3067e03000-3067f02000 ---p 00003000 08:05 4452400                       
/lib64/libtermcap.so.2.0.8
3067f02000-3067f03000 rw-p 00002000 08:05 4452400                       
/lib64/libtermcap.so.2.0.8
3ead200000-3ead20d000 r-xp 00000000 08:05 4452113                       
/lib64/libgcc_s-4.0.2-20051007.so.1
3ead20d000-3ead30c000 ---p 0000d000 08:05 4452113                       
/lib64/libgcc_s-4.0.2-20051007.so.1
3ead30c000-3ead30d000 rw-p 0000c000 08:05 4452113                       
/lib64/libgcc_s-4.0.2-20051007.so.1
2aaaaaaab000-2aaaaaac5000 r-xp 00000000 08:05 4452171                   
/lib64/ld-2.3.90.so
2aaaaaac5000-2aaaaaacb000 rw-p 2aaaaaac5000 00:00 0
2aaaaaaf3000-2aaaaaaf4000 rw-p 2aaaaaaf3000 00:00 0
2aaaaabc4000-2aaaaabc5000 r--p 00019000 08:05 4452171                   
/lib64/ld-2.3.90.so
2aaaaabc5000-2aaaaabc6000 rw-p 0001a000 08:05 4452171                   
/lib64/ld-2.3.90.so
2aaaaabc6000-2aaaaacf5000 r-xp 00000000 08:05 4452244                   
/lib64/libc-2.3.90.so
2aaaaacf5000-2aaaaadf4000 ---p 0012f000 08:05 4452244                   
/lib64/libc-2.3.90.so
2aaaaadf4000-2aaaaadf8000 r--p 0012e000 08:05 4452244                   
/lib64/libc-2.3.90.so
2aaaaadf8000-2aaaaadfa000 rw-p 00132000 08:05 4452244                   
/lib64/libc-2.3.90.so
2aaaaadfa000-2aaaaae00000 rw-p 2aaaaadfa000 00:00 0
7fffffd14000-7fffffd2a000 rw-p 7fffffd14000 00:00 0                      [stack]
ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0                  [vdso]
Linux 2.6.13-1.1600_FC5 (bhcompile.redhat.com) (gcc 4.0.2
20051007 ) #1 4CPU [compsci]

Memory:      Total        Used        Free      Shared     Buffers
Mem:       3985376     1689076     2296300           0       60608
Swap:      8193140           0     8193140

Aborted