On Mon, 4 Jul 2011, Jacek Osiecki wrote:
On Mon, 4 Jul 2011, Arkadiusz Miskiewicz wrote:
On Monday 04 of July 2011, Jacek Osiecki wrote:
On Sun, 3 Jul 2011, Jakub Bogusz wrote:
Spróbuj uaktualnić libgcrypt do wersji 1.5.0-1 z CVS-u.
Dziś rano znowu wywaliło się identycznie - z
On Sun, 3 Jul 2011, Jakub Bogusz wrote:
On Fri, Jul 01, 2011 at 05:20:07PM +0200, Jakub Bogusz wrote:
(gdb) bt
#0 0x74b5880c8243 in select () from /lib64/libc.so.6
Loaded symbols for /usr/lib64/php/zlib.so
0x666af9bda430 in __write_nocancel () at
On Monday 04 of July 2011, Jacek Osiecki wrote:
On Sun, 3 Jul 2011, Jakub Bogusz wrote:
Spróbuj uaktualnić libgcrypt do wersji 1.5.0-1 z CVS-u.
Dziś rano znowu wywaliło się identycznie - z dokładnością do adresów.
Niestety zapomniałem sprawdzić jak wygląda wtedy dostęp do dev/(u)random,
On Mon, 4 Jul 2011, Arkadiusz Miskiewicz wrote:
On Monday 04 of July 2011, Jacek Osiecki wrote:
On Sun, 3 Jul 2011, Jakub Bogusz wrote:
Spróbuj uaktualnić libgcrypt do wersji 1.5.0-1 z CVS-u.
Dziś rano znowu wywaliło się identycznie - z dokładnością do adresów.
Niestety zapomniałem sprawdzić
On Fri, Jul 01, 2011 at 05:20:07PM +0200, Jakub Bogusz wrote:
On Fri, Jul 01, 2011 at 08:33:11AM +0200, Jacek Osiecki wrote:
On Wed, 29 Jun 2011, Pawel Sikora wrote:
On Wednesday 29 of June 2011 12:10:27 Jacek Osiecki wrote:
On Wed, 29 Jun 2011, Pawel Sikora wrote:
On Wednesday 29
On Wed, 29 Jun 2011, Pawel Sikora wrote:
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
Prawdopodobnie masz jakis problem z dostepem do /dev/random
badz /dev/urandom.
On pią, 2011-07-01 at 08:33 +0200, Jacek Osiecki wrote:
On Wed, 29 Jun 2011, Pawel Sikora wrote:
On Wednesday 29 of June 2011 12:10:27 Jacek Osiecki wrote:
On Wed, 29 Jun 2011, Pawel Sikora wrote:
On
On Fri, 1 Jul 2011, Jan Palus wrote:
Prawdopodobnie masz jakis problem z dostepem do /dev/random
badz /dev/urandom.
(gdb) bt
#0 0x666af9be1b23 in __select_nocancel () at
../sysdeps/unix/syscall-template.S:82
#1 0x666ae6d6bdcf in _gcry_rndlinux_gather_random (add=0x666ae6d69700
Jacek Osiecki wrote:
Hmm, i tak by niedeterministycznie się objawiał?
Pliki /dev/*random raczej w porządku:
crw-rw-rw- 1 root root 1, 8 Jun 25 09:00 /dev/random
crw-rw-rw- 1 root root 1, 9 Jun 25 09:00 /dev/urandom
Mam kernel z grsec (nie dystrybucyjny, własnoręcznie kompilowany) i nie
On Fri, 1 Jul 2011, Adam Osuchowski wrote:
Jacek Osiecki wrote:
Pliki /dev/*random raczej w porządku:
crw-rw-rw- 1 root root 1, 8 Jun 25 09:00 /dev/random
crw-rw-rw- 1 root root 1, 9 Jun 25 09:00 /dev/urandom
A zobacz, czy jak to się dzieje (bez restartu apache'a), to możesz odczytać
coś z
Jacek Osiecki wrote:
Czyli rozumiem że zdecydowanie php oczyszczone z zarzutów?
Raczej tak. gdb wskazuje bardziej, że bezpośrednio winny jest libgcrypt,
co nie znaczy, że zasadnicza przyczyna problemu nie leży gdzieś indziej.
___
pld-devel-pl mailing
On Fri, Jul 01, 2011 at 10:30:41 +0200, Jacek Osiecki wrote:
OK, sprawdzę bo widzę że niestety to się będzie powtarzać (kurde, chyba
zmienię cron.daily na 7 rano to wtedy usłyszę SMSa od nagiosa :)
monit-rc-apache? Mój apache zdycha parę razy w tygodniu, już dawno
przestało mnie to obchodzić.
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
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
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
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
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:
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:
Jacek Osiecki wrote:
0x70ccc8a27590 in write () from /lib64/libc.so.6
(gdb) catch syscall select
Catchpoint 1 (syscall 'select' [23])
(gdb) bt
Po catch syscall daj continue. Teraz bt pokazał Ci miejsce w którym gdb
przerwał działanie procesu przy podłączeniu.
Czy to faktycznie przyczyną
On Mon, 27 Jun 2011, Adam Osuchowski wrote:
Jacek Osiecki wrote:
0x70ccc8a27590 in write () from /lib64/libc.so.6
(gdb) catch syscall select
Catchpoint 1 (syscall 'select' [23])
(gdb) bt
Po catch syscall daj continue. Teraz bt pokazał Ci miejsce w którym gdb
przerwał działanie procesu
On Monday 27 of June 2011, Jacek Osiecki wrote:
On Mon, 27 Jun 2011, Adam Osuchowski wrote:
Jacek Osiecki wrote:
0x70ccc8a27590 in write () from /lib64/libc.so.6
(gdb) catch syscall select
Catchpoint 1 (syscall 'select' [23])
(gdb) bt
Po catch syscall daj continue. Teraz bt
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
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
On Wed, 22 Jun 2011, Arkadiusz Miskiewicz wrote:
On Wednesday 22 of June 2011, Jakub Bogusz wrote:
Po zrobieniu na nim strace zobaczyłem generowane xset linii na sekundę:
select(1088, [1024 1025 1087], NULL, NULL, {9223372036854775811, 0}) = -1
EINVAL (Invalid argument)
timeout jest błędny i
On Thursday 23 of June 2011, Jacek Osiecki wrote:
Tak jak pisałem, apache aktualny - jedynie mod_php stary, bo nie chcę
ryzykować przejścia z php 5.2 na 5.3.
Czyli konkretniej - apache i jego moduły w wersji 2.2.19-1 x86_64.
rpm -q php-common ew. data builda?
--
Arkadiusz Miśkiewicz
On Thu, 23 Jun 2011, Arkadiusz Miskiewicz wrote:
On Thursday 23 of June 2011, Jacek Osiecki wrote:
Tak jak pisałem, apache aktualny - jedynie mod_php stary, bo nie chcę
ryzykować przejścia z php 5.2 na 5.3.
Czyli konkretniej - apache i jego moduły w wersji 2.2.19-1 x86_64.
rpm -q php-common
On Wed, 22 Jun 2011, Adam Osuchowski wrote:
Jacek Osiecki wrote:
Po zrobieniu na nim strace zobaczyłem generowane xset linii na sekundę:
select(1088, [1024 1025 1087], NULL, NULL, {9223372036854775811, 0}) = -1
EINVAL (Invalid argument)
Ten timeout jest dziwny. 9223372036854775811 na 64
On Wed, Jun 22, 2011 at 08:17:37AM +0200, Jacek Osiecki wrote:
On Thu, 16 Jun 2011, Jacek Osiecki wrote:
On Mon, 13 Jun 2011, Arkadiusz Miskiewicz wrote:
Już drugi raz widzę coś takiego:
Rano, najprawdopodobniej tuż po logrotate, apache zgłupiał i nagle
zaczął siać do
On Wednesday 22 of June 2011, Jakub Bogusz wrote:
On Wed, Jun 22, 2011 at 08:17:37AM +0200, Jacek Osiecki wrote:
On Thu, 16 Jun 2011, Jacek Osiecki wrote:
On Mon, 13 Jun 2011, Arkadiusz Miskiewicz wrote:
Już drugi raz widzę coś takiego:
Rano, najprawdopodobniej tuż po
On Sun, 5 Jun 2011, Paweł wrote:
Dnia niedziela 05 czerwiec 2011, Jacek Osiecki napisał:
Już drugi raz widzę coś takiego:
Rano, najprawdopodobniej tuż po logrotate, apache zgłupiał i nagle
zaczął siać do error_log milionami komunikatów:
select() error: Invalid argument
... i tak aż do
W dniu 13 czerwca 2011 08:02 użytkownik Jacek Osiecki
jos...@hybrid.pl napisał:
On Sun, 5 Jun 2011, Paweł wrote:
Dnia niedziela 05 czerwiec 2011, Jacek Osiecki napisał:
Już drugi raz widzę coś takiego:
Rano, najprawdopodobniej tuż po logrotate, apache zgłupiał i nagle
zaczął siać do
On Monday, June 13, 2011 08:02:41 AM Jacek Osiecki wrote:
On Sun, 5 Jun 2011, Paweł wrote:
Dnia niedziela 05 czerwiec 2011, Jacek Osiecki napisał:
Już drugi raz widzę coś takiego:
Rano, najprawdopodobniej tuż po logrotate, apache zgłupiał i nagle
zaczął siać do error_log milionami
W dniu 13 czerwca 2011 08:23 użytkownik Paweł Sikora pl...@agmk.net napisał:
On Monday, June 13, 2011 08:02:41 AM Jacek Osiecki wrote:
On Sun, 5 Jun 2011, Paweł wrote:
Dnia niedziela 05 czerwiec 2011, Jacek Osiecki napisał:
Już drugi raz widzę coś takiego:
Rano, najprawdopodobniej tuż po
33 matches
Mail list logo
