Re: Co się stało apache'owi?

[Jacek Osiecki]

On Thu, 23 Jun 2011, Adam Osuchowski wrote:

> Jacek Osiecki wrote:
>> No tu to już naprawdę bez szans, bo to się dzieje tylko na jednej maszynie
>> produkcyjnej - tak na oko jakoś raz na tydzień-dwa...

> No to jak się to znów pojawi, to podłącz się gdb-em, włącz łapanie
> syscalla select() (catch syscall select) i zobacz spod jakiego adresu
> ten select jest wołany (backtrace). Później obejrzyj /proc/<pid>/maps
> i dopasuj, w którym z zamapowanych plików leży ten adres. Pozwoli to
> określić, czy bezpośrednim winnym jest core apache'a czy jakiś moduł.

No więc stało się znowu. Strace pokazał dokładnie to samo.
Apache bez debuginfo, więc gdb chyba nie daje wszystkich informacji, ale:

0x000070ccc8a27590 in write () from /lib64/libc.so.6
(gdb) catch syscall select
Catchpoint 1 (syscall 'select' [23])
(gdb) bt
#0  0x000070ccc8a27590 in write () from /lib64/libc.so.6
#1  0x000070ccc89cb973 in _IO_file_write () from /lib64/libc.so.6
#2  0x000070ccc89cb61a in ?? () from /lib64/libc.so.6
#3  0x000070ccc89cc805 in _IO_do_write () from /lib64/libc.so.6
#4  0x000070ccc89cb77d in _IO_file_xsputn () from /lib64/libc.so.6
#5  0x000070ccc899ed45 in vfprintf () from /lib64/libc.so.6
#6  0x000070ccc8a48f4f in __vfprintf_chk () from /lib64/libc.so.6
#7  0x000070ccb5fa7414 in ?? () from /lib64/libgcrypt.so.11
#8  0x000070ccb5fa7905 in ?? () from /lib64/libgcrypt.so.11
#9  0x000070ccb5fe622e in ?? () from /lib64/libgcrypt.so.11
#10 0x000070ccb5fe3630 in ?? () from /lib64/libgcrypt.so.11
#11 0x000070ccb5fe4914 in ?? () from /lib64/libgcrypt.so.11
#12 0x000070ccb5fe39bf in ?? () from /lib64/libgcrypt.so.11
#13 0x000070ccb6462257 in ?? () from /usr/lib64/libgnutls.so.26
#14 0x000070ccb64604dc in ?? () from /usr/lib64/libgnutls.so.26
#15 0x000070ccb6451c56 in gnutls_global_init () from 
/usr/lib64/libgnutls.so.26
#16 0x000070ccb85ba027 in Curl_gtls_init () from /usr/lib64/libcurl.so.4
#17 0x000070ccb85abda9 in curl_global_init () from /usr/lib64/libcurl.so.4
#18 0x000070ccb87e518c in zm_startup_curl () from /usr/lib64/php/curl.so
#19 0x000070ccc0d17df7 in zend_startup_module_ex () from 
/usr/lib64/libphp_common-5.2.13.so
#20 0x000070ccc0d22c5a in zend_hash_apply () from 
/usr/lib64/libphp_common-5.2.13.so
#21 0x000070ccc0d1b280 in zend_startup_modules () from 
/usr/lib64/libphp_common-5.2.13.so
#22 0x000070ccc0cc9fc7 in php_module_startup () from 
/usr/lib64/libphp_common-5.2.13.so
#23 0x000070ccc1072315 in ?? () from /etc/httpd/modules/libphp5.so
#24 0x000070ccc107317a in ?? () from /etc/httpd/modules/libphp5.so
#25 0x00000000004391f6 in ap_run_post_config ()
#26 0x0000000000424ab6 in main ()

Czy to faktycznie przyczyną jest PHP, skoro widzę
"Catchpoint 1 (syscall 'select' [23])" a #23 to libphp5.so?

Patrzyłem do proc/<pid apache>/maps ale nie wiem za bardzo czego tam 
szukać...

Pozdrawiam,
-- 
Jacek Osiecki joshua at ceti.pl GG:3828944
I don't want something I need. I want something I want.