[Mimedefang] memory leak?

[Cormack, Ken]

> Any ideas about what might bring the machine to it's knees like this?

Ron,

I too, am running MimeDefang on a Linux kernel (2.4.24smp compiled from the
kernel.org tarball), but I am not seeing the CPU problem you are
encountering.  In addition to Sendmail and MIMEDefang (plus Spamassassin,
greylisting, and the commercial "Vexira" anti-virus from Central Command"),
the system also runs a BIND 9 DNS service.

"sar -r 3 3" numbers show good use of memory, and this is a 2GB system using
a suitably-sized tmpfs RAMdisk for /var/spool/MIMEDefang.  The machine
handles 75K emails per day totalling about 2GB of volume.

05:04:11 PM kbmemfree kbmemused  %memused kbbuffers  kbcached kbswpfree
kbswpused  %swpused  kbswpcad
05:04:18 PM    653696   1415984     68.42    128920    628328   1036360
16256      1.54      2072
05:04:22 PM    652888   1416792     68.45    128920    628332   1036360
16256      1.54      2072
05:04:20 PM    651960   1417720     68.50    128924    628360   1036360
16256      1.54      2072
Average:       652848   1416832     68.46    128921    628340   1036360
16256      1.54      2072

In addition to sendmail/MIMEDefang, this box also runs BIND.  Forgive the
line-wrap, but here are my relevant numbers from "top".  On this particular
system, MD has been running for about a week since last application restart.

77 processes: 76 sleeping, 1 running, 0 zombie, 0 stopped
CPU0 states:   1.1% user   0.5% system    0.0% nice   0.0% iowait  97.3%
idle
CPU1 states:   6.1% user   0.5% system    0.0% nice   0.0% iowait  92.3%
idle
Mem:  2069680k av, 1414576k used,  655104k free,       0k shrd,  128556k
buff
       906440k active,             327016k inactive
Swap: 1052616k av,   16256k used, 1036360k free                  629152k
cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
19645 named     10   0  152M 143M  1424 S     0.1  7.1 158:18
/usr/local/sbin/named -u named -t /home/chroot_dns
28341 defang     9   0 28224  27M  2504 S     0.6  1.3   0:17 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
28345 defang     9   0 26740  26M  2496 S     0.0  1.2   0:06 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
28348 defang     8   0 26472  25M  2468 S     0.0  1.2   0:04 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
30380 defang     8   0 25756  25M  2152 S     0.0  1.2   0:03 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
30883 defang     9   0 25360  24M  2128 S     0.0  1.2   0:02 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
31500 defang     9   0 25360  24M  2128 S     0.0  1.2   0:03 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
32175 defang     9   0 25360  24M  2128 S     0.0  1.2   0:03 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
32715 defang     9   0 25360  24M  2128 S     0.0  1.2   0:03 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
  869 defang     9   0 25360  24M  2128 S     0.0  1.2   0:02 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
 1489 defang     9   0 25360  24M  2128 S     0.0  1.2   0:02 /usr/bin/perl
-w /usr/local/bin/mimedefang.pl -f /etc/mail/mim
23191 root       9   0  2292 2184  1864 S     0.0  0.1   0:21 sendmail:
running queue: /var/spool/mqueue                    
 1292 root       9   0  2204 2160  1568 S     0.0  0.1   0:00 sendmail:
i19LvujH001292 mail3.subscribermail.com [66.102.106.
 1792 root      17   0  2160 2136  1612 S     0.0  0.1   0:00 sendmail:
./i19M0CjH001788 mail2.yellowcorp.com.: client DATA 
 1722 root       9   0  2144 2112  1600 S     0.0  0.1   0:00 sendmail:
./i19LxpjH001700 ohmx-1.columbus.rr.com.: user open
 1732 root       9   0  2108 2080  1584 S     0.0  0.1   0:00 sendmail:
server srv01.1ecards.com [66.98.192.69] cmd read
 1583 root       9   0  2100 1848  1456 S     0.0  0.0   0:00 sendmail:
server w2kmail3.palmbeach.k12.fl.us [165.161.3.108] 
23182 root       1   0  1676 1304  1172 S     0.0  0.0   3:20 sendmail:
accepting connections
  514 root       9   0  1260 1124  1084 S     0.0  0.0   0:20 /usr/sbin/sshd
23188 root       9   0  1628 1100  1100 S     0.0  0.0   0:00 sendmail:
Queue control                                       
13388 root       9   0  1620 1088   932 S     0.0  0.0   0:00 ksh
 1646 root      12   0  1028 1028   820 R     0.3  0.0   0:00 top
13357 hc43       9   0  1016 1016   844 S     0.0  0.0   0:00 -ksh
20287 defang     9   0   984  968   672 S     0.0  0.0   0:17
/usr/local/bin/mimedefang -r -P /var/spool/MIMEDefang/mimedefa
20270 defang     9   0  1024  960   816 S     0.0  0.0   1:08
/usr/local/bin/mimedefang-multiplexor -p /var/spool/MIMEDefang

Perhaps you can give us more info about your system?


KEN CORMACK, RHCE
Sr. UNIX Systems Analyst,
    Open Systems Group
Sr. Software Analyst,
    TSG Midrange Systems Group
AFFILIATED COMPUTER SERVICES, INC.
    557 E. Tallmadge Ave., Akron, OH  44310
    mailto:kcormack at acs.roadway.com
    mailto:ken.cormack at acs-inc.com
    Phone: (330) 643-6372
    Fax: (330) 643-6367
    Pager: (800) 946-4646 Pin 1412819

"If that that is 'is' is that that is not 'not is', is that that is 'not is'
that that is not 'is'?  It is!" - Ken Cormack

"Sendmail administration is not black magic.  There are legitimate technical
reasons why it requires the sacrificing of a live chicken." - Unknown