Hi qmail-scanner-general,
I have an annoying problem and do not know where to go next, the sophie
mailing list told me to upgrade sophie to 3.x which I have done, but it is
no help to my problem. As qmail-scanner-queue.pl cains my box the heaviest
of all I figure here is as good a place as any.....! Sorry if I have missed
anything, please let me know - don't shout at me!
I have the following server:
Dual 1.4gig PIII
2 gig RAM
Dual 80 gig ata 133 Maxtors in software RAID one
Slackware 8.1 with custom 2.4.20 kernel
Software wise I have:
Perl 5.6.1
qmail 1.03 (with qmailqueue patch)
Mail-SpamAssassin-2.55.tar.gz
Sophos Savi June 2003
checkpassword-0.90.tar.gz
daemontools-0.76.tar.gz
maildrop-1.5.2.tar
qmail-autoresponder-0.95.tar.gz
qmail-queuepatch.txt
qmail-scanner-1.16.tgz
razor-agents-2.34.tar.gz
serialmail-0.75.tar.gz
sophie-3.03.tar.gz
tnef-1.2.1.tar.gz
ucspi-tcp-0.88.tar.gz
spamd is running from service as
#!/bin/sh
exec spamd -m 15 -L
pop3d is running from service from /var/qmail/scripts/start-qmail-pop3d
/usr/local/bin/tcpserver -H -R 0 pop3 /var/qmail/bin/qmail-popup
somehostname.com /bin/checkpassword /var/qmail/bin/qmail-pop3d Maildir
smtpd is running from service from /var/qmail/scripts/start-qmail-smtpd
QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl" export QMAILQUEUE
exec /usr/local/bin/softlimit -m 12000000 \
/usr/local/bin/tcpserver -v -c 50 -o -x /etc/tcp.smtp.cdb -H -R -u 1001 -g
102 0.0.0.0 smtp /usr/local/bin/rblsmtpd -r relays.ordb.org sh -c '
/var/qmail/bin/qmail-smtpd
cd /var/qmail/autoturn
exec setlock -nx $TCPREMOTEIP/seriallock maildirsmtp $TCPREMOTEIP
autoturn-$TCPREMOTEIP- $TCPREMOTEIP AutoTURN
' 2>&1 | /usr/local/bin/tai64n | /usr/local/bin/tai64nlocal
>>/var/log/tcp.smtp.log
sophie is running from service from /var/qmail/scripts/start-qmail-sophie
#!/bin/sh
exec softlimit -m 13000000 /usr/local/sbin/sophie
The problem is that the server spirals out of control and dies after a few
days or so (dies = won't let me ssh in), I am not local so do not know if I
can login locally. Once rebooted all works fine for 2 or 3 dsays then dies.
All the services answer when it is "dying" but dont actually work. It seems
to die when the RAM file cache memory "fills up" and tries to swap out to
disk, but I can't see anything for defs. I have setup remote syslogging to
see if that helps more next time it happens, but if I can stop there being
an next time then all the better!!
The other thing to say is that this only happened since I had a disk fall
out of my RAID array af few weeks ago, I badblocked it for a few days and it
was all OK, so I readded it to the array and all is synced up fine as below.
and I upgraded all my daemons by a few versions at the same time, which may
or may not have helped.
# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5]
read_ahead 1024 sectors
md0 : active raid1 hdc1[1] hda1[0]
96256 blocks [2/2] [UU]
md1 : active raid1 hdc3[1] hda3[0]
79818880 blocks [2/2] [UU]
unused devices: <none>
Basically does that all look OK, can someone at least say where I might
look, do my startup scripts look OK? Could a problem on the swap partition
cause a problem when data is swapped out?
Help?!
Thanks
Pete
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
Qmail-scanner-general mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/qmail-scanner-general
