Summary: | after poll error, listener thread tight loops while workers are shutting down | ||
---|---|---|---|
Product: | Apache httpd-2 | Reporter: | Eric Covener <covener> |
Component: | mpm_event | Assignee: | Apache HTTPD Bugs Mailing List <bugs> |
Status: | NEW --- | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | 2.5-HEAD | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux |
Description
Eric Covener
2016-06-27 15:56:05 UTC
Which AH number for the CRIT message ? (In reply to Yann Ylavic from comment #1) > Which AH number for the CRIT message ? whoops, 03267 Thanks, maybe the errno too? :p In the repeated log I saw, it was EINVAL, which comes from msgrcv() in the "asio" pollset provider. EINVAL or EBADF would probably be similar for epoll (something has been clobbered and isn't going to get any better) Maybe something like this to help contain the damage on a rare case where poll stops working: http://people.apache.org/~covener/patches/event-poll_failure.diff (In reply to Eric Covener from comment #5) Looks good, but is it still needed after r1759011? (In reply to Yann Ylavic from comment #6) > (In reply to Eric Covener from comment #5) > > Looks good, but is it still needed after r1759011? Haha, yes this little bug caused big pain and is likely the reason I saw this looping on a real system. It seems a little unnecessarily risky but maybe I'll leave it linger for a while here. |