Most odd. All the mod_wsgi daemon processes are waiting for a request to arrive. They aren't actively handling any.
All the Apache server child processes are waiting for initial handshaking response from mod_wsgi daemon processes after having just sent a request to them. To me this looks a bit like the epoll() implementation on your system is broken which is causing a failure of mod_wsgi daemon processes to detect a new request has been sent. I would be suggesting that you rebuild Apache/APR such that use of epoll() is disabled and it instead fallbacks to either poll() or select (). Unfortunately, not exactly sure how you can override 'configure' for Apache/APR to stop it using epoll() if it exists. That is about the only pointer I can give. What versions of Apache/APR are you using? Graham On Oct 5, 12:48 am, Omry Yadan <[email protected]> wrote: > apache backtraces attached. > > > > > I will configure monit to use this command before it restarts apache in > > the next time it hangs: > > > pgrep apache2 | xargs -i bash -c "gdb -ex \"set height 0\" -ex \"thread > > apply all bt\" --batch -p {}" > apache.backtrace.txt > > > it's supposed to dump the backtrace of all apache processes to a file. > > hopefully it will contain something useful. > > apache.backtrace.zip > 9KViewDownload --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~---
