Are you using another module which uses libssl? (e.g. identity, ) libssl is not reentrant.
Klaus Vasil Kolev schrieb: > В 17:04 +0200 на 20.02.2009 (пт), Bogdan-Andrei Iancu написа: >> Hi Vasil, >> >> Vasil Kolev wrote: >>> Hi, >>> >>> I'm using 1.5 (trunk) with some small changes and trying to run it with >>> TLS. I see all kinds of weird crashes related to libssl, which I'm >>> pretty sure are related to a race condition somewhere, which I have hard >>> time finding. >> Can you post some more info on this, like logs, backtrace, anything that >> might help in locating the problem? > > > I've been debugging this for a few days, the backtraces are useless, > like this one: > > (gdb) bt > #0 0x00000000 in ?? () > #1 0xb7e495ab in lh_retrieve () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 > #2 0xb7dde7b2 in ?? () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 > #3 0xb55b6168 in ?? () > #4 0xbf96c8e0 in ?? () > #5 0xb7eb2ed0 in ?? () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 > #6 0x0000012c in ?? () > #7 0x00000000 in ?? () > > or like this: > > #0 0x00000000 in ?? () > #1 0xb7e945ab in lh_retrieve () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 > #2 0xb7e297b2 in ?? () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 > #3 0xb5601168 in ?? () > #4 0xbfab6340 in ?? () > #5 0xb7efded0 in ?? () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 > #6 0x0000012c in ?? () > #7 0xb7f768b8 in ?? () from /usr/lib/i686/cmov/libssl.so.0.9.8 > #8 0xb7efded0 in ?? () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 > #9 0x00000001 in ?? () > #10 0xb7f51767 in ssl3_clear () from /usr/lib/i686/cmov/libssl.so.0.9.8 > #11 0xb7e29d5c in ?? () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 > #12 0xb57d6f28 in ?? () > #13 0xb57d6f28 in ?? () > #14 0xbfab6388 in ?? () > #15 0xb7f58b02 in tls1_clear () from /usr/lib/i686/cmov/libssl.so.0.9.8 > #16 0xb7e294c9 in CRYPTO_new_ex_data () from > /usr/lib/i686/cmov/libcrypto.so.0.9.8 > #17 0xb7f6660c in SSL_new () from /usr/lib/i686/cmov/libssl.so.0.9.8 > #18 0x08129d48 in tls_tcpconn_init (c=0xb57c6e10, sock=24) at > tls/tls_server.c:610 > #19 0x080b4e79 in tcpconn_new (sock=24, su=0xbfab6518, ba=0x819fa40, type=3, > state=3) at tcp_main.c:402 > #20 0x080b84a0 in handle_new_connect (si=0x819fa40) at tcp_main.c:966 > #21 0x080bdbef in tcp_main_loop () at io_wait.h:727 > #22 0x0806e38e in main (argc=1, argv=0xbfab67d4) at main.c:847 > > (here when I looked at tls_tcpconn_init, it looked like something went > really wrong on the stack, as for example 'dom' was 0x52 and stuff like > that, and the line of the crash seemed the wrong one, looking at the > variables and the code flow) > > > After some time, I have managed to narrow it down to the following: if > the xcap_client module is present and used by presence_xml, crashes > occur, otherwise it works fine. > > I'll look into the xcap client, but currently I've started using the > 'integrated_xcap_server' option. > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
