My other proxy crashed as well with these ERRORs in the syslog:<div><br></div><div><div><font class="Apple-style-span" face="'courier new', 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="'courier new', 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="'courier new', 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="'courier new', 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="'courier new', monospace">...</font></div>
<div><font class="Apple-style-span" face="'courier new', 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="'courier new', 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="'courier new', 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="'courier new', 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"><<a href="mailto:thrillerbee@gmail.com">thrillerbee@gmail.com</a>></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'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="'courier new', 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="'courier new', 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've attached the backtrace & output from print commands (although they'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"><<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>></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 "flat_rotate" 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 'opensipsctl fifo' - it's very sensitive to simultaneous calls. Basically, I've combined all my scripts to prevent 'opensipsctl fifo' 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 <<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a> <mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>>> 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>