[Home]

Summary:ASTERISK-00748: Segfault with more that 125 sip calls.
Reporter:e (e)Labels:
Date Opened:2004-01-06 10:38:00.000-0600Date Closed:2011-06-07 14:01:03
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) problem_and_config.txt
Description:I have a bulk call generator and while load testing a local * box I find that after the 125th call I get a segfault (this is of course assuming ulimit -n 8192 to avoid fd problems).

****** ADDITIONAL INFORMATION ******

I enabled the verbose debugging with the patch from bugid 599.
My gdb-fu is lacking but with gdb attatched this is what it spits out when it dies...

[New Thread 141451 (LWP 25368)]
[New Thread 142476 (LWP 25369)]
[New Thread 143501 (LWP 25370)]
[New Thread 144526 (LWP 25371)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 144526 (LWP 25371)]
0x0805e300 in ast_waitfor_n (c=Cannot access memory at address 0xc
) at channel.c:900
900             return ast_waitfor_nandfds(c, n, NULL, 0, NULL, NULL, ms);
(gdb) print c
$1 = (struct ast_channel **) 0xadffef9c
(gdb) print **c
Cannot access memory at address 0xffffffff
(gdb) print *c
$2 = (struct ast_channel *) 0xffffffff
(gdb) print ms
$3 = (int *) 0x8b07138
(gdb) print *ms
$4 = 793790803
(gdb) bt
#0  0x0805e300 in ast_waitfor_n (c=Cannot access memory at address 0xc
) at channel.c:900
Cannot access memory at address 0x4

It also dropped a corefile per LWP don't know if these would be of any use, but I can make them available.
Comments:By: e (e) 2004-01-06 10:41:02.000-0600

The last lines from the log file....
Jan  6 09:54:53 DEBUG[6151]: File chan_sip.c, Line 5098 (handle_request): Check for res for
Jan  6 09:54:53 DEBUG[6151]: File chan_sip.c, Line 974 (find_user):  is not a local user
Jan  6 09:54:53 DEBUG[6151]: File chan_sip.c, Line 3417 (build_route): build_route: Contact hop: <sip:5127351575@10.31.14.253:4000>
Jan  6 09:54:53 DEBUG[144526]: File pbx.c, Line 1163 (pbx_extension_helper): Launching 'Dial'
Jan  6 09:54:53 DEBUG[144526]: File chan_sip.c, Line 1614 (sip_alloc): Allocating new SIP call for (null)
Jan  6 09:54:53 DEBUG[144526]: File chan_sip.c, Line 877 (sip_call): Outgoing Call for 5559995887
Jan  6 09:54:53 DEBUG[144526]: File chan_sip.c, Line 974 (find_user): 5559995887 is not a local user
Jan  6 09:54:53 VERBOSE[144526]:     -- Called 5559995887@10.31.15.253:4000
Jan  6 09:54:53 DEBUG[144526]: File channel.c, Line 1493 (ast_set_read_format): Set channel SIP/10.31.15.253-a244 to read format ULAW
Jan  6 09:54:53 DEBUG[144526]: File channel.c, Line 1463 (ast_set_write_format): Set channel SIP/-08afcb00 to write format ULAW
Jan  6 09:54:53 DEBUG[144526]: File channel.c, Line 1463 (ast_set_write_format): Set channel SIP/10.31.15.253-a244 to write format ULAW
Jan  6 09:54:53 DEBUG[144526]: File channel.c, Line 1493 (ast_set_read_format): Set channel SIP/-08afcb00 to read format ULAW
Jan  6 09:54:53 DEBUG[6151]: File chan_sip.c, Line 587 (__sip_semi_ack): (Provisional) Stopping retransmission (but retaining packet) on '7dba77c771ff3e4c2d97a90a341e7f05@10.31.4.60' Request 102: Found
Jan  6 09:54:53 DEBUG[6151]: File chan_sip.c, Line 587 (__sip_semi_ack): (Provisional) Stopping retransmission (but retaining packet) on '7dba77c771ff3e4c2d97a90a341e7f05@10.31.4.60' Request 1-------------------------------------------
By: e (e) 2004-01-06 16:47:07.000-0600

This was on a debian/stable box(gcc 2.95) i'm testing on an unstable(gcc3.3) and it looks to be deadlocking, using cvs from today around 1600 CST. I'll repost any interesting findings.
By: Brian West (bkw918) 2004-01-07 00:18:48.000-0600

what are you using to generate these calls? cvs version? and hardware specs for the box you're running on?
By: e (e) 2004-01-07 08:03:37.000-0600

GCC 2.95 box is a dual 2.4G P4 Xeon 2G mem, Asterisk CVS-01/01/04-19:50:33
GCC 3.3 box is a 1G P4 Celeron 512M mem, Asterisk CVS-01/06/04-15:18:28
I'm generating the calls with an Abacus bulk call generator. It's T1's are hooked to 2 different VoIP gateways. The calls orig on 1 gateway get routed to * as a sip call. * then routes to the 2nd gateway which in turn routes the call back to the Abacus. I didn't get a chance to do anything useful with the GCC 3.3 box last night. Will work on it this morning.
By: zoa (zoa) 2004-01-07 08:07:16.000-0600

i have very bad experiences with debian's unstable gcc.
(although not on asterisk).

How about upgrading to the latest gcc on that GCC3.3 box?

zoa.
By: e (e) 2004-01-07 11:56:33.000-0600

So here's the death on the stable box with gcc 3.3.2...
[New Thread 297250 (LWP 24431)]
[New Thread 298275 (LWP 24432)]
[New Thread 299300 (LWP 24433)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 299300 (LWP 24433)]
0x406d922c in _init () from /usr/lib/asterisk/modules/app_dial.so
(gdb) bt
#0  0x406d922c in _init () from /usr/lib/asterisk/modules/app_dial.so
#1  0x406da3b3 in dial_exec (chan=0x40b582b0, data=0x822a608) at app_dial.c:627
#2  0x08067f42 in pbx_exec (c=0x40b582b0, app=0x8104428, data=0x9b3ff75c, newstack=1) at pbx.c:396
#3  0x08071f8f in pbx_extension_helper (c=0x40b582b0, context=0x40b58418 "default", exten=0x40b5850c "5559995899",
   priority=1, callerid=0x40b59e70 "5555555555", action=135283752) at pbx.c:1170
#4  0x0806a89a in ast_pbx_run (c=0x80c490a) at pbx.c:1654
ASTERISK-1  0x08072d91 in pbx_thread (data=0x822ec48) at pbx.c:1875
ASTERISK-2  0x400200ba in pthread_start_thread () from /lib/libpthread.so.0
ASTERISK-3  0x40020101 in pthread_start_thread_event () from /lib/libpthread.so.0
(gdb) l
1207                    } else if (!strcasecmp(v->name, "astmoddir")) {
1208                        strncpy((char *)ast_config_AST_MODULE_DIR,v->value,sizeof(ast_config_AST_MODULE_DIR)-1);
1209                    }
1210                    v = v->next;
1211            }
1212            ast_destroy(cfg);
1213    }
1214    
1215    int main(int argc, char *argv[])
1216    {


gcc is still building on the unstable box and here are the logs ....
-----------------------
Jan  7 11:19:02 DEBUG[6151]: File chan_sip.c, Line 5098 (handle_request): Check for res for
Jan  7 11:19:02 DEBUG[6151]: File chan_sip.c, Line 974 (find_user):  is not a local user
Jan  7 11:19:02 DEBUG[6151]: File chan_sip.c, Line 3417 (build_route): build_route: Contact hop: <sip:5555555555@10.31.14.253:4000>
Jan  7 11:19:02 DEBUG[288025]: File pbx.c, Line 1163 (pbx_extension_helper): Launching 'Dial'
Jan  7 11:19:02 DEBUG[288025]: File chan_sip.c, Line 1614 (sip_alloc): Allocating new SIP call for (null)
Jan  7 11:19:02 DEBUG[288025]: File chan_sip.c, Line 877 (sip_call): Outgoing Call for 5559995888
Jan  7 11:19:02 DEBUG[288025]: File chan_sip.c, Line 974 (find_user): 5559995888 is not a local user
Jan  7 11:19:02 VERBOSE[288025]:     -- Called 5559995888@10.31.15.253:4000
Jan  7 11:19:02 DEBUG[288025]: File channel.c, Line 1493 (ast_set_read_format): Set channel SIP/10.31.15.253-69a9 to read format ULAW
Jan  7 11:19:02 DEBUG[288025]: File channel.c, Line 1463 (ast_set_write_format): Set channel SIP/-40b108f0 to write format ULAW
Jan  7 11:19:02 DEBUG[288025]: File channel.c, Line 1463 (ast_set_write_format): Set channel SIP/10.31.15.253-69a9 to write format ULAW
Jan  7 11:19:02 DEBUG[288025]: File channel.c, Line 1493 (ast_set_read_format): Set channel SIP/-40b108f0 to read format ULAW
Jan  7 11:19:02 DEBUG[6151]: File chan_sip.c, Line 587 (__sip_semi_ack): (Provisional) Stopping retransmission (but retaining packet) on '285bbed027fa7f21770f33b435ceb79d@10.31.4.60' Request 102: Found
Jan  7 11:19:02 DEBUG[6151]: File chan_sip.c, Line 587 (__sip_semi_ack): (Provisional) Stopping retransmission (but retaining packet) on '285bbed027fa7f21770f33b435ceb79d@10.31.4.60' Request 102: Found
Jan  7 11:19:02 VERBOSE[288025]:     -- SIP/10.31.15.253-69a9 is ringing
Jan  7 11:19:02 DEBUG[6151]: File chan_sip.c, Line 549 (__sip_ack): Acked pending invite 102
Jan  7 11:19:02 DEBUG[6151]: File chan_sip.c, Line 567 (__sip_ack): Stopping retransmission on '285bbed027fa7f21770f33b435ceb79d@10.31.4.60' of Request 102: Found
Jan  7 11:19:02 DEBUG[6151]: File chan_sip.c, Line 3417 (build_route): build_route: Contact hop: <sip:5559995888@10.31.15.253:4000>
Jan  7 11:19:02 VERBOSE[288025]:     -- SIP/10.31.15.253-69a9 answered SIP/-40b108f0
Jan  7 11:19:02 DEBUG[288025]: File channel.c, Line 1493 (ast_set_read_format): Set channel SIP/-40b108f0 to read format ULAW
Jan  7 11:19:02 DEBUG[288025]: File channel.c, Line 1463 (ast_set_write_format): Set channel SIP/10.31.15.253-69a9 to write format ULAW
Jan  7 11:19:02 DEBUG[288025]: File channel.c, Line 1463 (ast_set_write_format): Set channel SIP/-40b108f0 to write format ULAW
Jan  7 11:19:02 DEBUG[288025]: File channel.c, Line 1493 (ast_set_read_format): Set channel SIP/10.31.15.253-69a9 to read format ULAW
Jan  7 11:19:02 DEBUG[288025]: File chan_sip.c, Line 1170 (sip_answer): sip_answer(SIP/-40b108f0)
Jan  7 11:19:02 VERBOSE[288025]:     -- Attempting native bridge of SIP/-40b108f0 and SIP/10.31.15.253-69a9
Jan  7 11:19:03 DEBUG[6151]: File chan_sip.c, Line 567 (__sip_ack): Stopping retransmission on '974292_197228741@10.31.14.253' of Response 2287: Found
Jan  7 11:19:03 DEBUG[288025]: File rtp.c, Line 1008 (ast_rtp_write): Ooh, format changed from UNKN to ULAW
Jan  7 11:19:03 DEBUG[288025]: File rtp.c, Line 1008 (ast_rtp_write): Ooh, format changed from UNKN to ULAW
Jan  7 11:19:03 DEBUG[288025]: File rtp.c, Line 1270 (ast_rtp_bridge): Ooh, empty read...
Jan  7 11:19:03 DEBUG[288025]: File rtp.c, Line 1270 (ast_rtp_bridge): Ooh, empty read...
Jan  7 11:19:03 DEBUG[288025]: File rtp.c, Line 1270 (ast_rtp_bridge): Ooh, empty read...
Jan  7 11:19:03 DEBUG[288025]: File rtp.c, Line 1270 (ast_rtp_bridge): Ooh, empty read...
By: e (e) 2004-01-07 12:21:45.000-0600

Ok here come the results of GCC 3.3.2 on unstable....
this time it did not segfaul but just hung so here's the threads listed in info threads that were not in select() , poll(), accept() or nanosleep(), which of course the majority were....

(gdb) info thread
 151 Thread 2441366 (LWP 16496)  0x401a91c7 in sched_yield () from /lib/libc.so.6
 17 Thread 245776 (LWP 16358)  0x4002a5d4 in __pthread_sigsuspend () from /lib/libpthread.so.0
 8 Thread 98311 (LWP 16339)  0x4002bcbe in wait_node_dequeue () from /lib/libpthread.so.0

and here come the bt's on those threads....

(gdb) thread 17
[Switching to thread 17 (Thread 245776 (LWP 16358))]#0  0x4002a5d4 in __pthread_sigsuspend () from /lib/libpthread.so.0
(gdb) bt
#0  0x4002a5d4 in __pthread_sigsuspend () from /lib/libpthread.so.0
#1  0x4002a398 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0
#2  0x00000020 in ?? ()
#3  0xbdbff968 in ?? ()
#4  0x0810f948 in ?? ()
ASTERISK-1  0x08005003 in ?? ()
(gdb) thread 151
[Switching to thread 151 (Thread 2441366 (LWP 16496))]#0  0x401a91c7 in sched_yield () from /lib/libc.so.6
(gdb) bt
#0  0x401a91c7 in sched_yield () from /lib/libc.so.6
#1  0x4002c14b in __pthread_acquire () from /lib/libpthread.so.0
#2  0x4002bc78 in wait_node_free () from /lib/libpthread.so.0
#3  0x4002bfe7 in __pthread_alt_unlock () from /lib/libpthread.so.0
#4  0x40028d5a in pthread_mutex_unlock () from /lib/libpthread.so.0
ASTERISK-1  0x08052b8a in ast_log (level=0, file=0x80ba8bd "rtp.c", line=1270, function=0x80baa4b "ast_rtp_bridge",
   fmt=0x80baa6a "Ooh, empty read...\n") at logger.c:447
ASTERISK-2  0x0807af16 in ast_rtp_bridge (c0=0x8afee40, c1=0x8b05130, flags=0, fo=0x0, rc=0x0) at rtp.c:1270
ASTERISK-3  0x0805c453 in ast_channel_bridge (c0=0x8afee40, c1=0x8b05130, flags=0, fo=0xacffedbc, rc=0xacffedc0) at channel.c:2221
ASTERISK-4  0x40227dba in ast_bridge_call (chan=0x8afee40, peer=0x8b05130, allowredirect_in=0, allowredirect_out=0, allowdisconnect=0)
   at res_parking.c:224
ASTERISK-5  0x4063afbd in dial_exec (chan=0x8afee40, data=0x0) at app_dial.c:676
ASTERISK-6 0x08063f22 in pbx_exec (c=0x8afee40, app=0x80f7b90, data=0xacfff744, newstack=1) at pbx.c:396
ASTERISK-7 0x0806b676 in pbx_extension_helper (c=0x8afee40, context=0x8afef98 "default", exten=0x8aff08c "5559995887", priority=1,
   callerid=0x8ae4198 "5127351575", action=1163) at pbx.c:1170
ASTERISK-8 0x08065f1a in ast_pbx_run (c=0x8afee40) at pbx.c:1654
ASTERISK-9 0x0806bca1 in pbx_thread (data=0x0) at pbx.c:1875
ASTERISK-10 0x40027e31 in pthread_start_thread () from /lib/libpthread.so.0
ASTERISK-11 0x40027eaf in pthread_start_thread_event () from /lib/libpthread.so.0
ASTERISK-12 0x401be30a in clone () from /lib/libc.so.6
(gdb) thread 8
[Switching to thread 8 (Thread 98311 (LWP 16339))]#0  0x4002bcbe in wait_node_dequeue () from /lib/libpthread.so.0
(gdb) bt
#0  0x4002bcbe in wait_node_dequeue () from /lib/libpthread.so.0
#1  0x4002c077 in __pthread_alt_unlock () from /lib/libpthread.so.0
#2  0x40028d5a in pthread_mutex_unlock () from /lib/libpthread.so.0
#3  0x08052b8a in ast_log (level=0, file=0x4047ff71 "chan_sip.c", line=1614, function=0x404802b7 "sip_alloc",
   fmt=0x4047df00 "Allocating new SIP call for %s\n") at logger.c:447
#4  0x4045ee3a in sip_alloc (callid=0xbedff4fe "917543_197470638@10.31.14.253", sin=0x64e, useglobalnat=1) at chan_sip.c:1614
ASTERISK-1  0x4046e082 in find_call (req=0xbedff214, sin=0xbedff204) at chan_sip.c:1678
ASTERISK-2  0x4046a520 in sipsock_read (id=0x80eb028, fd=12, events=1, ignore=0x0) at chan_sip.c:5431
ASTERISK-3  0x08051700 in ast_io_wait (ioc=0x80eb610, howlong=-1092621136) at io.c:267
ASTERISK-4  0x40466aa4 in do_monitor (data=0x0) at chan_sip.c:5548
ASTERISK-5  0x40027e31 in pthread_start_thread () from /lib/libpthread.so.0
ASTERISK-6 0x401be30a in clone () from /lib/libc.so.6
(gdb)
By: e (e) 2004-01-07 14:50:26.000-0600

I turned on all the debug flags I could find in the makefile. Commented out the optimization and got to 274 active sip channels(137 Active Calls) before it seg faulted this time...got the same thing the most recently created thread throws a segfault in app_dial and thread sequence number 17 is the thread with the __pthread_sigsuspend () the thread listing has been shortened like the above...

New Thread 2654371 (LWP 21896)]
[New Thread 2670756 (LWP 21897)]
[New Thread 2687141 (LWP 21898)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2687141 (LWP 21898)]
0x40756200 in ?? () from /usr/lib/asterisk/modules/app_dial.so
(gdb) info thread
* 166 Thread 2687141 (LWP 21898)  0x40756200 in ?? () from /usr/lib/asterisk/modules/app_dial.so
 17 Thread 245776 (LWP 21738)  0x4002a5d4 in __pthread_sigsuspend () from /lib/libpthread.so.0


and the bt's.....
(gdb) thread 17
[Switching to thread 17 (Thread 245776 (LWP 21738))]#0  0x4002a5d4 in __pthread_sigsuspend () from /lib/libpthread.so.0
(gdb) bt
#0  0x4002a5d4 in __pthread_sigsuspend () from /lib/libpthread.so.0
#1  0x4002a398 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0
#2  0x00000020 in ?? ()
#3  0xbdbff968 in ?? ()
#4  0x08133e40 in ?? ()
ASTERISK-1  0x08005003 in ?? ()
(gdb) thread 166
[Switching to thread 166 (Thread 2687141 (LWP 21898))]#0  0x40756200 in ?? () from /usr/lib/asterisk/modules/app_dial.so
(gdb) bt
#0  0x40756200 in ?? () from /usr/lib/asterisk/modules/app_dial.so
#1  0x4075836f in wait_for_answer (in=0x8c591b0, outgoing=0x8c76968, to=0xab1fef4c, allowredir_in=0xab1fef50, allowredir_out=0xab1fef54,
   allowdisconnect=0xab1fef58) at app_dial.c:214
#2  0x40757430 in dial_exec (chan=0x8c591b0, data=0x8c591b0) at app_dial.c:627
#3  0x080694d2 in pbx_exec (c=0x8c591b0, app=0x8113e00, data=0xab1ff744, newstack=1) at pbx.c:396
#4  0x08073a2f in pbx_extension_helper (c=0x8c591b0, context=0x8c59318 "default", exten=0x8c5940c "5559995899", priority=1,
   callerid=0x8c5ae38 "5127351587", action=135347712) at pbx.c:1170
ASTERISK-1  0x0806beaa in ast_pbx_run (c=0x8c591b0) at pbx.c:1654
ASTERISK-2  0x08074861 in pbx_thread (data=0x8c7b110) at pbx.c:1875
ASTERISK-3  0x40027e31 in pthread_start_thread () from /lib/libpthread.so.0
ASTERISK-4  0x40027eaf in pthread_start_thread_event () from /lib/libpthread.so.0
ASTERISK-5  0x401be30a in clone () from /lib/libc.so.6
(gdb) cont
Continuing.
[New Thread 2703526 (LWP 21907)]
[New Thread 2719911 (LWP 21908)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2703526 (LWP 21907)]
0x407561e0 in ?? () from /usr/lib/asterisk/modules/app_dial.so
(gdb) bt
#0  0x407561e0 in ?? () from /usr/lib/asterisk/modules/app_dial.so
#1  0x40758041 in wait_for_answer (in=0x8c81a50, outgoing=0x8c83e08, to=0xaaffef4c, allowredir_in=0xaaffef50, allowredir_out=0xaaffef54,
   allowdisconnect=0xaaffef58) at app_dial.c:179
#2  0x40757430 in dial_exec (chan=0x8c81a50, data=0x8c81a50) at app_dial.c:627
#3  0x080694d2 in pbx_exec (c=0x8c81a50, app=0x8113e00, data=0xaafff744, newstack=1) at pbx.c:396
#4  0x08073a2f in pbx_extension_helper (c=0x8c81a50, context=0x8c81bb8 "default", exten=0x8c81cac "5559995876", priority=1,
   callerid=0x8c83778 "5127351564", action=135347712) at pbx.c:1170
ASTERISK-1  0x0806beaa in ast_pbx_run (c=0x8c81a50) at pbx.c:1654
ASTERISK-2  0x08074861 in pbx_thread (data=0x1) at pbx.c:1875
ASTERISK-3  0x40027e31 in pthread_start_thread () from /lib/libpthread.so.0
ASTERISK-4  0x40027eaf in pthread_start_thread_event () from /lib/libpthread.so.0
ASTERISK-5  0x401be30a in clone () from /lib/libc.so.6
By: e (e) 2004-01-07 16:08:45.000-0600

On the debian-stable box with the -O6 commented out in the top makefile I get up to 138 calls before I start seeing problems, mainly I start getting these messages...

   -- Called 5559995786@10.31.15.253:4000
   -- SIP/10.31.15.253-640c is ringing
   -- Nobody picked up in -1 ms
   -- Called 5559995820@10.31.15.253:4000
   -- SIP/10.31.15.253-8356 is ringing
   -- Nobody picked up in -1 ms
   -- Called 5559995821@10.31.15.253:4000
   -- SIP/10.31.15.253-69a1 is ringing
   -- Nobody picked up in -1 ms
   -- Called 5559995822@10.31.15.253:4000
   -- SIP/10.31.15.253-40a9 is ringing
   -- Nobody picked up in -1 ms
By: e (e) 2004-01-09 10:31:09.000-0600

Ok after some more testing I'm settling on the debian-stable with GCC3.3.2 to work from. I found the max concurrent calls to be 126. I left a long term load test running with this as the max number of calls and after about 12 hours * seg faulted with this error message.....

WARNING[33663047]: File channel.c, Line 843 (ast_waitfor_nandfds): Thread 33663047 Blocking 'SIP/10.31.15.253-a777', already blocked by thread 15376 in procedure ast_waitfor_nandfds
!! Forcing immediate crash a-la abort !!
Urgent handler
Urgent handler
Urgent handler
Segmentation fault (core dumped)


After zipping through the core files I came across this....

(gdb) bt
#0  0x400c787e in sigsuspend () from /lib/libc.so.6
#1  0x40022879 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0
#2  0x40024a36 in __pthread_alt_lock () from /lib/libpthread.so.0
#3  0x40020fbd in pthread_mutex_lock () from /lib/libpthread.so.0
#4  0x0809970c in ast_autoservice_stop (chan=0x8879728) at include/asterisk/lock.h:89
ASTERISK-1  0x08082e7c in ast_rtp_bridge (c0=0x40810d20, c1=0x8879728, flags=0, fo=0xfffffffc, rc=0xfffffffc) at rtp.c:1159
ASTERISK-2  0x0805f77c in ast_channel_bridge (c0=0x40810d20, c1=0x8879728, flags=0, fo=0xb6bfee04, rc=0xb6bfee08) at channel.c:2221
ASTERISK-3  0x401d007a in ast_bridge_call (chan=0x40810d20, peer=0x8879728, allowredirect_in=0, allowredirect_out=0, allowdisconnect=0)
   at res_parking.c:224
ASTERISK-4  0x406da4bd in dial_exec (chan=0x40810d20, data=0x0) at app_dial.c:676
ASTERISK-5  0x08068352 in pbx_exec (c=0x40810d20, app=0x81050a0, data=0xb6bff79c, newstack=1) at pbx.c:396
ASTERISK-6 0x0807239f in pbx_extension_helper (c=0x40810d20, context=0x40810e88 "default", exten=0x40810f7c "5559995785", priority=1,
   callerid=0x408128e0 "5127351473", action=135286944) at pbx.c:1170
ASTERISK-7 0x0806acaa in ast_pbx_run (c=0x40810d20) at pbx.c:1654
ASTERISK-8 0x080731a1 in pbx_thread (data=0xfffffffc) at pbx.c:1875
ASTERISK-9 0x400200ba in pthread_start_thread () from /lib/libpthread.so.0
ASTERISK-10 0x4016dd6a in clone () from /lib/libc.so.6


(gdb) fram 4
#4  0x0809970c in ast_autoservice_stop (chan=0x8879728) at include/asterisk/lock.h:89
89              res = pthread_mutex_lock(&t->mutex);
(gdb) l
84              return res;
85      }
86      
87      static inline int __ast_pthread_mutex_lock(char *filename, int lineno, char *func, ast_mutex_t *t) {
88              int res;
89              res = pthread_mutex_lock(&t->mutex);
90              if (!res) {
91                      t->file = filename;
92                      t->lineno = lineno;
93                      t->func = func;
(gdb) p (ast_mutex_t)t
$6 = {mutex = {__m_reserved = 2051, __m_count = 0, __m_owner = 0x5, __m_kind = 1, __m_lock = {__status = 7, __spinlock = 0}},
 file = 0x0, lineno = 0, func = 0x0, thread = 0}

Not sure if this is the culprit but it matches the info in the voip-info trouble shooting wiki, I've got the core file's if needed.
By: zoa (zoa) 2004-01-09 10:48:10.000-0600

why don't you use a stable gcc version ?
By: e (e) 2004-01-09 16:06:10.000-0600

Fair enough , I've been all over the place on this one so if anyone looks just close this and I will reopen a new bug with more useful and less scattered information now that I'm getting the hang of debugging a little better.
By: Brian West (bkw918) 2004-01-09 16:11:16.000-0600

Dont paste debug info into the bugnote attach a text file containing that info as you see mantis mangles it.
By: Brian West (bkw918) 2004-01-10 18:07:05.000-0600

ok can you try this again?  Mark seems to think this was fixed in another update recently.  Please post comments or feedback.
By: Brian West (bkw918) 2004-01-10 22:03:50.000-0600

Unstable GCC please post new bug if problem exists in stable gcc.