Excellent, thanks for the info and the fix!<div><br></div><div>I&#39;ve applied this patch to a development machine and tested with the signaling capture that got us into this scenario, and it seems to be fixed.  To the rest of the community, is there any way we can get this verified and applied to trunk before the 1.6.4 release that&#39;s coming up soon?  It&#39;s one of those situations where we&#39;re hesitant to ride on a non GA&#39;d release, and there are some feature enhancements around acc and dialog tracking for cdr&#39;s that I&#39;d really like to pull off of trunk for the next official release.<br>
<br>Regards, </div><div>Bobby Smith</div><div><div><br><div class="gmail_quote">On Thu, Dec 2, 2010 at 9:58 PM, Kennard White <span dir="ltr">&lt;<a href="mailto:kennard_white@logitech.com">kennard_white@logitech.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi Bobby,<br><br>Your backtrace was very helpful: it looked exactly like one I got several months ago! It is caused by an un-initialized field when tm clones into shared memory. I uploaded patch under ID <span><strong>3047314 </strong></span>back in Sep. See the 1st comment and the 1st patch file. The patch hasn&#39;t been accepted, probably because it is lumped together with a feature enhancement.<br>


<br>Kennard<br><span><strong><br></strong></span><br><div class="gmail_quote"><div><div></div><div class="h5">On Thu, Dec 2, 2010 at 2:45 PM, Bobby Smith <span dir="ltr">&lt;<a href="mailto:bobby.smith@gmail.com" target="_blank">bobby.smith@gmail.com</a>&gt;</span> wrote:<br>


</div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div><div></div><div class="h5"><div>While running a load test over the weekend, we ran into a segfault several times that looks like it was happening around the same area.  This is in revision 7406.</div>


<div><br></div><div>It doesn&#39;t really feel there&#39;s anything meaningful or useful in the core dump, but perhaps looking at the code path could help.  We reverted back to branch 1.6 from svn and avoided the crash for 72 hours straight, while before it was crashing about every few hours.</div>



<div><br>See below, and thanks.</div><div><br></div><div>Bobby Smith</div><div><br></div><div>Program terminated with signal 11, Segmentation fault.</div><div>#0  0x0000000000000000 in ?? ()</div><div>(gdb) bt full</div>


<div>
#0  0x0000000000000000 in ?? ()</div><div>No symbol table info available.</div><div>#1  0x00000000004333b1 in msg_callback_process (msg=0x2ab1cd770d80, cb_type=REQ_PRE_FORWARD, core_arg=0x7a86b0) at msg_callbacks.c:79</div>



<div>        msg_cb = 0x7ab690</div><div>        msg_cb_pre = &lt;value optimized out&gt;</div><div>#2  0x00002ab1cd54181b in dp_time (t=0x2ab1d0f07038, p_msg=0x2ab1cd770d80, proxy=&lt;value optimized out&gt;) at ../../dprint.h:125</div>



<div>        ltime = 8042040</div><div>#3  t_forward_nonack (t=0x2ab1d0f07038, p_msg=0x2ab1cd770d80, proxy=&lt;value optimized out&gt;) at t_fwd.c:712</div><div>        backup_dst = {s = 0x7ad848 &quot;\001&quot;, len = 8042360}</div>



<div>        branch_ret = &lt;value optimized out&gt;</div><div>        lowest_ret = -789549208</div><div>        current_uri = {s = 0x0, len = -816645016}</div><div>        added_branches = 10929</div><div>        i = 2</div>



<div>        q = 0</div><div>        t_invite = &lt;value optimized out&gt;</div><div>        success_branch = 0</div><div>        dst_uri = {s = 0x7fff808c5910 &quot;\240. \026&quot;, len = 1}</div><div>        bk_sock = 0x42d144</div>



<div>        br_flags = 0</div><div>        bk_br_flags = 10929</div><div>        path = {s = 0x0, len = -2138286848}</div><div>        __FUNCTION__ = &quot;t_forward_nonack&quot;</div><div>#4  0x00002ab1cd54f0f9 in dp_time (param=&lt;value optimized out&gt;, param_no=2) at ../../parser/../dprint.h:127</div>



<div>        ltime = 8018616</div><div>#5  fixup_t_send_reply (param=&lt;value optimized out&gt;, param_no=2) at tm.c:467</div><div>        model = 0x7a24a8</div><div>        s = {s = 0x0, len = 8018832}</div><div>        __FUNCTION__ = &quot;fixup_t_send_reply&quot;</div>



<div>#6  0x0000000000000000 in ?? ()</div><div><br></div>
<br></div></div>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div>