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

Mon Apr 19 10:06:28 PDT 2010

Yes, I stopped the traffic to the server and issued hupall CLI command before 
shutting down FS.

On Monday 19 April 2010, 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>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>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
> >
> > _______________________________________________
> > 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
> 