Re: Apache-worker stuck at 100% CPU
2008/9/16 Alfred Perlstein [EMAIL PROTECTED]: * Ivan Voras [EMAIL PROTECTED] [080915 16:05] wrote: How do I pick what thread to backtrace in gdb? i think the command is 'info threads' or 'show threads' then i think you just type 'thread FOO' to select the thread. Both commands don't work / don't exist. Any others? (background: apache22-worker port, no mod_php, on 7.0 and 7-STABLE suddenly gets stuck at 100% CPU; the same setup worked on 6-STABLE. I'm looking for ideas) I'm sorry, I really can't help at this point other than to look through the documents myself to figure out how to do a backtrace/select threads. Give it a shot, and let us know and we can go further. Sorry, I should have been more verbose - info threads should work but it doesn't - I can attach and get threads from a regular multithreaded process, but when yesterday when I attached to the stuck process, I couldn't get the list of threads. I'll try again the next time it gets stuck and try to provide more information. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache-worker stuck at 100% CPU
* Ivan Voras [EMAIL PROTECTED] [080916 02:12] wrote: 2008/9/16 Alfred Perlstein [EMAIL PROTECTED]: * Ivan Voras [EMAIL PROTECTED] [080915 16:05] wrote: How do I pick what thread to backtrace in gdb? i think the command is 'info threads' or 'show threads' then i think you just type 'thread FOO' to select the thread. Both commands don't work / don't exist. Any others? (background: apache22-worker port, no mod_php, on 7.0 and 7-STABLE suddenly gets stuck at 100% CPU; the same setup worked on 6-STABLE. I'm looking for ideas) I'm sorry, I really can't help at this point other than to look through the documents myself to figure out how to do a backtrace/select threads. Give it a shot, and let us know and we can go further. Sorry, I should have been more verbose - info threads should work but it doesn't - I can attach and get threads from a regular multithreaded process, but when yesterday when I attached to the stuck process, I couldn't get the list of threads. I'll try again the next time it gets stuck and try to provide more information. If it happens again, you could try sending it a SIGABRT or SEGV and then trying to diagnose the core dump. Or try using gcore to generate a coredump and debug that. -- - Alfred Perlstein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache-worker stuck at 100% CPU
2008/9/16 Alfred Perlstein [EMAIL PROTECTED]: * Ivan Voras [EMAIL PROTECTED] [080916 02:12] wrote: Sorry, I should have been more verbose - info threads should work but it doesn't - I can attach and get threads from a regular multithreaded process, but when yesterday when I attached to the stuck process, I couldn't get the list of threads. I'll try again the next time it gets stuck and try to provide more information. If it happens again, you could try sending it a SIGABRT or SEGV and then trying to diagnose the core dump. Or try using gcore to generate a coredump and debug that. It happens approximately every two days; I've rebuild apache with debugging symbols so it will be easier to dig around this time. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache-worker stuck at 100% CPU
2008/9/13 Alfred Perlstein [EMAIL PROTECTED]: Yes, it's multithreaded apache. This did help somewhat - when I show threads in top I see that it's not actually stuck in umtxn - there's one thread that consumes the CPU and it's apparently always running (in state CPUx). PID USERNAME PRI NICE SIZERES STATE C TIME WCPU COMMAND 7212 www 1030 30340K 7932K CPU2 2 444:23 99.02% httpd I'm currently upgrading the system to 7-STABLE, to see if it helps. It didn't help. Exactly the same symptom happened again. It looks like it happens a few days after the last system reboot. After it happens the first time, restarting Apache immediately produces one such stuck thread - it looks like some system state gets corrupted over time. How do I pick what thread to backtrace in gdb? i think the command is 'info threads' or 'show threads' then i think you just type 'thread FOO' to select the thread. Both commands don't work / don't exist. Any others? (background: apache22-worker port, no mod_php, on 7.0 and 7-STABLE suddenly gets stuck at 100% CPU; the same setup worked on 6-STABLE. I'm looking for ideas) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache-worker stuck at 100% CPU
* Ivan Voras [EMAIL PROTECTED] [080915 16:05] wrote: 2008/9/13 Alfred Perlstein [EMAIL PROTECTED]: Yes, it's multithreaded apache. This did help somewhat - when I show threads in top I see that it's not actually stuck in umtxn - there's one thread that consumes the CPU and it's apparently always running (in state CPUx). PID USERNAME PRI NICE SIZERES STATE C TIME WCPU COMMAND 7212 www 1030 30340K 7932K CPU2 2 444:23 99.02% httpd I'm currently upgrading the system to 7-STABLE, to see if it helps. It didn't help. Exactly the same symptom happened again. It looks like it happens a few days after the last system reboot. After it happens the first time, restarting Apache immediately produces one such stuck thread - it looks like some system state gets corrupted over time. How do I pick what thread to backtrace in gdb? i think the command is 'info threads' or 'show threads' then i think you just type 'thread FOO' to select the thread. Both commands don't work / don't exist. Any others? (background: apache22-worker port, no mod_php, on 7.0 and 7-STABLE suddenly gets stuck at 100% CPU; the same setup worked on 6-STABLE. I'm looking for ideas) I'm sorry, I really can't help at this point other than to look through the documents myself to figure out how to do a backtrace/select threads. Give it a shot, and let us know and we can go further. Apologies, -Alfred ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]