Hi,<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote">2010/6/14 Andrei Pelinescu-Onciul <span dir="ltr"><<a href="mailto:andrei@iptel.org" target="_blank">andrei@iptel.org</a>></span><br>
<div>
<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">If it's using 100% cpu it might mean the list that search_htable()<br>
iterates on is corrupted and has become cyclic.<br>
<br>
You could also try compiling with debugging options, e.g.:<br>
make config mode=debug; make all<br>
or<br>
make config CC_EXTRA_OPTS="-O0" ; make all<br>
<font color="#888888"><br></font></blockquote></div></div>
</blockquote></div><br>I have finally performed a test (7 calls per second / duration of call: 8secs) and couldn't reproduce the locking, but after a few hours kamailio crashed. The backtrace of the core file is:<br>
<br>#0 0xb7f50424 in __kernel_vsyscall ()<br>#1 0xb7df9640 in raise () from /lib/i686/cmov/libc.so.6<br>#2 0xb7dfb018 in abort () from /lib/i686/cmov/libc.so.6<br>#3 0x08131857 in qm_free (qm=0xb5745000, p=0xb6b41804, file=0xb776a40f "pua: send_publish.c", func=0xb776a584 "publ_cback_func", line=382)<br>
at mem/q_malloc.c:447<br>#4 0xb775ead6 in publ_cback_func (t=0xb6b07b4c, type=256, ps=0xbfd51690) at send_publish.c:382<br>#5 0xb7a716a1 in run_trans_callbacks_internal (cb_lst=0xb6b07b8c, type=256, trans=0xb6b07b4c, params=0xbfd51690) at t_hooks.c:290<br>
#6 0xb7a717a7 in run_trans_callbacks (type=256, trans=0xb6b07b4c, req=0x0, rpl=0x82c5074, code=412) at t_hooks.c:317<br>#7 0xb7a96a5c in local_reply (t=0xb6b07b4c, p_msg=0x82c5074, branch=0, msg_status=412, cancel_bitmap=0xbfd518a8) at t_reply.c:1882<br>
#8 0xb7a97e12 in reply_received (p_msg=0x82c5074) at t_reply.c:2217<br>#9 0x08086b7d in forward_reply (msg=0x82c5074) at forward.c:751<br>#10 0x080b9b70 in receive_msg (<br> buf=0x8256200 "SIP/2.0 412 Conditional request failed\r\nVia: SIP/2.0/UDP 192.168.222.203;branch=z9hG4bK2fb5.a8a0e8e3.0\r\nTo: sip:service@192.168.222.203:5060;tag=d3a667e9ba3dcfdbb46cfb20f8a24cf9-3e9e\r\nFrom: sip:servic"..., len=391, rcv_info=0xbfd51adc) at receive.c:266<br>
#11 0x08129890 in udp_rcv_loop () at udp_server.c:527<br>#12 0x0809246d in main_loop () at main.c:1462<br>#13 0x08094e12 in main (argc=1, argv=0xbfd51e14) at main.c:2315<br><br><br>And the log shows this:<br><br>Jul 8 15:38:05 devserver kamailio[27367]: WARNING: dialog [dlg_handlers.c:815]: unable to find dialog for BYE with route param 'fbc.923ee663' [3263:913236777]<br>
Jul 8 15:38:05 devserver kamailio[27367]: WARNING: dialog [dlg_handlers.c:815]: unable to find dialog for BYE with route param '1f7.f91bb257' [2033:1965797791]<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [uac.c:281]: t_uac: short of cell shmem<br>
Jul 8 15:38:05 devserver kamailio[27367]: ERROR: pua [send_publish.c:565]: in t_request tm module function<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: pua_dialoginfo [dialog_publish.c:351]: while sending publish<br>
Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [t_lookup.c:1347]: ERROR: new_t: out of mem:<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [t_lookup.c:1487]: ERROR: t_newtran: new_t failed<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [uac.c:281]: t_uac: short of cell shmem<br>
Jul 8 15:38:05 devserver kamailio[27367]: ERROR: pua [send_publish.c:565]: in t_request tm module function<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: pua_dialoginfo [dialog_publish.c:351]: while sending publish<br>
Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [t_lookup.c:1347]: ERROR: new_t: out of mem:<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [t_lookup.c:1487]: ERROR: t_newtran: new_t failed<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [t_lookup.c:1347]: ERROR: new_t: out of mem:<br>
Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [t_lookup.c:1487]: ERROR: t_newtran: new_t failed<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [t_lookup.c:1347]: ERROR: new_t: out of mem:<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [t_lookup.c:1487]: ERROR: t_newtran: new_t failed<br>
Jul 8 15:38:05 devserver kamailio[27367]: WARNING: dialog [dlg_handlers.c:815]: unable to find dialog for BYE with route param '2b6.b125ba63' [1714:917197339]<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: tm [uac.c:281]: t_uac: short of cell shmem<br>
Jul 8 15:38:05 devserver kamailio[27367]: ERROR: pua [send_publish.c:565]: in t_request tm module function<br>Jul 8 15:38:05 devserver kamailio[27367]: ERROR: pua [send_publish.c:225]: when trying to send PUBLISH<br>Jul 8 15:38:05 devserver kamailio[27367]: : <core> [mem/q_malloc.c:446]: BUG: qm_free: freeing already freed pointer, first free: pua: hash.c: delete_htable(264) - aborting<br>
Jul 8 15:38:06 devserver kamailio[27381]: : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 9<br>Jul 8 15:38:07 devserver kamailio[27364]: ALERT: <core> [main.c:737]: child process 27367 exited by a signal 6<br>
Jul 8 15:38:07 devserver kamailio[27364]: ALERT: <core> [main.c:740]: core was generated<br><br>The log shows lots of "out of mem" warnings, but I don't know if it is related to the crahs.<br><br>Any ideas?<br>
<br>Best regards,<br><br>Santi<br>