Right, this one seems to be quite a tricky problem... It turns out emails as a part of mailing lists that are managed on our server by Mailman has been held up - weren't getting through.
When we "kill" spamdyke, we see on the mail log that spamdyke is ALLOWing these emails. However, qmail wasn't starting the mail delivery. Another spamdyke process takes its place. Every time we run "killall -9 spamdyke" we get about 9 entries of this spamdyke ALLOWing emails, and they all show up to be the same ones! Eventually, after killing all the spamdyke processes and the CPU usage goes down, but the emails are still held up. When we restart mailman, spamdyke CPU usage goes up again. Does anyone have any ideas what is going on? Kind regards, Koha Choji -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Sebastian Grewe Sent: 25 October 2012 17:16 To: spamdyke users Subject: Re: [spamdyke-users] Spamdyke CPU usage Probably really stuck then and not doing much anymore :-( Sorry to not be of further help but maybe Sam has some ideas still :-) Cheers, Sebastian On 25.10.2012, at 18:11, "Emailitis" <[email protected]> wrote: > Sorry Sebastian, I didn't notice your response! > > I just ran > Strace -f -p 18211 > But I get the same results as before...am I doing it right? > > Koha Choji > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Emailitis > Sent: 25 October 2012 17:01 > To: 'spamdyke users' > Subject: Re: [spamdyke-users] Spamdyke CPU usage > > The only spamdyke process to appear when I run top is that particular > process. No other process seems to be using that much CPU power. > > Log messages... something like this? > [root@our_plesk_server ~]# cat /var/log/messages | grep spamdyke Oct > 25 > 11:10:51 our_plesk_server kernel: grsec: From XX.XX.XX.XX: process > /usr/local/bin/spamdyke(spamdyke:18211) attached to via ptrace by > /usr/bin/strace[strace:31611] uid/euid:0/0 gid/egid:0/0, parent > /bin/bash[bash:25024] uid/euid:0/0 gid/egid:0/0 Oct 25 13:03:16 > our_plesk_server kernel: grsec: From XX.XX.XX.XX: process > /usr/local/bin/spamdyke(spamdyke:18211) attached to via ptrace by > /usr/bin/strace[strace:15386] uid/euid:0/0 gid/egid:0/0, parent > /bin/bash[bash:25024] uid/euid:0/0 gid/egid:0/0 > > This log starts from Oct 21 06:52:10. > > I'm a bit unsure about killing it but so far we haven't had any > trouble with running things on our server. Could this be a false reading? > > Kind regards, > > Koha Choji > > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Sam > Clippinger > Sent: 25 October 2012 16:46 > To: spamdyke users > Subject: Re: [spamdyke-users] Spamdyke CPU usage > > Also, stopping qmail won't stop any running spamdyke or qmail-smtpd > processes, it'll only stop new ones from being created. > > Are you seeing high CPU usage from all spamdyke processes or just a > single one? Are you seeing any log messages from this/these high CPU process/es? > It'd be great to see what it's doing with strace but I'm also curious > if another spamdyke process will use high CPU if the existing one is killed. > > -- Sam Clippinger > > > > > On Oct 25, 2012, at 10:27 AM, Sebastian Grewe wrote: > >> Hey, >> >> Try strace -f to follow any child's created? Maybe there is more to see. >> >> Cheers, >> Sebastian >> >> On 25.10.2012, at 15:54, "J. Kendzorra" <[email protected]> wrote: >> >>> Am 25.10.2012 14:06, schrieb Emailitis: >>>> Thanks, J for the response! >>>> >>>> Runing strace doesn't seem to give me much, I hit ctrl+c after a >>>> minute or so. >>>> >>>> [root@our_plesk_server ~]# strace 18211 >>>> Strace: 18211 attached - interrupt to quit Process 18211 detached >>>> [root@our_plesk_server ~]# >>> >>> Doesn't appear to be Spamdyke then ... you sure about that? >>> >>> J. >>> >>> _______________________________________________ >>> spamdyke-users mailing list >>> [email protected] >>> http://www.spamdyke.org/mailman/listinfo/spamdyke-users >> _______________________________________________ >> spamdyke-users mailing list >> [email protected] >> http://www.spamdyke.org/mailman/listinfo/spamdyke-users > > _______________________________________________ > spamdyke-users mailing list > [email protected] > http://www.spamdyke.org/mailman/listinfo/spamdyke-users > > _______________________________________________ > spamdyke-users mailing list > [email protected] > http://www.spamdyke.org/mailman/listinfo/spamdyke-users > > _______________________________________________ > spamdyke-users mailing list > [email protected] > http://www.spamdyke.org/mailman/listinfo/spamdyke-users _______________________________________________ spamdyke-users mailing list [email protected] http://www.spamdyke.org/mailman/listinfo/spamdyke-users _______________________________________________ spamdyke-users mailing list [email protected] http://www.spamdyke.org/mailman/listinfo/spamdyke-users
