http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5149
Summary: not recovering from "prefork: select returned -1!"
Product: Spamassassin
Version: 3.1.4
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Component: spamc/spamd
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
Under heavy load spamd goes into a tailspin every couple of days and goes into a
endless loop reporting
warn: prefork: select returned -1! recovering: Bad file descriptor
I'm running spamd on eight machines: Two under moderate load, three under heavy
load, and three under light load. All run the same version of SpamAssassin (a
slightly outdated version 3.1.4 running on Perl version 5.8.5 and the same
operating system (CentOS release 4.4 with kernel 2.6.9-11.ELsmp).
The machines with heavy load experience this problem every few days. The
machines with moderate load only every couple of weeks, while the machines under
light loads haven't experienced it (yet?).
I'm running a monitoring script which checks the logfile every five minutes and
restarts spamd whenever "warn: prefork: select returned -1! recovering: Bad file
descriptor" shows up more than ten times in a row. That band-aid works OK, but
I'm wondering about the "recovering" in the warning message. Maybe spamd
shouldn't try to recover the way it does currently (it obviously fails), but
instead take more drastic measures (like restarting/reinitializing) itself.
PS: I have the feeling this is related to bug 4590...
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
