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

[Jacek Osiecki]

On Wed, 29 Jun 2011, Jacek Osiecki wrote:
> On Mon, 27 Jun 2011, Adam Osuchowski wrote:
>>  Jeśli ,,catch syscall select'' nie złapie tego syscalla (gdb czasami tak
>>  ma) to daj samo ,,catch syscall''. Skoro w krytycznym momencie, jak
>>  pisałeś,  i tak jest wywoływany w kółko select(), to na jedno wyjdzie.
> No więc wygląda na to, że ta wywałka zawsze występuje po /etc/init.d/httpd 
> reload
> - nie po każdym, ciężko znaleźć jakąś regułę.
> Dziś zrobiłem reload - i trafione.

Dodam jeszcze, że zadziałało "catch syscall select".

> Jako że duużo tego, to wrzuciłem na pastebin:
> http://pastebin.com/43RBxabQ

Hmm, pastebin kota pokazuje :)
Pozwolę sobie więc wrzucić końcówkę z gdb:

(gdb) bt
#0  0x000074b5880c8243 in select () from /lib64/libc.so.6
#1  0x000074b575680119 in ?? () from /lib64/libgcrypt.so.11
#2  0x000074b57567d630 in ?? () from /lib64/libgcrypt.so.11
#3  0x000074b57567e914 in ?? () from /lib64/libgcrypt.so.11
#4  0x000074b57567d9bf in ?? () from /lib64/libgcrypt.so.11
#5  0x000074b575afc257 in ?? () from /usr/lib64/libgnutls.so.26
#6  0x000074b575afa4dc in ?? () from /usr/lib64/libgnutls.so.26
#7  0x000074b575aebc56 in gnutls_global_init () from /usr/lib64/libgnutls.so.26
#8  0x000074b577c54027 in Curl_gtls_init () from /usr/lib64/libcurl.so.4
#9  0x000074b577c45da9 in curl_global_init () from /usr/lib64/libcurl.so.4
#10 0x000074b577e7f18c in zm_startup_curl () from /usr/lib64/php/curl.so
#11 0x000074b5803b1df7 in zend_startup_module_ex () from /usr/lib64/libphp_common-5.2.13.so
#12 0x000074b5803bcc5a in zend_hash_apply () from /usr/lib64/libphp_common-5.2.13.so
#13 0x000074b5803b5280 in zend_startup_modules () from /usr/lib64/libphp_common-5.2.13.so
#14 0x000074b580363fc7 in php_module_startup () from /usr/lib64/libphp_common-5.2.13.so
#15 0x000074b58070c315 in ?? () from /etc/httpd/modules/libphp5.so
#16 0x000074b58070d17a in ?? () from /etc/httpd/modules/libphp5.so
#17 0x00000000004391f6 in ap_run_post_config ()
#18 0x0000000000424ab6 in main ()
(gdb) quit

I po wstępnym dochodzeniu zrobiłem parę upgrade'ów by mieć aktualne 
wszystko co jest na powyższej liście aż do punktu #10 - potem jest już 
php, którego na razie nie mogę upgrade'ować

glibc-2.13-6.x86_64 -> glibc-2.14-11.x86_64
libgcrypt-1.4.4-2.x86_64 -> libgcrypt-1.4.6-1.x86_64
gnutls-2.8.3-1.x86_64 -> gnutls-2.12.5-1.x86_64
curl-libs-7.21.2-1.x86_64 -> curl-libs-7.21.7-1.x86_64

Następnie, patrząc na to co pokazuje ldd na 
/usr/lib64/libphp_common-5.2.13.so zrobiłem jeszcze upgrade:

libxml2-2.7.8-1.x86_64 -> libxml2-2.7.8-2.x86_64
zlib-1.2.5-3.x86_64 -> zlib-1.2.5-5.x86_64
nss-softokn-freebl-3.12.3-3.x86_64 -> nss-softokn-freebl-3.12.9-1.x86_64

Zobaczymy jak będzie teraz, mam nadzieję że problemy ustąpią :)

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