Dotaz: httpd segfault

[Roman]

Jiz delsi dobu resim problem segfaultem ktery se cas od casu objevuje v apache error logu a zaboha nemohu najit nikde reseni jak vyhledat co toto zpusobuje.

hlaska vypada nasledovne, v apache error logu:

[Thu Jan 14 11:41:09 2010] [notice] child pid 14048 exit signal Segmentation fault (11)

v dmesg:

httpd[14048]: segfault at 00007fff30470eb4 rip 00002b43f1a61855 rsp 00007fff30470e40 error 6

Apache2 je nainstalovany standardne z rpm balicku vc. php5 a mysql5, system Centos 5.4 64bit. Trochu mam podezreni ze se to na serverech zacalo objevovat pote co jsem zacal pouzivat 64bit OS.

Zkousim pak napr. odinstalovavat nevyuzite apache/php moduly, nekdy to pomuze, nekdy ne. Muj problem je ze nemohu prijit na zdroj problemu.

Resil jste toto nekdo nekdy? Podotykam ze na serveru neni nic rucne kompilovany, vse je nainstalovany z rpm (takze by to imho melo byt vse vyladeny). Bohuzel tomu tak neni.

Odpovědi

[Ivan]

Dokud nebudes mit kora tak se nepohnes. Zkus apachi nastavit ulimit -c na nejakou rozumnou hodnotu, nastav si ukladani core file nekam do /var a cekej. Az budes mit core tak si zjisti stacktrace. Na 90% je chyba v nejakym php modulu kterej pouzivas, tak je mozny ze se te nekdo snazi hackout. Jmeno modulu(knihovny) kde to pada zjistis ze stacktrace. Pokud je ten register rip porad stejnej, tak muzes zkusit attachnout gdb k nejakymu child procesu a zkusit datat prikat 'info symbol 0x00007fff30470eb4'

PS: php moduly v distribucich nejsou ani nahodou vyladeny

[Roman]

Mam s timto problem, jsem nalogovan jako user apache, a nastavuji ulimit -c na hodnotu 104448. Cekam na prvni zalogovani segfault hlasky, v home apache ale zadny core soubor vytvoren nemam, a ani nikde na disku. Co delam spatne? A pripadne jak zmenim cestu pro ukladani core souboru pro uzivatele apache? Prosim o nakopnuti uz jsem prohledal vyhledavac krizem krazem.

[1john2]

prohledejte jeho cfg a podivejte se jako logovaci soubory pouziva... u mne loguje do /var/log/apache2

[pupu]

Toho jsem si dneska vsimnul taky. Pokud das loglevel debug, napise to o dost vic. Nicmene na podrobnejsi analyzu to stacit nemusi... jeste se tomu take budu venovat.

[pupu]

Tak jeste 'CoreDumpDirectory /var/cores' nebo tak neco. Uvidime, co z toho vypadne...

[x]

Ahoj,

tohle je problem kdekoliv i v produkci. Proste to vysype tohle a hotovo. Nikde nic co by cloveku pomohlo. Jedna moznost je donutit Apache sypat core soubory v takovychto pripadech a tou bych i zacal. Viz. odpovedi ostatnich. Kdyz se ta chyba objevuje pokazde ve stejnou dobu nebo pri nejakem konkretnim ukonu, tak je mozne v tu dobu to sledovat treba gdb nebo treba ktrace(1) (na BSD).

Uplne nejlepsi by byl DTrace, ale ten je jen na Solaris/OpenSolaris, FreeBSD a MacOS X. To konkurenci nema. Pro Linux je tady http://sourceware.org/systemtap/ , moc jsem nezkousel, ale k DTrace to ma jeste nejaky kus cesty.