My Asterisk 1.6.0.6 installation has been restarting on it's own every couple of days for about 3 weeks. I've been unable to find anything that was causing it until this morning.
I configured a couple of new extensions yesterday through the Thirdlane MTE v 6.0.1.81. Any time one of those new extensions attempts to check voicemail the Asterisk daemon restarts.
This new extension is a two-digit extension, I don't know if that will cause a problem, but this is the first two-digit extension I've configured, so that can't be the whole problem.
I've tried following the instructions at http://www.voip-info.org/wiki/view/Asterisk+debugging. The backtrace appears, at least to me, pretty useless. Here's the tail end...
---Type to continue, or q to quit---
Thread 11 (Thread 27342):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 10 (Thread 27356):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 9 (Thread 27426):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 8 (Thread 27442):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 7 (Thread 27579):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 6 (Thread 28786):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 5 (Thread 28989):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 4 (Thread 29052):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 3 (Thread 29072):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 2 (Thread 29256):
#0 0x00429402 in __kernel_vsyscall ()
#1 0x00388023 in ?? ()
Thread 1 (Thread 26092):
#0 0x080850c6 in ?? ()
(gdb) quit
When I try to debug use gdb and debug Asterisk realtime, it's almost like I lock up the process. I'm unable to make or receive calls and occasionally my phone has lost registration.
Any help is appreciated.
(x-posted)
Good to know. That gives me
Good to know. That gives me one more reason to upgrade asterisk tonight.
Thanks
if you compile symbols for
if you compile symbols for debugging the res_fax_digium modules wont load.. so plan accordingly.
I never did rebuild this as I
I never did rebuild this as I thought I had the problem figured out. SegFaults quit happening as often when removing and letting the system rebuild a user's voicemail box.
Unfortunately, it's started happening again. This time I can't figure out what's triggering it.
I'm happy to upgrade Asterisk and build debugging into it, but I don't currently have the ability break faxing without having customers upset.
Is there another route I can take to figure this out before I take that step?
backtrace (bt full) only works well if you have debugging compiled into asterisk