[Freeswitch-users] Memory leak in mod_nibblebill or in ODBC core?

Vlasis Hatzistavrou (KTI) vhatz at kinetix.gr
Tue Apr 20 17:29:22 PDT 2010


Hello all,

A quick question since the topic of lost sip dialogs was touched: in 
cases of such dialogs, I assume that FS keeps the reserved memory for 
the SIP dialog. But what happens when many lost SIP dialogs start to 
accumulate over time? Does FS have any internal time-out for too old 
dialogs to declare them dead and release the reserved memory?

Best regards,
Vlasis Hatzistavrou
Monastiriou 9 & Enotikon
54627
Thessaloniki
Greece
Tel.: +302310556134
Fax: +302310556134 (ext. 0)
GSM: +306977835653
e-mail: vhatz at kinetixtele.com
http://www.kinetixtele.com



Anthony Minessale wrote:
> yes its a function of the sofia-sip project, but did you wait before 
> you stopped it?
> We have people sending non stop 200+calls a second complaining about 
> no leaks.
> So if you have some real problem it's going to be your network 
> conditions and interop with your
> providers causing an edge case with the SIP stack itself who has it's 
> own list and irc channel.
>
>
>
> On Mon, Apr 19, 2010 at 11:45 AM, Sergey Okhapkin 
> <sos at sokhapkin.dyndns.org <mailto:sos at sokhapkin.dyndns.org>> wrote:
>
>     It's possible that some BYE or ACK could be lost, but shouldn't
>     sip dialogs be
>     destroyed automatically after a timeout?
>
>     On Monday 19 April 2010, Anthony Minessale wrote:
>     > welll you are losing sip dialogs somewhere.
>     > It's not a leak its loss of sip dialogs most likely a side effect of
>     > topology problems.
>     >
>     >
>     > On Mon, Apr 19, 2010 at 11:03 AM, Sergey Okhapkin
>     >
>     > <sos at sokhapkin.dyndns.org <mailto:sos at sokhapkin.dyndns.org>>wrote:
>     > > The command was exactly as you suggested, FS was started with
>     "-nonat
>     > > -vg" command line options, after few hours run (about 5K calls
>     processed)
>     > > FS was shut down gracefully.
>     > >
>     > > On Monday 19 April 2010, Anthony Minessale wrote:
>     > > > This is invalid.
>     > > >
>     > > > Those places are where sip calls are created and they are most
>     > > > definitely not leaking.
>     > > > If anything, it suggests dialogs that are up still and not yet
>     > > > destroyed
>     > >
>     > > at
>     > >
>     > > > the termination of the program.
>     > > > If this location in the code was a leak it would be gigs not
>     megs
>     > >
>     > > missing.
>     > >
>     > > > Did you do the exact command I said (especially -vg param to
>     FS) and
>     > > > then
>     > >
>     > > a
>     > >
>     > > > full clean shutdown all the way back to the shell?
>     > > >
>     > > > Are you maybe not getting the BYE to your calls creating
>     open dialogs?
>     > > > You may want to turn on the sip trace.
>     > > >
>     > > >
>     > > > On Mon, Apr 19, 2010 at 10:29 AM, Sergey Okhapkin
>     > > >
>     > > > <sos at sokhapkin.dyndns.org
>     <mailto:sos at sokhapkin.dyndns.org>>wrote:
>     > > > > Valgrind doesn't show leaks in mod_nibblebill, most of the
>     leaked
>     > >
>     > > memory
>     > >
>     > > > > was
>     > > > > in mod_sofia:
>     > > > >
>     > > > > ==12476== 53,064 bytes in 67 blocks are definitely lost in
>     loss
>     > > > > record 138 of
>     > > > > 141
>     > > > > ==12476==    at 0x4026378: malloc (in /usr/lib/valgrind/x86-
>     > > > > linux/vgpreload_memcheck.so)
>     > > > > ==12476==    by 0x6A0DC8F: sofia_handle_sip_i_invite
>     (sofia.c:6538)
>     > > > > ==12476==
>     > > > > ==12476==
>     > > > > ==12476== 92,664 bytes in 117 blocks are definitely lost
>     in loss
>     > > > > record 139 of
>     > > > > 141
>     > > > > ==12476==    at 0x4026378: malloc (in /usr/lib/valgrind/x86-
>     > > > > linux/vgpreload_memcheck.so)
>     > > > > ==12476==    by 0x6A2F76F: sofia_glue_do_invite
>     (sofia_glue.c:1874)
>     > > > > ==12476==
>     > > > >
>     > > > > BTW, do I understand FS code correct that channel private
>     data are
>     > >
>     > > always
>     > >
>     > > > > handled by sqlite, even if I enable core ODBC?
>     > > > >
>     > > > > On Monday 19 April 2010, Anthony Minessale wrote:
>     > > > > > 300M is tiny. try having 2000 channels up you can soar
>     into a gig
>     > > > > > of
>     > > > >
>     > > > > usage.
>     > > > >
>     > > > > > That valgrind report only showed 100k leaked which means
>     it was all
>     > > > > > accounted for and torn down in the end.
>     > > > > >
>     > > > > > If you can find a specific leak in the nibble bill
>     module with
>     > >
>     > > valgrind
>     > >
>     > > > > we
>     > > > >
>     > > > > > will gladly fix it and you
>     > > > > > can gladly thank us for giving you a way to make money
>     by the
>     > > > > > second.
>     > > > > >
>     > > > > > valgrind --tool=memcheck --log-file=vg.log --leak-check=full
>     > > > > > --leak-resolution=high --show-reachable=yes
>     > > > > > /usr/local/freeswitch/bin/freeswitch -vg
>     > > > > >
>     > > > > >
>     > > > > >
>     > > > > > On Sun, Apr 18, 2010 at 11:48 AM, Sergey Okhapkin
>     > > > > >
>     > > > > > <sos at sokhapkin.dyndns.org
>     <mailto:sos at sokhapkin.dyndns.org>>wrote:
>     > > > > > > Which valgrind options should I specify? I did run
>     > > > > > >
>     > > > > > > valgrind --tool=memcheck --log-file=vg.log
>     --leak-check=full
>     > >
>     > > --leak-
>     > >
>     > > > > > > resolution=high --show-reachable=yes ./freeswitch
>     -nonat -vg
>     > > > > > >
>     > > > > > > 100K leaked is nothing compared to FS process RSS of
>     300M...
>     > > > > > >
>     > > > > > > On Sunday 18 April 2010, Anthony Minessale wrote:
>     > > > > > > > Also thatb suggests you leaked a whopping 100k
>     > > > > > > >
>     > > > > > > > On Apr 18, 2010 11:35 AM, "Anthony Minessale" <
>     > > > > > >
>     > > > > > > anthony.minessale at gmail.com
>     <mailto:anthony.minessale at gmail.com>>
>     > > > > > >
>     > > > > > > > wrote:
>     > > > > > > >
>     > > > > > > > That's not very useful you need a full report with
>     extended
>     > > > > > > > checking.
>     > > > > > > >
>     > > > > > > > > On Apr 18, 2010 7:34 AM, "Sergey Okhapkin" <
>     > > > >
>     > > > > sos at sokhapkin.dyndns.org <mailto:sos at sokhapkin.dyndns.org>>
>     > > > >
>     > > > > > > > wrote:
>     > > > > > > > > According to v...
>     > > > > > > > >
>     > > > > > > > >
>     > > > > > > > >
>     > > > > > > > >
>     > > > > > > > >
>     > > > > > > > > On Saturday 17 April 2010, Michael Jerris wrote:
>     > > > > > > > > That is a completely incorrect statement. Usi...
>     > > > > > >
>     > > > > > > _______________________________________________
>     > > > > > > FreeSWITCH-users mailing list
>     > > > > > > FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     > > > > > >
>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     > > > > > > UNSUBSCRIBE:
>     > > > >
>     > > > > http://lists.freeswitch.org/mailman/options/freeswitch-users
>     > > > >
>     > > > > > > http://www.freeswitch.org
>     > > > >
>     > > > > _______________________________________________
>     > > > > FreeSWITCH-users mailing list
>     > > > > FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     > > > > UNSUBSCRIBE:
>     > >
>     > > http://lists.freeswitch.org/mailman/options/freeswitch-users
>     > >
>     > > > > http://www.freeswitch.org
>     > >
>     > > _______________________________________________
>     > > FreeSWITCH-users mailing list
>     > > FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     > >
>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>     > > http://www.freeswitch.org
>     >
>
>
>     _______________________________________________
>     FreeSWITCH-users mailing list
>     FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>     http://www.freeswitch.org
>
>
>
>
> -- 
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> AIM: anthm
> MSN:anthony_minessale at hotmail.com 
> <mailto:MSN%3Aanthony_minessale at hotmail.com>
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com 
> <mailto:PAYPAL%3Aanthony.minessale at gmail.com>
> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org 
> <mailto:sip%3A888 at conference.freeswitch.org>
> googletalk:conf+888 at conference.freeswitch.org 
> <mailto:googletalk%3Aconf%2B888 at conference.freeswitch.org>
> pstn:+19193869900
> ------------------------------------------------------------------------
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100421/356bc425/attachment.html 


More information about the FreeSWITCH-users mailing list