|Summary:||ASTERISK-05059: coredump with libpri/asterisk|
|Reporter:||Roy Sigurd Karlsbakk (rkarlsba)||Labels:|
|Date Opened:||2005-09-12 07:50:01||Date Closed:||2011-06-07 14:03:10|
|Environment:||Attachments:||( 0) q921_bt.txt|
|Description:||had asterisk running normally, and _boom_|
error seems to be in q921_transmit()
|Comments:||By: Kevin P. Fleming (kpfleming) 2005-09-13 21:59:43|
Please generate a complete backtrace as you have been requested to do before... without seeing the parameters and local variables it's nearly impossible for us to find out what was happening. You didn't even bother to post the message that was generated when it crashed (if any).
By: Roy Sigurd Karlsbakk (rkarlsba) 2005-09-14 03:29:11
I've been through all logs and have not found anything.
This is all the output I could get. Also, it only happened under high load. I haven't seen this later
By: Michael Jerris (mikej) 2005-09-14 05:52:42
suspending until you can provide a bt full and tread apply all bt on a newly generated core file along witht verbose logs from the call causing the problem. Just set verbose to go to a file, and when it crashes, grab the last bit.
By: Roy Sigurd Karlsbakk (rkarlsba) 2005-09-14 06:04:46
i have already set verbose and debug and all to go to a file, but there's nothing there
By: Michael Jerris (mikej) 2005-09-14 06:52:48
My previous note still stands, there is no bt full or thread apply all bt, so this still needs to be suspended.