Re: Co się stało apache'owi? (kolejny pad, z debuginfo)

[Jacek Osiecki]

On Sun, 3 Jul 2011, Jakub Bogusz wrote:

> On Fri, Jul 01, 2011 at 05:20:07PM +0200, Jakub Bogusz wrote:
>>>>>>> (gdb) bt
>>>>>>> #0  0x000074b5880c8243 in select () from /lib64/libc.so.6

>>> Loaded symbols for /usr/lib64/php/zlib.so
>>> 0x0000666af9bda430 in __write_nocancel () at
>>> ../sysdeps/unix/syscall-template.S:82
>>> 82      T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
>>> (gdb) catch syscall select
>>> Catchpoint 1 (syscall 'select' [23])
>>> (gdb) continue
>>> Continuing.
>>>
>>> Catchpoint 1 (call to syscall 'select'), 0x0000666af9be1b23 in
>>> __select_nocancel () at ../sysdeps/unix/syscall-template.S:82
>>> 82      T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
>>> (gdb) bt
>>> #0  0x0000666af9be1b23 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:82
>>> #1  0x0000666ae6d6bdcf in _gcry_rndlinux_gather_random (add=0x666ae6d69700 <add_randomness>, origin=RANDOM_ORIGIN_SLOWPOLL,    length=120, level=<value optimized out>) at rndlinux.c:133

>> No to błąd do zgłoszenia w libgcrypt: przy tworzeniu zbioru dla select()
>> nie ma sprawdzenia, czy otrzymany deskryptor nie przekracza FD_SETSIZE.

> 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, 
ale z tego co rozumiem problem faktycznie leży w libgcrypt.
Na razie trochę boję się bawić w kompilowanie od zera z CVSu - gdzieś tam 
mam przepis jak się budowało pakiety, spróbuję jak tylko będzie chwila...

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