My other proxy crashed as well with these ERRORs in the syslog:<div><br></div><div><div><font class="Apple-style-span" face="&#39;courier new&#39;, monospace">Nov 10 22:01:02 core2 /usr/local/sbin/opensips[22959]: ERROR:db_flatstore:get_name: pkg memory allocation failure</font></div>
<div><font class="Apple-style-span" face="&#39;courier new&#39;, monospace">Nov 10 22:01:02 core2 /usr/local/sbin/opensips[22959]: ERROR:db_flatstore:flat_reopen_connection: failed to get_name</font></div><div><font class="Apple-style-span" face="&#39;courier new&#39;, monospace">Nov 10 22:01:02 core2 /usr/local/sbin/opensips[22959]: ERROR:db_flatstore:flat_db_insert: uninitialized connection</font></div>
<div><font class="Apple-style-span" face="&#39;courier new&#39;, monospace">Nov 10 22:01:02 core2 /usr/local/sbin/opensips[22959]: ERROR:db_flatstore:flat_db_insert: uninitialized connection</font></div><div><font class="Apple-style-span" face="&#39;courier new&#39;, monospace">...</font></div>
<div><font class="Apple-style-span" face="&#39;courier new&#39;, monospace">Nov 10 22:01:21 core2 /usr/local/sbin/opensips[22959]: ERROR:db_flatstore:flat_db_insert: uninitialized connection</font></div><div><font class="Apple-style-span" face="&#39;courier new&#39;, monospace">Nov 10 22:01:22 core2 /usr/local/sbin/opensips[22959]: ERROR:db_flatstore:flat_db_insert: uninitialized connection</font></div>
<div><font class="Apple-style-span" face="&#39;courier new&#39;, monospace">Nov 10 22:01:22 core2 /usr/local/sbin/opensips[22959]: ERROR:db_flatstore:new_flat_id: no pkg memory left</font></div><div><font class="Apple-style-span" face="&#39;courier new&#39;, monospace">Nov 10 22:01:22 core2 kernel: [4297088.404734] opensips[22959]: segfault at 10 ip 7f3db577e21f sp 7fffa260d640 error 4 in db_flatstore.so[7f3db577b000+5000]</font></div>
<br><div class="gmail_quote">On Wed, Nov 10, 2010 at 10:19 AM, thrillerbee <span dir="ltr">&lt;<a href="mailto:thrillerbee@gmail.com">thrillerbee@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;">
Bogdan,<div><br></div><div>Well, I spoke too soon - it&#39;s not just an issue with the opensipsctl fifo calls - looks more like a memory leak.  It crashed again today, but I did get some errors in the syslog this time right before the crash:</div>

<div><div>
<font face="&#39;courier new&#39;, monospace">Nov 10 15:42:32 core1 /usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left</font></div><div><font face="&#39;courier new&#39;, monospace">Nov 10 15:42:32 core1 kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]</font></div>


<div>To be thorough, I&#39;ve attached the backtrace &amp; output from print commands (although they&#39;re the same as before).</div><div><br></div><div>To answer your question, yes - I do use the flat_rotate MI command.</div>

<div><br></div><div>Thanks again.</div><div class="im"><br><div class="gmail_quote">On Wed, Nov 10, 2010 at 4:04 AM, Bogdan-Andrei Iancu <span dir="ltr">&lt;<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>&gt;</span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
opensipsctl takes care that each command takes a separate fifo reply, so here it should be no problem. But the problem may be when comes with sending multiple commands (via FIFO) in the same time - this translates into parallel writes to the same file and depends on the atomicity of the write op.<br>




<br>
But in the worst case, a mixture at the FIFO level may lead to bogus command and not in any kind of crash....Do you use the &quot;flat_rotate&quot; MI command ?<br>
<br>
Regards,<br>
Bogdan<br>
<br>
thrillerbee wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Bogdan,<br>
<br><div>
It seems the issue is with &#39;opensipsctl fifo&#39; - it&#39;s very sensitive to simultaneous calls.  Basically, I&#39;ve combined all my scripts to prevent &#39;opensipsctl fifo&#39; from being called too frequently and that seems (so far) to have mitigated the issue.  Is there anything one should know about how (not) to use /opensipsctl/?<br>




<br>
Thanks.<br>
<br></div><div>
On Mon, Nov 8, 2010 at 6:07 AM, Bogdan-Andrei Iancu &lt;<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a> &lt;mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>&gt;&gt; wrote:<br>




<br>
    Hi,<br>
<br></div><div>
    strange if you do not have any errors :(....<br>
<br>
    I just made a fix on both trunk and 1.6 to extend some checks in<br>
    flatstore and prevent crashing (even if the DB op will not be<br>
    executed).<br>
<br>
    Could you update from SVN and see if stops crashing ?<br>
<br>
    Regards,<br>
    Bogdan<br></div></blockquote></blockquote></div></div></div>
</blockquote></div><br></div>