You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Will Yardley <sa...@veggiechinese.net> on 2004/10/15 02:59:56 UTC
Re: spamd dying?
On Tue, Sep 28, 2004 at 11:56:52AM -0700, Justin Mason wrote:
> Will Yardley writes:
> > On Fri, Sep 24, 2004 at 10:22:01AM -0700, Justin Mason wrote:
> > > Will Yardley writes:
> > > > Has anyone else seen a problem w/ spamd dying sometimes (after
> > > > working for a while)? I have been seeing this in the 3.0 rcs.
> > > > I'm about to upgrade to 3.0 release, but I'm wondering if anyone
> > > > else has seen this.
> > > > Much more detailed information in bug #3667
> > > I'm almost certain it's a fixed bug.
> > I don't have any more useful information yet (strace output), but I
> > /am/ seeing this with SA 3.0 release.
> > What will provide the most useful information for debugging this?
> > Should I run the daemon in debug mode, or just run strace on it and
> > see what happens when it dies?
> *both* would provide info that will help. ;)
The strace thing didn't work out, because it takes so long for spamd to
die, and the strace output is (of course) quite verbose, at least if I
follow child processes. I'm assuming that running strace on the master
processes (which don't seem to die) won't help much.
Spamd has still been dying pretty consistently on me - takes a few days
to happen. This is the last reference I see to spamd in the logs...
didn't notice anything unusual.
....
Oct 12 06:22:27 drama spamd[21120]: logmsg: identified spam (10.4/2.7) for dallas:10000 in 4.3 seconds, 3969 bytes.
Oct 12 06:22:27 drama spamd[21120]: identified spam (10.4/2.7) for dallas:10000 in 4.3 seconds, 3969 bytes.
Oct 12 06:22:27 drama spamd[21120]: logmsg: result: Y 10 - BAYES_99,DNS_FROM_AHBL_RHSBL,HTML_50_60,HTML_IMAGE_ONLY_16,HTML_IMAGE_RATIO_02,HTML_MESSAGE,HTML_TEXT_AFTER_BODY,HTML_TEXT_AFTER_HTML,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_SBL,SPF_HELO_FAIL,URIBL_OB_SURBL,URIBL_SBL,URIBL_WS_SURBL scantime=4.3,size=3969,mid=<92...@zmawidknoZ-zwhhwn>,bayes=1,autolearn=no
Oct 12 06:22:27 drama spamd[21120]: result: Y 10 - BAYES_99,DNS_FROM_AHBL_RHSBL,HTML_50_60,HTML_IMAGE_ONLY_16,HTML_IMAGE_RATIO_02,HTML_MESSAGE,HTML_TEXT_AFTER_BODY,HTML_TEXT_AFTER_HTML,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_SBL,SPF_HELO_FAIL,URIBL_OB_SURBL,URIBL_SBL,URIBL_WS_SURBL scantime=4.3,size=3969,mid=<92...@zmawidknoZ-zwhhwn>,bayes=1,autolearn=no
(message then appears to be successfully delivered to the user).
After this, there are no spamd references in the log until I restart
spamd.
Re: spamd dying?
Posted by Will Yardley <sa...@veggiechinese.net>.
Oh - also, sorry for the self-followup...
normal ps output:
root 8978 1 0 17:55 ? 00:00:00 /usr/bin/perl -T -w /usr/local/bin/spamd -d -D
root 8979 8978 0 17:55 ? 00:00:00 spamd child
root 8980 8978 0 17:55 ? 00:00:00 spamd child
root 8981 8978 0 17:55 ? 00:00:00 spamd child
root 8982 8978 0 17:55 ? 00:00:00 spamd child
root 8983 8978 0 17:55 ? 00:00:00 spamd child
ps output after spamd seems to die - note how there seems to be one
process left that's a child of the master process.
root 21117 1 0 Oct11 ? 00:01:38 /usr/bin/perl -T -w /usr/local/bin/spamd -d -D
root 6102 21117 0 17:51 ? 00:00:00 /usr/bin/perl -T -w /usr/local/bin/spamd -d -D