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

Anthony Minessale anthony.minessale at gmail.com
Mon Apr 19 09:31:52 PDT 2010


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>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>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>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>
> > > > >
> > > > > > 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>
> > >
> > > > > > 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
> > > > > 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
> > > 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
> 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 <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100419/9441ffa8/attachment-0001.html 


More information about the FreeSWITCH-users mailing list