When I 'module unload chan_ss7', the memory allocated to asterisk immediately dropped to 0.4%. asterisk = 1.4.15 zaptel = 1.4.11 chan_ss7 = 1.0.10 uname -a = Linux scvideo 2.6.18-8.el5 #1 SMP Thu Mar 15 19:57:35 EDT 2007 i686 i686 i386 GNU/Linux cat /etc/redhat-release = CentOS release 5 (Final) --- On Mon, 25/8/08, marek cervenka <cervajs at fpf.slu.cz> wrote: > From: marek cervenka <cervajs at fpf.slu.cz> > Subject: Re: [asterisk-ss7] chan_ss7 - unstable link > To: asterisk-ss7 at lists.digium.com > Date: Monday, 25 August, 2008, 8:43 PM > > There seems to be memory leak after every incoming > call. From 'top', Asterisk was allocated >80% of > the memory(the machine has 2GB of ram) when the SS7 link > went down again. Any idea on how to pinpoint the memory > leakage? > > imho this isnt chan_ss7 problem > > what is your version of > asterisk/kernel/zaptel/chan_ss7/distro/...? > > > > --- On Wed, 6/8/08, Low Yu Siang > <yusiang at yahoo.com> wrote: > > > >> From: Low Yu Siang <yusiang at yahoo.com> > >> Subject: chan_ss7 - unstable link > >> To: asterisk-ss7 at lists.digium.com > >> Date: Wednesday, 6 August, 2008, 2:27 PM > >> Hi all, > >> > >> After running for days(~300 incoming calls), the > link > >> became unstable. Whenever a call is coming in, it > throws the > >> following error messages. This call is accepted > properly but > >> all other calls cant be accepted during this > moment(since > >> the signalling link is already down), until the > link > >> automatically comes up again. > >> > >> [Aug 6 11:07:43] NOTICE[25980]: mtp.c:1800 > >> mtp_thread_main: Empty Zaptel output buffer > detected, > >> outgoing packets may have been lost on link > 'l1'. > >> [Aug 6 11:07:43] NOTICE[25980]: mtp.c:1748 > >> mtp_thread_main: Full Zaptel input buffer > detected, incoming > >> packets may have been lost on link 'l1' > (count=64. > >> [Aug 6 11:07:43] NOTICE[25980]: mtp.c:1015 > >> mtp2_process_lssu: Got status indication > 'OS' while > >> INSERVICE on link 'l1'. > >> [Aug 6 11:07:43] WARNING[25980]: chan_ss7.c:622 > >> process_event: MTP is now DOWN on link > 'l1'. > >> [Aug 6 11:07:43] NOTICE[25980]: mtp.c:588 > mtp_changeover: > >> MTP changeover last_ack=3, last_sent=3, from > schannel 16, no > >> INSERVICE schannel found > >> [Aug 6 11:07:43] NOTICE[25980]: mtp.c:592 > mtp_changeover: > >> Failover not possible, no other signalling link > and no other > >> host available. > >> [Aug 6 11:07:43] WARNING[25980]: chan_ss7.c:622 > >> process_event: MTP is now DOWN on link > 'l1'. > >> [Aug 6 11:07:43] WARNING[25980]: mtp.c:1931 > >> mtp_thread_main: No signalling links inservice and > no > >> cluster receivers alive, dropping packet! > >> [Aug 6 11:07:45] NOTICE[25980]: mtp.c:1138 > >> mtp2_good_frame: Sending TRA to peer on link > >> 'l1'.... > >> [Aug 6 11:07:45] WARNING[25980]: chan_ss7.c:618 > >> process_event: MTP is now UP on link 'l1'. > > --------------------------------------- > Marek Cervenka > ======================================= > > > _______________________________________________ > --Bandwidth and Colocation Provided by > http://www.api-digital.com-- > > asterisk-ss7 mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-ss7 Send instant messages to your online friends http://uk.messenger.yahoo.com
|