On Apr 10, 2007, at 10:28 PM, Vazir wrote:
I know how to debug a core. The condition mentioned is not
coredumping. Another question if I need to compile asterisk
with "DO_CRASH" to get core - if it so, just please
confirm.
No, no. You can attach to it with gdb while it is in the state where
it doesn't accept calls, and get a backtrace on all the threads. That
might help me to know why it's not accepting calls.
Matthew Fredrickson
On ١٠ April ٢٠٠٧ ٢٢:٥٥, Wasim Baig wrote:
On ٤/١٠/٠٧, Vazir <[EMAIL PROTECTED]> 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
١. start Asterisk with safe_asterisk
٢. enter "gdb asterisk core.xxxx"
٣. enter "bt" while in gdb (or do a "bt full")
٤. enter "thread apply all bt"
Naturally you'll need to have gdb installed on your
system
Anton.
On ١٠ April ٢٠٠٧ ٢١:٠٩, 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 ٩, ٢٠٠٧, at ٥:٤١ AM, Vazir wrote:
Matthew,
Made a testbed as of
TESTPC < -- > PC_CHAN_SS٧ < -- ٤xe١ -- > PC_LIBSS٧
So PC_CHAN_SS٧ is test١ in logs below
and PC_LIBSS٧ is test٢
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_SS٧ which than places an SS٧ call to
PC_LIBSS٧. TESTPC also records all of the placed
calls by Monitor() for further manual (audial)
analysis .
LIBSS٧ initially working and there is both-way
audio in all CIC. After a few minutes of the loaded
operation it fails signalling (chan_ss٧ PC shows
that it looses connection) but even if I stop
asterisk on PC_CHAN_SS٧ - the libss٧ keeps thinking
that there is connection. Restart or any
manipulations on PC_CHAN_SS٧ brings no result and
to restore the link asterisk on PC_LIBSS٧ must be
restarted.
...
Zap/٩٦-١ [EMAIL PROTECTED]:٣ Up
Echo() Zap/٩٨-١ [EMAIL PROTECTED]:٣ Up
Echo() Zap/١٠٠-١ [EMAIL PROTECTED]:٣
Up Echo() Zap/١٠٢-١ [EMAIL PROTECTED]:٣
Up Echo() Zap/١٠٣-١ [EMAIL PROTECTED]:٣
Up Echo() Zap/١٠٤-١ [EMAIL PROTECTED]:٣
Up Echo() Zap/١٠٥-١ [EMAIL PROTECTED]:٣ Up
Echo() Zap/١١٣-١ [EMAIL PROTECTED]:٣ Up
Echo() Zap/١١٤-١ [EMAIL PROTECTED]:٣ Up
Echo() ٩٣ active channels
٩٥ active calls
test٢*CLI>
test٢*CLI> ss٧ show linkset ١
SS٧ linkset ١ status: Up
test٢*CLI>
test١*CLI> ss٧ link status
linkset test٢, link l١, schannel ١٦, NOT_ALIGNED,
rx: ٠, tx: ٠/٤, sentseq/lastack: ١٢٧/١٢٧, total
٧٦٧٢٠, ٧٦٧٨٤ test١*CLI>
test١*CLI> core show channels
Channel Location State
Application(Data)
٠ active channels
٠ active calls
test١*CLI>
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com
--
asterisk-ss٧ mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-s
s٧
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com
--
asterisk-ss٧ mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-ss٧
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-ss٧ mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-ss٧
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-ss٧ mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-ss٧
_______________________________________________
--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
