Re: Co się stało apache'owi?
On Wed, 29 Jun 2011, Tomasz Pala wrote: On Wed, Jun 29, 2011 at 09:27:30 +0200, Jacek Osiecki wrote: 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. To tak tylko dla nawiązania: http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2007-December/143831.html Chyba nie do końca to... mam mysql 5.1.47 (też nie był upgrade'owany, bo by wymusił php 5.3). No i nie każdy reload robi masakrę :) A debuginfo na wszelki wypadek doinstalowałem, poczekamy-zobaczymy. Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi?
On Wed, Jun 29, 2011 at 09:27:30 +0200, Jacek Osiecki wrote: > 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. To tak tylko dla nawiązania: http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2007-December/143831.html -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi?
On Wednesday 29 of June 2011 12:10:27 Jacek Osiecki wrote: > On Wed, 29 Jun 2011, Pawel Sikora wrote: > > > On Wednesday 29 of June 2011 11:52:46 Jacek Osiecki wrote: > >> Pozwolę sobie więc wrzucić końcówkę z gdb: > >> (gdb) bt > >> #0 0x74b5880c8243 in select () from /lib64/libc.so.6 > >> #1 0x74b575680119 in ?? () from /lib64/libgcrypt.so.11 > >> #2 0x74b57567d630 in ?? () from /lib64/libgcrypt.so.11 > >> #3 0x74b57567e914 in ?? () from /lib64/libgcrypt.so.11 > >> #4 0x74b57567d9bf in ?? () from /lib64/libgcrypt.so.11 > > > > ^ doinstaluj jeszcze pakiety -debuginfo, t > > obedzie cos wiecej widac. > > No tego właśnie się obawiałem ;) > Zobaczymy - jeśli po tych upgrade'ach które zrobiłem problem nie wystąpi, > to sprawa zamknięta. Jeśli wystąpi, to zainstaluję debuginfo i się zobaczy > co z tego wyniknie. > Jak rozumiem, debuginfo to alternatywna wersja pakietu po prostu bez > zapuszczonego stripa - i nie ma negatywnego wpływu na wydajność? nie, pakiet -debuginfo zawiera dodatkowe pliki dla debuggera zebrane podczas normalnego buildu pakietu i nie ma wplywu na wydajnosc binarek z glownego pakietu. > Jak je instalować - pobrać ftpem i instalować rpmem z --force? w poldku uaktywnij sobie repozytoria z debuginfo. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi?
On Wed, 29 Jun 2011, Pawel Sikora wrote: On Wednesday 29 of June 2011 11:52:46 Jacek Osiecki wrote: Pozwolę sobie więc wrzucić końcówkę z gdb: (gdb) bt #0 0x74b5880c8243 in select () from /lib64/libc.so.6 #1 0x74b575680119 in ?? () from /lib64/libgcrypt.so.11 #2 0x74b57567d630 in ?? () from /lib64/libgcrypt.so.11 #3 0x74b57567e914 in ?? () from /lib64/libgcrypt.so.11 #4 0x74b57567d9bf in ?? () from /lib64/libgcrypt.so.11 ^ doinstaluj jeszcze pakiety -debuginfo, t obedzie cos wiecej widac. No tego właśnie się obawiałem ;) Zobaczymy - jeśli po tych upgrade'ach które zrobiłem problem nie wystąpi, to sprawa zamknięta. Jeśli wystąpi, to zainstaluję debuginfo i się zobaczy co z tego wyniknie. Jak rozumiem, debuginfo to alternatywna wersja pakietu po prostu bez zapuszczonego stripa - i nie ma negatywnego wpływu na wydajność? Jak je instalować - pobrać ftpem i instalować rpmem z --force? Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi?
On Wednesday 29 of June 2011 11:52:46 Jacek Osiecki wrote: > Pozwolę sobie więc wrzucić końcówkę z gdb: > > (gdb) bt > #0 0x74b5880c8243 in select () from /lib64/libc.so.6 > #1 0x74b575680119 in ?? () from /lib64/libgcrypt.so.11 > #2 0x74b57567d630 in ?? () from /lib64/libgcrypt.so.11 > #3 0x74b57567e914 in ?? () from /lib64/libgcrypt.so.11 > #4 0x74b57567d9bf in ?? () from /lib64/libgcrypt.so.11 ^ doinstaluj jeszcze pakiety -debuginfo, t obedzie cos wiecej widac. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi?
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 0x74b5880c8243 in select () from /lib64/libc.so.6 #1 0x74b575680119 in ?? () from /lib64/libgcrypt.so.11 #2 0x74b57567d630 in ?? () from /lib64/libgcrypt.so.11 #3 0x74b57567e914 in ?? () from /lib64/libgcrypt.so.11 #4 0x74b57567d9bf in ?? () from /lib64/libgcrypt.so.11 #5 0x74b575afc257 in ?? () from /usr/lib64/libgnutls.so.26 #6 0x74b575afa4dc in ?? () from /usr/lib64/libgnutls.so.26 #7 0x74b575aebc56 in gnutls_global_init () from /usr/lib64/libgnutls.so.26 #8 0x74b577c54027 in Curl_gtls_init () from /usr/lib64/libcurl.so.4 #9 0x74b577c45da9 in curl_global_init () from /usr/lib64/libcurl.so.4 #10 0x74b577e7f18c in zm_startup_curl () from /usr/lib64/php/curl.so #11 0x74b5803b1df7 in zend_startup_module_ex () from /usr/lib64/libphp_common-5.2.13.so #12 0x74b5803bcc5a in zend_hash_apply () from /usr/lib64/libphp_common-5.2.13.so #13 0x74b5803b5280 in zend_startup_modules () from /usr/lib64/libphp_common-5.2.13.so #14 0x74b580363fc7 in php_module_startup () from /usr/lib64/libphp_common-5.2.13.so #15 0x74b58070c315 in ?? () from /etc/httpd/modules/libphp5.so #16 0x74b58070d17a in ?? () from /etc/httpd/modules/libphp5.so #17 0x004391f6 in ap_run_post_config () #18 0x00424ab6 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 jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi?
On Mon, 27 Jun 2011, Adam Osuchowski wrote: Jacek Osiecki wrote: OK, to przy następnym padzie zrobię jak podajesz :) Czyli jak rozumiem: catch syscall, potem continue, potem bt? 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. Jako że duużo tego, to wrzuciłem na pastebin: http://pastebin.com/43RBxabQ Czy to oznacza że bug jest bardziej w php, czy jednak w glibc lub libgcrypt? Widzę że jest już glibc-2.14-11.x86_64, a u mnie jest glibc-2.13-6.x86_64. Upgrade nawet nie wywołuje lawiny zależności, więc spróbuję zacząć od tego. Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl