[asterisk-dev] Too many open files
Steve Murphy
murf at parsetree.com
Thu Jul 22 10:30:43 CDT 2010
On Thu, Jul 22, 2010 at 1:16 AM, Olle E. Johansson <oej at edvina.net> wrote:
>
> 21 jul 2010 kl. 22.10 skrev Simon Perreault:
>
> > On 2010-07-21 16:14, Andreas Sikkema wrote:
> >> But using very high ulimit values to hide bugs is just bad by any
> >> measure. Leaking file descriptors will one day bite you hard, whether
> >> the limit is high or low and it will always be at a very inconvenient
> >> time. For some time I even had munin monitor an app for the number of
> >> file descriptors it had so I could restart it during a maintenance
> >> window. After doing that for a couple of weeks you really, really
> >> want the bug to be fixed.
> >
> > I was assuming there was no leak.
> >
> If murf sends a report to asterisk-dev, you can safely assume there's a
> leak somewhere.
> I've heard about this, but have not experienced it myself.
>
> Steve, I would duplicate the system and run SIPP with a large number of
> calls. It's easy to check
> how many RTP sessions you should have - there are four ports per audio
> call. If "sip show channels"
> show 100 calls, you should have 200 inbound ports open for listening and
> 200 ports used for sending stuff.
> In addition to this you have the usual ports, but those are not many.
>
> If we have a file leak, it's worth tracking it down. From the ports
> reported, it sure smells like RTP/RTCP ports.
>
Thanks, Olle.
I concur, it looks very much like a leak to me, And it does look likecalls
contribute to the left-over open files,
as yesterday, I had 252 open files, and today, I have 270.
I have copies of this virtual machine in several places in the cloud, and
they pretty much only vary in configuration, and this system is the only one
with this problem.
Which leads me to think that the leak is associated either with a particular
configuration, or perhaps to a particular
voip provider, or some combo of the two, or I'm just totally a bad guesser.
Today, "core show calls" says "192 calls processed", yesterday "127 calls
processed", diff = 65 calls.
open files today=270, yesterday=252, diff=18. So, whatever is happening,
isn't happening on every call.
Maybe only incoming calls? Outgoing? using a particular IP provider? combo?
who knows!
Unfortunately, this system is scheduled for termination soon... I may or may
not find the problem in the time allotted.
WIll keep you all posted.
murf
>
> /O
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
>
--
Steve Murphy
ParseTree Corp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20100722/692dec92/attachment.htm
More information about the asterisk-dev
mailing list