<div dir="ltr">Bug created (<a href="http://sip-router.org/tracker/index.php?do=details&task_id=366">http://sip-router.org/tracker/index.php?do=details&task_id=366</a>)</div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Nov 11, 2013 at 4:35 PM, Andrew Mortensen <span dir="ltr"><<a href="mailto:admorten@isc.upenn.edu" target="_blank">admorten@isc.upenn.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Bob. Looks like a problem originating in the sca_appearance_unregister logic. I'll take a look. Can you open an issue in the bug tracker in the meantime? Thanks.<br>
<br>
andrew<br>
<div><div class="h5"><br>
<br>
On Nov 11, 2013, at 4:18 PM, Robert Boisvert <<a href="mailto:rdboisvert@gmail.com">rdboisvert@gmail.com</a>> wrote:<br>
<br>
> Hi!<br>
><br>
> Looking for some help as to why the SCA module is crashing randomly on 4.0.4.  It has crashed several times with a backtrace that shows these stack calls:<br>
><br>
> (gdb) backtrace<br>
> #0 0x00000000 in ?? ()<br>
> #1 0x4dceca11 in sca_hash_table_slot_kv_delete_unsafe () from /usr/lib/kamailio/modules/sca.so<br>
> #2 0x4dcecaaa in sca_hash_table_slot_kv_delete () from /usr/lib/kamailio/modules/sca.so<br>
> #3 0x4dcecb1e in sca_hash_table_index_kv_delete () from /usr/lib/kamailio/modules/sca.so<br>
> #4 0x4dcecb99 in sca_hash_table_kv_delete () from /usr/lib/kamailio/modules/sca.so<br>
> #5 0x4dcf30bc in sca_appearance_unregister () from /usr/lib/kamailio/modules/sca.so<br>
> #6 0x4dd0d9b9 in sca_call_info_update () from /usr/lib/kamailio/modules/sca.so<br>
> #7 0x126a6a9a in do_action ()<br>
> #8 0x126af88e in run_actions ()<br>
> #9 0x126a4731 in do_action ()<br>
> #10 0x126af88e in run_actions ()<br>
> #11 0x126b007f in run_top_route ()<br>
> #12 0x1269dd7e in receive_msg ()<br>
> #13 0x12734f01 in udp_rcv_loop ()<br>
> #14 0x126d3f56 in main_loop ()<br>
> #15 0x126d76de in main ()<br>
> The message that seemed to trigger the crash in this particular case was the following INVITE:<br>
><br>
> INVITE <a href="mailto:sip%3A35705@10.250.16.71">sip:35705@10.250.16.71</a>;user=phone SIP/2.0<br>
> Record-Route: <sip:10.250.16.70;lr=on;ftag=D8B14B68-93D21A25;did=513b.a3741><br>
> Via: SIP/2.0/UDP 10.250.16.70;branch=z9hG4bKc43b.14d180e6.0<br>
> Via: SIP/2.0/UDP 10.250.88.116;branch=z9hG4bK8d3ec33e632D8AB3<br>
> From: PIN-1 WKL USA <sip:15862@obscured>;tag=D8B14B68-93D21A25<br>
> To: <sip:0@obscured;user=phone><br>
> CSeq: 1 INVITE<br>
> Call-ID: <a href="mailto:c69594c-ff17a5d9-d6ed4f6a@10.250.88.116">c69594c-ff17a5d9-d6ed4f6a@10.250.88.116</a><br>
> Contact: <<a href="mailto:sip%3A15862@10.250.88.116">sip:15862@10.250.88.116</a>><br>
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, MESSAGE, SUBSCRIBE, NOTIFY, PRACK, UPDATE, REFER<br>
> User-Agent: PolycomSoundPointIP-SPIP_335-UA/4.0.3.7562<br>
> Accept-Language: en<br>
> Supported: 100rel,replaces<br>
> Allow-Events: conference,talk,hold<br>
> Max-Forwards: 32<br>
> Content-Type: application/sdp<br>
> Content-Length: 296<br>
><br>
> v=0<br>
> o=- 1383792680 1383792680 IN IP4 10.250.88.116<br>
> s=Polycom IP Phone<br>
> c=IN IP4 10.250.88.116<br>
> t=0 0<br>
> a=sendrecv<br>
> m=audio 2230 RTP/AVP 9 18 0 8 101<br>
> a=rtpmap:9 G722/8000<br>
> a=rtpmap:18 G729/8000<br>
> a=fmtp:18 annexb=no<br>
> a=rtpmap:0 PCMU/8000<br>
> a=rtpmap:8 PCMA/8000<br>
> a=rtpmap:101 telephone-event/8000<br>
> I have a pcap trace that shows all the calls from 3 hours prior and this is the first time this device appeared.<br>
><br>
> I followed the code down to the sca_hash_table_slot_kv_delete_unsafe () routine and it appears to have crashed when it tried to use e->free_entry which seems to have been NULL at that point.  I'm not sure how it could be NULL since it should have been initialized in sca_hash_table_slot_kv_insert_unsafe ().  I'm guessing that either e->free_entry was never initialized or somehow it was overwritten.  Since several backtraces end in the same way the bug seems to have be specific to some sequence of events I have not been able to identify.<br>

><br>
> Any help tracking this down would be appreciated.<br>
><br>
> Thanks,<br>
> Bob<br>
</div></div>> _______________________________________________<br>
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
> <a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
> <a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br></div>