<div dir="ltr"><span style="color:rgb(80,0,80);font-size:12.8000001907349px">Hello asterisk-users,</span><div style="color:rgb(80,0,80);font-size:12.8000001907349px"><br></div><div style="color:rgb(80,0,80);font-size:12.8000001907349px">We've been having intermittent issues with chan_sip - it stops responding to cli requests, trying to reload chan_sip from cli doesn't seem to have any effect, initiated calls carry on for a short period, but no new SIP requests are processed ('sip show channels' hangs forever, server stops responding to SIP OPTIONS, or any other SIP messages). We have updated the build from 1.8.23.1 to the latest asterisk 1.8 (1.8.32.3), however the problem still persists. We have gathered debugging information from 'core show locks' and from gdb, attached to this message (with phone numbers and extension and context names obscured). We are running realtime under CentOS 6.6, built from source and packaged using rpmbuild, with the following menuselect options (debugging version):</div><div style="color:rgb(80,0,80);font-size:12.8000001907349px">menuselect/menuselect --disable BUILD_NATIVE --enable DEBUG_THREADS --enable DONT_OPTIMIZE --disable CORE-SOUNDS-EN-GSM --disable-category MENUSELECT_EXTRA_SOUNDS --disable MOH-OPSOUND-WAV --enable-category MENUSELECT_ADDONS --disable format_mp3 --disable cdr_tds --disable cel_tds --disable cdr_pgsql --disable cel_pgsql --disable res_config_pgsql menuselect.makeopts</div><div style="color:rgb(80,0,80);font-size:12.8000001907349px"><br></div><div style="color:rgb(80,0,80);font-size:12.8000001907349px">under kernel 2.6.32-504.el6.x86_64, and linked against the following library versions:</div><div style="color:rgb(80,0,80);font-size:12.8000001907349px"><div><br></div><div>/usr/lib64/libssl.so.10:    symbolic link to `libssl.so.1.0.1e'</div><div>/usr/lib64/libcrypto.so.10: symbolic link to `libcrypto.so.1.0.1e'</div><div>/lib64/libc.so.6:           symbolic link to `<a href="http://libc-2.12.so/" target="_blank">libc-2.12.so</a>'</div><div>/usr/lib64/libxml2.so.2:    symbolic link to `libxml2.so.2.7.6'</div><div>/lib64/libz.so.1:           symbolic link to `libz.so.1.2.3'</div><div>/lib64/libm.so.6:           symbolic link to `<a href="http://libm-2.12.so/" target="_blank">libm-2.12.so</a>'</div><div>/lib64/libdl.so.2:          symbolic link to `<a href="http://libdl-2.12.so/" target="_blank">libdl-2.12.so</a>'</div><div>/lib64/libpthread.so.0:     symbolic link to `<a href="http://libpthread-2.12.so/" target="_blank">libpthread-2.12.so</a>'</div><div>/lib64/libtinfo.so.5:       symbolic link to `libtinfo.so.5.7'</div><div>/lib64/libresolv.so.2:      symbolic link to `<a href="http://libresolv-2.12.so/" target="_blank">libresolv-2.12.so</a>'</div><div>/lib64/libgssapi_krb5.so.2: symbolic link to `libgssapi_krb5.so.2.2'</div><div>/lib64/libkrb5.so.3:        symbolic link to `libkrb5.so.3.3'</div><div>/lib64/libcom_err.so.2:     symbolic link to `libcom_err.so.2.1'</div><div>/lib64/libk5crypto.so.3:    symbolic link to `libk5crypto.so.3.1'</div><div>/lib64/libkrb5support.so.0: symbolic link to `libkrb5support.so.0.1'</div><div>/lib64/libkeyutils.so.1:    symbolic link to `libkeyutils.so.1.3'</div><div><br></div></div><div style="color:rgb(80,0,80);font-size:12.8000001907349px"><br></div><div style="color:rgb(80,0,80);font-size:12.8000001907349px">We'd appreciate any possible assistance, as we're having problems working out what exactly triggers the deadlock and we have not been able to find the correct sequence of steps to reproduce the issue yet, other than waiting for it to lock up at an arbitrary time with the debugging code in place. It does seem to happen at least once a day, however.</div><div style="color:rgb(80,0,80);font-size:12.8000001907349px"><br></div><div style="color:rgb(80,0,80);font-size:12.8000001907349px">What is the best way of getting the core show locks output for people to see as it appears to be too big to mail?</div><div style="color:rgb(80,0,80);font-size:12.8000001907349px"><br></div><div style="color:rgb(80,0,80);font-size:12.8000001907349px">Ish</div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><pre>Ishfaq Malik 
Department: VOIP Support
Company: Packnet Limited
t: +44 (0)845 004 4994
f: +44 (0)161 660 9825
e: <a href="mailto:ish@pack-net.co.uk" target="_blank">ish@pack-net.co.uk</a>
w: <a href="http://www.pack-net.co.uk" target="_blank">http://www.pack-net.co.uk</a>

Registered Address: PACKNET LIMITED, Duplex 2, Ducie House
37 Ducie Street 
Manchester, M1 2JW
COMPANY REG NO. 04920552
</pre></div></div>
</div>