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

Sergey Okhapkin sos at sokhapkin.dyndns.org
Mon Apr 19 09:45:06 PDT 2010


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>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
> 




More information about the FreeSWITCH-users mailing list