I am running revision 8865 of opensips v1.7.2 and getting similar error. The service is crashing twice a day.<div><br></div><div><div>=============================================================================================</div>
<div>Mar 29 16:48:54 osips-test rtsip-service[17339]: WARNING:core:fm_malloc: Not enough free memory, will atempt defragmenation</div><div>Mar 29 16:48:54 osips-test rtsip-service[17339]: ERROR:core:tcpconn_new: shared memory allocation failure</div>
<div>Mar 29 16:49:03 osips-test rtsip-service[17339]: ERROR:core:handle_new_connect: tcpconn_new failed, closing socket</div><div>=============================================================================================
</div><div><br></div><div>opensips -V output is,</div><div><div>=============================================================================================
</div><div>version: opensips 1.7.2-tls (i386/linux)</div><div>flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, USE_SCTP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT</div><div>
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535</div><div>poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.</div><div>svnrevision: 2:8865M</div><div>@(#) $Id: main.c 8537 2011-11-08 17:02:11Z bogdan_iancu $</div>
<div>main.c compiled on 20:09:09 Mar 27 2012 with gcc 4.4.5</div></div><div>=============================================================================================
</div><div><br></div><div>Thank you.<br><br><br><div class="gmail_quote">On Fri, Mar 30, 2012 at 3:00 AM, Ovidiu Sas <span dir="ltr">&lt;<a href="mailto:osas@voipembedded.com">osas@voipembedded.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Your opensips version is quite a few revisions back (8527 vs 8880).<br>
Please rebuild from stable branch and try again:<br>
<a href="https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.8" target="_blank">https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.8</a><br>
<br>
Regards,<br>
Ovidiu Sas<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
VoIP Embedded, Inc.<br>
<a href="http://www.voipembedded.com" target="_blank">http://www.voipembedded.com</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Thu, Mar 29, 2012 at 5:54 PM, Ryan Bullock &lt;<a href="mailto:rrb3942@gmail.com">rrb3942@gmail.com</a>&gt; wrote:<br>
&gt; After some recent scripting changes we started getting the following<br>
&gt; errors in our logs:<br>
&gt;<br>
&gt; ERROR:core:do_action: memory allocation failure<br>
&gt; ERROR:core:pv_set_ruri_user: do action failed<br>
&gt; CRITICAL:core:mk_proxy: pkg memory allocation failure<br>
&gt; .........<br>
&gt; .........<br>
&gt;<br>
&gt; Restarting opensips clears the issue for awhile.<br>
&gt;<br>
&gt; System information:<br>
&gt; Scientific Linux 6.1<br>
&gt; Linux 2.6.32-220.4.1.el6.x86_64 #1 SMP Mon Jan 23 17:20:44 CST 2012<br>
&gt; x86_64 x86_64 x86_64 GNU/Linux<br>
&gt;<br>
&gt; Opensips Info (This is a bit older SVN of trunk, so unsure if this is<br>
&gt; a known issue, I could not find one):<br>
&gt; version: opensips 1.8.0-dev0-notls (x86_64/linux)<br>
&gt; flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST,<br>
&gt; SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT<br>
&gt; ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,<br>
&gt; MAX_URI_SIZE 1024, BUF_SIZE 65535<br>
&gt; poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.<br>
&gt; svnrevision: 2:8527M<br>
&gt; @(#) $Id: main.c 8506 2011-10-21 10:21:10Z vladut-paiu $<br>
&gt; main.c compiled on 09:00:51 Jan  9 2012 with gcc 4.4.5<br>
&gt;<br>
&gt; Opensips Startup options: &quot;-u opensips -g opensips -m 2560 -M 100&quot;<br>
&gt;<br>
&gt; The big scripting changes that were made included storing the $rb of<br>
&gt; the initial invite in a dialog variable (e.g<br>
&gt; store_dlg_value(&quot;uac_body&quot;,&quot;$rb&quot;)) and the use of  append_to_reply()<br>
&gt; (e.g. append_to_reply(&quot;Contact: $avp(contact)\r\nContent-Type:<br>
&gt; application/sdp\r\n&quot;))  with t_reply_with_body (e.g<br>
&gt; t_reply_with_body(&quot;200&quot;, &quot;OK&quot;, &quot;$avp(uac_body)&quot;)) for an interop issue<br>
&gt; were having.<br>
&gt;<br>
&gt; While I would expect some increased memory usage (from storing $rb), I<br>
&gt; do not think it should be using up all of our package memory.<br>
&gt; Increasing package memory does appear to increase the time between<br>
&gt; occurrences.<br>
&gt;<br>
&gt; A memory dump from the last time we received these errors is availble at:<br>
&gt; <a href="http://voipnerd.net/files/temp/opensips_memdump_dlgvar.log.bz2" target="_blank">http://voipnerd.net/files/temp/opensips_memdump_dlgvar.log.bz2</a><br>
&gt;<br>
&gt; Could someone please take a peak at the dump and ensure no leak is<br>
&gt; happening? Or am I really using 100M of package memory?<br>
&gt;<br>
&gt; We are planning an update to the latest 1.8 svn this weekend in hopes<br>
&gt; that it may resolve this issue and bring us more current.<br>
&gt;<br>
&gt; Please let me know if any additional information is required.<br>
&gt;<br>
&gt; Thank you for your time.<br>
&gt;<br>
&gt; Regards,<br>
&gt;<br>
&gt; Ryan<br>
<br>
_______________________________________________<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" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/devel</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Muhammad Shahzad<br>-----------------------------------<br>CISCO Rich Media Communication Specialist (CRMCS)<br>CISCO Certified Network Associate (CCNA)<br>
Cell: +92 334 422 40 88<br>MSN: <a href="mailto:shari_786pk@hotmail.com">shari_786pk@hotmail.com</a><br>Email: <a href="mailto:shaheryarkh@googlemail.com">shaheryarkh@googlemail.com</a><br>
</div></div>