<div dir="ltr">The problem still persist and I don&#39;t know whether the Req-URI, which can be seen in th following output might cause a problem because of its length:<br><div><div><br>Oct  4 12:43:27 opensips1 opensips[14504]: DBG:core:parse_msg:  method:  &lt;BYE&gt;<br>
Oct  4 12:43:27 opensips1 opensips[14504]: DBG:core:parse_msg:  uri:     &lt;<a href="mailto:sip%3Asam@testintern.domain.com">sip:sam@testintern.domain.com</a>;gr=urn:uuid:d63b1c4f-d7dc-4f4e-87f1-948123266dc0&gt;<br>Oct  4 12:43:27 opensips1 opensips[14504]: DBG:core:parse_msg:  version: &lt;SIP/2.0&gt;<br>
Oct  4 12:43:27 opensips1 opensips[14504]: DBG:core:parse_headers: flags=2<br>Oct  4 12:43:27 opensips1 opensips[14504]: params (0x7f79a2c4b010, 72), called from parser/msg_parser.c: parse_headers(315)<br>Oct  4 12:43:27 opensips1 opensips[14504]: params (0x7f79a2c4b010, 72), returns address 0x7f79a2cb9bb0 frag. 0x7f79a2cb9b80 (size=72) on 1 -th hit<br>
Oct  4 12:43:27 opensips1 opensips[14504]: params (0x7f79a2c4b010, 240), called from parser/msg_parser.c: get_hdr_field(112)<br>Oct  4 12:43:27 opensips1 opensips[14504]: params (0x7f79a2c4b010, 240), returns address 0x7f79a2cb9da0 frag. 0x7f79a2cb9d70 (size=240) on 1 -th hit<br>
Oct  4 12:43:27 opensips1 opensips[14504]: params (0x7f79a2c4b010, 64), called from parser/parse_via.c: parse_via(1990)<br>Oct  4 12:43:27 opensips1 opensips[14504]: params (0x7f79a2c4b010, 64), returns address 0x7f79a2cb9ef0 frag. 0x7f79a2cb9ec0 (size=64) on 1 -th hit<br>
Oct  4 12:43:27 opensips1 opensips[14504]: DBG:core:parse_via_param: found param type 232, &lt;branch&gt; = &lt;z9hG4bK1a2e.62bd9e41.0&gt;; state=16<br>Oct  4 12:43:27 opensips1 opensips[14504]: DBG:core:parse_via: end of header reached, state=5<br>
Oct  4 12:43:27 opensips1 opensips[14504]: DBG:core:parse_headers: via found, flags=2<br>Oct  4 12:43:27 opensips1 opensips[14504]: DBG:core:parse_headers: this is the first via<br>Oct  4 12:43:27 opensips1 opensips[14504]: params (0x7f79a2c4b010, 22), called from parser/msg_parser.c: set_dst_uri(757)<br>
Oct  4 12:43:27 opensips1 kernel: [786526.971515] opensips[14504]: segfault at 0 ip 00007f799ffc675f sp 00007fff7555e9a0 error 4 in acc.so[7f799ffad000+21000]<br>Oct  4 12:43:27 opensips1 opensips[14504]: params (0x7f79a2c4b010, 24), returns address 0x7f79a2cb9f90 frag. 0x7f79a2cb9f60 (size=24) on 1 -th hit<br>
Oct  4 12:43:27 opensips1 opensips[14504]: DBG:core:comp_scriptvar: str 20 : upstream<br>Oct  4 12:43:27 opensips1 opensips[14520]: CRITICAL:core:receive_fd: EOF on 14<br>Oct  4 12:43:27 opensips1 opensips[14520]: DBG:core:handle_ser_child: dead child 1, pid 14504 (shutting down?)<br>
<br><br></div><div>Can anyone provide information about how to solve this issue?<br><br>Best regards,<br>Samuel.<br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 27 September 2013 17:22, samuel <span dir="ltr">&lt;<a href="mailto:samu60@gmail.com" target="_blank">samu60@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Hi all,<br><br></div>One opensips installation is continuously failing due to a segfault when the server (version 1.11.0dev-tls) receives a dlg_end_dlg command via the mi interface.<br>
<br>
</div>The backtrace shows some problem in the file acc_logic.c (line 213)<br>        int table_len = strlen(table);<br><br></div>Case it&#39;s necessary, I can provide information about the core full backtrace or the memory debug.<br>

<br></div>The following lines shows some lines of the syslog output:<br><div><br>Sep 27 15:08:51 opensips1 opensips[10133]: DBG:core:parse_headers: this is the first via<br>Sep 27 15:08:51 opensips1 opensips[10133]: params (0x7f6552a62010, 22), called from parser/msg_parser.c: set_dst_uri(757)<br>

Sep 27 15:08:51 opensips1 opensips[10133]: params (0x7f6552a62010, 24), returns address 0x7f6552ad0f90 frag. 0x7f6552ad0f60 (size=24) on 1 -th hit<br>Sep 27 15:08:51 opensips1 opensips[10133]: DBG:core:comp_scriptvar: str 20 : upstream<br>

Sep 27 15:08:51 opensips1 kernel: [190451.760768] opensips[10133]: segfault at 0 ip 00007f654fddd75f sp 00007fffd0eda7d0 error 4 in acc.so[7f654fdc4000+21000]<br>Sep 27 15:08:52 opensips1 opensips[10149]: CRITICAL:core:receive_fd: EOF on 14<br>

Sep 27 15:08:52 opensips1 opensips[10149]: DBG:core:handle_ser_child: dead child 1, pid 10133 (shutting down?)<br>Sep 27 15:08:52 opensips1 opensips[10149]: DBG:core:io_watch_del: io_watch_del op on index -1 14 (0x7ee640, 14, -1, 0x0,0x1) fd_no=24 called<br>

Sep 27 15:08:52 opensips1 opensips[10132]: DBG:core:handle_sigs: status = 139<br><br></div><div>Can anyone help us how to debug and solve the issue?<br><br></div><div>Best regards,<br>Samuel.<br></div></div>
</blockquote></div><br></div>