Re: [PHP] Apache segmentation faults
* Thus wrote Bostjan Skufca @ domenca.com: Is there any special apache/php compile option needed to generate core files on linux? No, its really up to the OS to figure out what to do whan a segfault happens. I have seen few segfaults and i have set CoreDumpDirectory to /tmp/httpd.core which has correct permissions but no core file gets generated. Are core files generated only when apache parent process segfaults? You can try finding it by issuing: $ locate httpd.conf or if that doesnt result with anything: $ find / -name httpd.conf If no results are found in either one of those, I would suspect your system isn't generating .core files. Curt -- Quoth the Raven, Nevermore. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Apache segmentation faults
* Thus wrote Bostjan Skufca @ domenca.com: Hello, every now and then I notice in apache logs there were few segmentation faults (on a daily basis) and all I am stuck with is PID of that process (which is of course dead by then) and nothing about what it was doing. Is there any way to figure out what request that apache process was serving when SIGSEGV occured? Is there any reading about this? I believe the request is not logged at all because (I think) every child writes to log files himself and not through parent. (+ log files usually provide outgoing bytes value, which is not available in such a situation - if it was logging through parent) Again, does anybody know how could I trace out what is causing this? There should be a core file of the dump (httpd.core) generated from the seg fault. If apache is installed in /usr/local/apache, you should find one at: /usr/local/apache/httpd.core You can use gdb to obtain a backtrace to find out exactly where apache died by issuing something like: gdb /usr/local/apache/bin/httpd /usr/local/apache/httpd.core Then type 'bt' Curt -- Quoth the Raven, Nevermore. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Apache segmentation faults
Is there any special apache/php compile option needed to generate core files on linux? I have seen few segfaults and i have set CoreDumpDirectory to /tmp/httpd.core which has correct permissions but no core file gets generated. Are core files generated only when apache parent process segfaults? On Monday 18 of October 2004 08:03, Curt Zirzow wrote: * Thus wrote Bostjan Skufca @ domenca.com: Hello, every now and then I notice in apache logs there were few segmentation faults (on a daily basis) and all I am stuck with is PID of that process (which is of course dead by then) and nothing about what it was doing. Is there any way to figure out what request that apache process was serving when SIGSEGV occured? Is there any reading about this? I believe the request is not logged at all because (I think) every child writes to log files himself and not through parent. (+ log files usually provide outgoing bytes value, which is not available in such a situation - if it was logging through parent) Again, does anybody know how could I trace out what is causing this? There should be a core file of the dump (httpd.core) generated from the seg fault. If apache is installed in /usr/local/apache, you should find one at: /usr/local/apache/httpd.core You can use gdb to obtain a backtrace to find out exactly where apache died by issuing something like: gdb /usr/local/apache/bin/httpd /usr/local/apache/httpd.core Then type 'bt' Curt -- Quoth the Raven, Nevermore. -- Best regards, Bostjan Skufca system administrator Domenca d.o.o. Phone: +386 4 5835444 Fax: +386 4 5831999 http://www.domenca.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Apache segmentation faults
Hello, every now and then I notice in apache logs there were few segmentation faults (on a daily basis) and all I am stuck with is PID of that process (which is of course dead by then) and nothing about what it was doing. Is there any way to figure out what request that apache process was serving when SIGSEGV occured? Is there any reading about this? I believe the request is not logged at all because (I think) every child writes to log files himself and not through parent. (+ log files usually provide outgoing bytes value, which is not available in such a situation - if it was logging through parent) Again, does anybody know how could I trace out what is causing this? Thank you, Bostjan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php