<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Hi Jeff,<br>
<br>
Is this with B2BUA?<br>
I have a report with a complex b2b scenario and transactions hanged
in memory.<br>
<br>
Regards,<br>
Anca<br>
<br>
<br>
On 29/04/11 16:28, Jeff Pyle wrote:
<blockquote cite="mid:C9E0354C.3DD05%25jpyle@fidelityvoice.com"
type="cite">
<div>
<div>Hello,</div>
<div><br>
</div>
<div>Everything is running along just fine for weeks on 1.6.4,
and then <i>bam</i>, this shows up in the logs:</div>
<div><br>
</div>
<div>
<blockquote style="margin: 0px 0px 0px 40px; border-style:
none; padding: 0px;">
<div>/usr/sbin/opensips[12290]: WARNING:core:fm_malloc: Not
enough free memory, will atempt defragmenation</div>
<div>/usr/sbin/opensips[12290]: ERROR:tm:insert_tmcb: no
more shared memory</div>
<div>/usr/sbin/opensips[12290]: ERROR:uac:replace_uri:
failed to install TM callback</div>
<div>/usr/sbin/opensips[12284]: WARNING:core:fm_malloc: Not
enough free memory, will atempt defragmenation</div>
<div>/usr/sbin/opensips[12284]: ERROR:core:new_avp: no more
shm mem</div>
<div>/usr/sbin/opensips[12284]: ERROR:core:add_avp: Failed
to create new avp structure</div>
<div>/usr/sbin/opensips[12306]: WARNING:core:fm_malloc: Not
enough free memory, will atempt defragmenation</div>
<div>/usr/sbin/opensips[12306]: ERROR:tm:new_t: out of mem</div>
<div>/usr/sbin/opensips[12302]: WARNING:core:fm_malloc: Not
enough free memory, will atempt defragmenation</div>
<div>/usr/sbin/opensips[12302]: ERROR:tm:relay_reply: no
more share memory</div>
<div>/usr/sbin/opensips[12284]: WARNING:core:fm_malloc: Not
enough free memory, will atempt defragmenation</div>
<div>/usr/sbin/opensips[12294]: WARNING:core:fm_malloc: Not
enough free memory, will atempt defragmenation</div>
<div>/usr/sbin/opensips[12284]: ERROR:core:new_avp: no more
shm mem</div>
<div>/usr/sbin/opensips[12284]: ERROR:core:add_avp: Failed
to create new avp structure</div>
<div>/usr/sbin/opensips[12306]: ERROR:tm:t_newtran: new_t
failed</div>
<div>/usr/sbin/opensips[12294]: ERROR:tm:relay_reply: no
more share memory</div>
</blockquote>
</div>
<div><br>
</div>
<div>Hundreds of lines like it. This is just a sample. But, it
did not crash. I have shared memory set to 32M. Normally I
run less than 8M used. After this event the max_used_size was
at 32M, but the real_used_size was around 24M. And it wasn't
changing. Strange.</div>
<div><br>
</div>
<div>My first thought was a DoS attack but a pcap I took right
after looked normal.</div>
<div><br>
</div>
<div>Normally this proxy runs anywhere from 70-150 transactions
in progress at any given moment. After this event, it was
stuck at right around 1300. Things seemed to be processing;
no symptoms on outbound calls. Very strange.</div>
<div><br>
</div>
<div>I restarted Opensips and everything seems normal.</div>
<div><br>
</div>
<div>I'm not sure where to begin on this one. I'm not sure if
the shared memory problem was a symptom or a cause. In the
few years I've been working with Opensips I've never seen
anything like this. Any direction from the list would be
great.</div>
<div><br>
</div>
<div><br>
</div>
<div>- Jeff</div>
</div>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Anca Vamanu
OpenSIPS Developer</pre>
</body>
</html>