SA Bugzilla – Bug 6150
spamd fails: /usr/bin/spamd line 2504
Last modified: 2009-10-16 06:16:14 UTC
RHEL-4 or RHEL-5, spamd startup fails. [root@xserver ~]# service spamassassin restart Stopping spamd: [FAILED] Starting spamd: child process exited or timed out without signaling production of a PID file at /usr/bin/spamd line 2504. [FAILED] RHEL-4 perl-5.8.5-49.el4 RHEL-5 perl-5.8.8-18.el5_3.1
My mistake. Forgot to run sa-update. I think too many people will complain about this. I'm going to ship my own copy of the rules.
not a bug
we need a better error message though. Is the "real" spamd stderr output being hidden by the init script, or does it really exit with that inscrutable message? reopening just in case it really is that obtuse...
(In reply to comment #3) > we need a better error message though. Is the "real" spamd stderr output > being hidden by the init script, or does it really exit with that > inscrutable message? The following is loosely related, a need for better reporting the exit status of a crashed spamd child process: Bug 6127 Comment #19. Bringing it here so as not to be forgotten: | It's a pitty that spamd does not log the exit status of | a failing process (the $? after a waitpid call).
(In reply to comment #1) > I think too many people will complain about this. Indeed, they will. Raising Priority, Target Milestone 3.3.0.
> > we need a better error message though. Is the "real" spamd stderr output > > being hidden by the init script, or does it really exit with that > > inscrutable message? > > The following is loosely related, a need for better reporting > the exit status of a crashed spamd child process: Bug 6127 Comment #19. > > Bringing it here so as not to be forgotten: > It's a pitty that spamd does not log the exit status of > a failing process (the $? after a waitpid call). Bug 6150, Bug 6127, Bug 5981, Bug 5950, Bug 6191: let spamd log report a child process exit status or aborting condition in an informative way Sending lib/Mail/SpamAssassin/Util.pm Sending spamd/spamd.raw Committed revision 810883. The concern in #1 remains...
> The concern in #1 remains... (In reply to comment #1) > My mistake. Forgot to run sa-update. > I think too many people will complain about this. Actually, this seems already to have been dealt with: $ spamassassin -t <0.lis config: no rules were found! Do you need to run 'sa-update'? at /usr/local/bin/spamassassin line 403. $ spamd -p 2555 [88930] error: config: no rules were found! Do you need to run 'sa-update'? config: no rules were found! Do you need to run 'sa-update'? So I believe this can now be closed.