On 4/10/07, Vazir <anton.vazir@xxxxxxxxx> wrote: > > Matthew, > > I can give you an ssh access to a pc and will reproduce the > case in a few minutes > > Or tell me how to get full backtrace of the treads. http://www.voip-info.org/wiki/view/Asterisk+debugging Backtracing a core dump file in /tmp 1. start Asterisk with safe_asterisk 2. enter "gdb asterisk core.xxxx" 3. enter "bt" while in gdb (or do a "bt full") 4. enter "thread apply all bt" Naturally you'll need to have gdb installed on your system Anton. > > On 10 April 2007 21:09, Matthew Fredrickson wrote: > > It sounds like there might be a locking bug. If you can > > get me a full backtrace of all the threads on the system > > and file a bug report on bugs.digium.com, I will take a > > look at it. > > > > Matthew Fredrickson > > > > On Apr 9, 2007, at 5:41 AM, Vazir wrote: > > > Matthew, > > > > > > Made a testbed as of > > > > > > TESTPC < -- > PC_CHAN_SS7 < -- 4xe1 -- > PC_LIBSS7 > > > > > > So PC_CHAN_SS7 is test1 in logs below > > > and PC_LIBSS7 is test2 > > > > > > Testpc generates huge load by placing call files to > > > the /var/spool/asterisk/outgoing and connecting local > > > extension which plays "hello world" va SIP to > > > PC_CHAN_SS7 which than places an SS7 call to PC_LIBSS7. > > > TESTPC also records all of the placed calls by > > > Monitor() for further manual (audial) analysis . > > > > > > LIBSS7 initially working and there is both-way audio in > > > all CIC. After a few minutes of the loaded operation it > > > fails signalling (chan_ss7 PC shows that it looses > > > connection) but even if I stop asterisk on PC_CHAN_SS7 > > > - the libss7 keeps thinking that there is connection. > > > Restart or any manipulations on PC_CHAN_SS7 brings no > > > result and to restore the link asterisk on PC_LIBSS7 > > > must be restarted. > > > > > > ... > > > Zap/96-1 160@incoming:3 Up > > > Echo() Zap/98-1 160@incoming:3 Up > > > Echo() Zap/100-1 160@incoming:3 Up > > > Echo() Zap/102-1 160@incoming:3 Up > > > Echo() Zap/103-1 160@incoming:3 Up > > > Echo() Zap/104-1 160@incoming:3 Up > > > Echo() Zap/105-1 160@incoming:3 > > > Up Echo() Zap/113-1 160@incoming:3 > > > Up Echo() Zap/114-1 160@incoming:3 > > > Up Echo() 93 active channels > > > 95 active calls > > > test2*CLI> > > > > > > test2*CLI> ss7 show linkset 1 > > > SS7 linkset 1 status: Up > > > test2*CLI> > > > > > > > > > test1*CLI> ss7 link status > > > linkset test2, link l1, schannel 16, NOT_ALIGNED, rx: > > > 0, tx: 0/4, sentseq/lastack: 127/127, total 76720, > > > 76784 test1*CLI> > > > > > > test1*CLI> core show channels > > > Channel Location State > > > Application(Data) > > > 0 active channels > > > 0 active calls > > > test1*CLI> > > > _______________________________________________ > > > --Bandwidth and Colocation provided by Easynews.com -- > > > > > > asterisk-ss7 mailing list > > > To UNSUBSCRIBE or update options visit: > > > > > > http://lists.digium.com/mailman/listinfo/asterisk-ss7 > > > > _______________________________________________ > > --Bandwidth and Colocation provided by Easynews.com -- > > > > asterisk-ss7 mailing list > > To UNSUBSCRIBE or update options visit: > > http://lists.digium.com/mailman/listinfo/asterisk-ss7 > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-ss7 mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-ss7 > -- wasim h. baig | principal consultant | convergence pk | +92 300 8508070 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20070410/81e575fc/attachment.htm
|