<div dir="ltr">Razvan, looks like the problem is with the official lack of inter-process mutexes support in FreeBSD. There is some workaround for that supposedly implemented in the Go language runtime, I'll have to dig deeper and see if I can borrow a code from them. I'll keep you guys informed and/or create pull reqest. In the meantime, we've updated the package to latest 2.2.3 and now it does not start at all faility to create a mutex around SHM. :(<div><br></div><div><pre style="margin-top:0px;margin-bottom:0px;padding:0px;max-height:30em;overflow:auto;word-wrap:normal;word-break:normal;color:rgb(51,51,51);font-size:12px;background-color:rgb(245,245,245)">Starting opensips.
Mar 7 13:44:45 [86183] CRITICAL:core:shm_mem_init_mallocs: could not initialize lock
Mar 7 13:44:45 [86183] CRITICAL:core:init_shm_mallocs: could not initialize shared memory pool, exiting...</pre></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 7, 2017 at 6:44 AM, Răzvan Crainea <span dir="ltr"><<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<tt>Hi, Maxim!<br>
<br>
From the stacktrace you showed, it looks like OpenSIPS was trying
to get a transaction lock, but somehow it crashes with an abort.
Not sure why though, I couldn't find any documentation about that.<br>
<br>
Is that the only process that crashes? It might be possible that
another process crashes and destroys this one with an abort(). Can
you double check?<br>
<br>
Best regards,<br>
</tt><span class="">
<pre class="m_-3343310005287040608moz-signature" cols="72">Răzvan Crainea
OpenSIPS Solutions
<a class="m_-3343310005287040608moz-txt-link-abbreviated" href="http://www.opensips-solutions.com" target="_blank">www.opensips-solutions.com</a></pre>
</span><div><div class="h5"><div class="m_-3343310005287040608moz-cite-prefix">On 03/07/2017 03:58 PM, Maxim Sobolev
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Răzvan, we are on FreeBSD there are no futexes on
that OS. What's wrong with using pthreads? It's been working for
us before I think. Thanks!
<div><br>
</div>
<div>-Max</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Mar 7, 2017 at 12:20 AM,
Răzvan Crainea <span dir="ltr"><<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> <tt>Hi, Nick!<br>
<br>
I see you are using pthreads locks, correct? Can you
switch the locking mechanism to FUTEX and check if it
behaves differently?<br>
<br>
Best regards,</tt>
<pre class="m_-3343310005287040608m_5392651177076800146moz-signature" cols="72">Răzvan Crainea
OpenSIPS Solutions
<a class="m_-3343310005287040608m_5392651177076800146moz-txt-link-abbreviated" href="http://www.opensips-solutions.com" target="_blank">www.opensips-solutions.com</a></pre>
<span>
<div class="m_-3343310005287040608m_5392651177076800146moz-cite-prefix">On
03/06/2017 06:59 PM, Maxim Sobolev wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">The code leading to a crash is
following:
<div><br>
</div>
<div>
<div> /* lock reply processing to
determine how to proceed reliably */</div>
<div> LOCK_REPLIES( t );</div>
</div>
<div><br>
</div>
<div>We also see a lot of messages like this
before the crash:</div>
<div><br>
</div>
<div>
<div>Mar 6 16:41:17 jenv_1
/usr/local/sbin/opensips[27453<wbr>]:
WARNING:core:utimer_ticker: utimer task
<tm-utimer> already scheduled for
15365200 ms (now 15365390 ms), it may
overlap..</div>
</div>
</div>
</blockquote>
</span> ...
<div>
<div class="m_-3343310005287040608h5"><br>
<blockquote type="cite">
<div dir="ltr">
<div>
<div>Mar 6 16:41:18 jenv_1
/usr/local/sbin/opensips[27453<wbr>]:
WARNING:core:utimer_ticker: utimer task
<tm-utimer> already scheduled for
15366070 ms (now 15366160 ms), it may
overlap..</div>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Mar 6, 2017 at
8:51 AM, Maxim Sobolev <span dir="ltr"><<a href="mailto:sobomax@sippysoft.com" target="_blank">sobomax@sippysoft.com</a>></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 class="m_-3343310005287040608m_5392651177076800146m_-8838871439651548590gmail_signature">
<div dir="ltr">Hi folks,</div>
<div dir="ltr"><br>
</div>
<div>We have observed the following
crash in the OpenSIPS:</div>
<div><br>
</div>
<div>
<div>$ sudo gdb712
/usr/local/sbin/opensips
~/opensips.27455.core</div>
<div>GNU gdb (GDB) 7.12 [GDB v7.12 for
FreeBSD]</div>
<div>Core was generated by `opensips'.<br>
</div>
<div>Program terminated with signal
SIGABRT, Aborted.</div>
<div>#0 0x0000000800ccf39a in
thr_kill () from /lib/libc.so.7</div>
<div>[Current thread is 1 (LWP
100588)]</div>
<div>(gdb) bt</div>
<div>#0 0x0000000800ccf39a in
thr_kill () from /lib/libc.so.7</div>
<div>#1 0x0000000800ccf386 in raise
() from /lib/libc.so.7</div>
<div>#2 0x0000000800ccf309 in abort
() from /lib/libc.so.7</div>
<div>#3 0x00000008009fe95a in ?? ()
from /lib/libthr.so.3</div>
<div>#4 0x00000008009fa046 in ?? ()
from /lib/libthr.so.3</div>
<div>#5 0x0000000801a148e1 in _lock
(s=0x805003800) at lock.h:100</div>
<div>#6 0x0000000801a14e84 in
final_response_handler
(fr_tl=0x805002078) at timer.c:389</div>
<div>#7 0x0000000801a1664a in
timer_routine (ticks=15362, set=0x0)
at timer.c:1066</div>
<div>#8 0x00000000004544dd in
handle_timer_job () at timer.c:567</div>
<div>#9 0x0000000000519920 in
handle_io (fm=0x80142e670, idx=1,
event_type=1) at net/net_udp.c:265</div>
<div>#10 0x00000000005187ca in
io_wait_loop_kqueue (h=0x8b6300
<_worker_io>, t=1, repeat=0)
at net/../io_wait_loop.h:281</div>
<div>#11 0x0000000000519bed in
udp_rcv_loop (si=0x80141ff98) at
net/net_udp.c:308</div>
<div>#12 0x000000000051a5c0 in
udp_start_processes
(chd_rank=0x7d56c8 <chd_rank>,
startup_done=0x0) at
net/net_udp.c:448</div>
<div>#13 0x00000000004318a5 in
main_loop () at main.c:731</div>
<div>#14 0x0000000000433c79 in main
(argc=9, argv=0x7fffffffe950) at
main.c:1271</div>
</div>
<div><br>
</div>
<div>The opensips configuration is:</div>
<div><br>
</div>
<div>
<div> if (method == "INVITE") {</div>
<div> if (!t_newtran())
{</div>
<div>
sl_reply_error();<br>
</div>
<div> exit;</div>
<div> };</div>
<div> };</div>
</div>
<div>
<div>
<div> # Do strict routing if
pre-loaded route headers present</div>
<div> if (loose_route()
&& !(method == "INVITE"))
{</div>
<div> t_relay();</div>
<div> exit;</div>
<div> };</div>
</div>
<div> if ((!lookup("location")
&& method == "INVITE"
&& uri == myself) || uri ==
myself) {</div>
<div>
sl_send_reply("404", "Not Found");</div>
<div> exit;</div>
<div> };</div>
<div> if (method == "INVITE") {</div>
<div> record_route();</div>
<div> };</div>
<div> if (!t_relay()) {</div>
<div> sl_reply_error();</div>
<div> };</div>
</div>
<div><br>
</div>
<div>SIP exchange leading to this is
below. It's basically case of the call
that has been cancelled on the side A
but INVITE got no provisional reply on
side B.</div>
<div><br>
</div>
<div>-Max</div>
<br>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.opensips.org" target="_blank">Devel@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-<wbr>bin/mailman/listinfo/devel</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="m_-3343310005287040608gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr">Maksym Sobolyev<br>
Sippy Software, Inc.<br>
Internet Telephony (VoIP) Experts<br>
Tel (Canada): <a href="tel:(778)%20783-0474" value="+17787830474" target="_blank">+1-778-783-0474</a><br>
Tel (Toll-Free): <a href="tel:(855)%20747-7779" value="+18557477779" target="_blank">+1-855-747-7779</a><br>
Fax: <a href="tel:(866)%20857-6942" value="+18668576942" target="_blank">+1-866-857-6942</a><br>
Web: <a href="http://www.sippysoft.com" target="_blank">http://www.sippysoft.com</a><br>
MSN: <a href="mailto:sales@sippysoft.com" target="_blank">sales@sippysoft.com</a><br>
Skype: SippySoft<br>
</div>
</div>
</div>
</div>
<br>
<fieldset class="m_-3343310005287040608mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
Devel mailing list
<a class="m_-3343310005287040608moz-txt-link-abbreviated" href="mailto:Devel@lists.opensips.org" target="_blank">Devel@lists.opensips.org</a>
<a class="m_-3343310005287040608moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel" target="_blank">http://lists.opensips.org/cgi-<wbr>bin/mailman/listinfo/devel</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.opensips.org">Devel@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-<wbr>bin/mailman/listinfo/devel</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Maksym Sobolyev<br>Sippy Software, Inc.<br>Internet Telephony (VoIP) Experts<br>Tel (Canada): +1-778-783-0474<br>Tel (Toll-Free): +1-855-747-7779<br>Fax: +1-866-857-6942<br>Web: <a href="http://www.sippysoft.com" target="_blank">http://www.sippysoft.com</a><br>MSN: <a href="mailto:sales@sippysoft.com" target="_blank">sales@sippysoft.com</a><br>Skype: SippySoft<br></div></div>
</div>