[Home]

Summary:ASTERISK-13651: 1.4.23.1 Segmentation Fault in channel.c
Reporter:Jon Creasy (johann8384)Labels:
Date Opened:2009-02-25 09:48:40.000-0600Date Closed:2009-03-09 16:16:30
Priority:CriticalRegression?Yes
Status:Closed/CompleteComponents:Core/Channels
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) mixmonitor-bt.txt
Description:I upgraded from 1.4.15 to 1.4.23.1 and I'm getting a segmentation fault. It crashes as soon as the second call comes into the call center.

 == Begin MixMonitor Recording Local/1001@local-extensions-e02c,2
   -- Executing [s@macro-tl-userexten-base:149] GotoIf("Local/1001@local-extensions-e02c,2", "1?chanavail") in new stack
   -- Goto (macro-tl-userexten-base,s,151)
   -- Executing [s@macro-tl-userexten-base:151] GotoIf("Local/1001@local-extensions-e02c,2", "1?dial") in new stack
   -- Goto (macro-tl-userexten-base,s,157)
   -- Executing [s@macro-tl-userexten-base:157] Dial("Local/1001@local-extensions-e02c,2", "SIP/1001||rtT") in new stack
   -- Called 1001
   -- Agent/51015 is ringing
   -- SIP/1001-1da5a1e0 is ringing
   -- SIP/1001-1da5a1e0 answered Local/1001@local-extensions-e02c,2
   -- Agent/51015 answered SIP/67.16.108.189-1dac2680
   -- <Agent/51015> Playing 'queue-reporthold' (language 'en')
 == Spawn extension (macro-tl-userexten-base, s, 157) exited non-zero on 'Local/1001@local-extensions-e02c,2' in macro 'tl-userexten-base'
 == Spawn extension (macro-tl-stdexten, s, 6) exited non-zero on 'Local/1001@local-extensions-e02c,2' in macro 'tl-stdexten'
 == Spawn extension (local-extensions, 1001, 1) exited non-zero on 'Local/1001@local-extensions-e02c,2'
   -- <Agent/51015> Playing 'queue-less-than' (language 'en')
primary*CLI>
Disconnected from Asterisk server


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

Program terminated with signal 11, Segmentation fault.
#0  0x0000000000437dfc in show_channeltype (fd=497682006, argc=<value optimized out>, argv=0x1da9f0b0) at channel.c:286
286                     ast_log(LOG_WARNING, "Unable to lock channel list\n");
(gdb) bt
#0  0x0000000000437dfc in show_channeltype (fd=497682006, argc=<value optimized out>, argv=0x1da9f0b0) at channel.c:286
#1  0x000000001da81f10 in ?? ()
#2  0x393a0f91a82b4f94 in ?? ()
#3  0x0000000000000000 in ?? ()
(gdb) bt full
#0  0x0000000000437dfc in show_channeltype (fd=497682006, argc=<value optimized out>, argv=0x1da9f0b0) at channel.c:286
       cl = <value optimized out>
       __PRETTY_FUNCTION__ = "show_channeltype"
#1  0x000000001da81f10 in ?? ()
No symbol table info available.
#2  0x393a0f91a82b4f94 in ?? ()
No symbol table info available.
#3  0x0000000000000000 in ?? ()
No symbol table info available.
(gdb) quit
Comments:By: Joshua C. Colp (jcolp) 2009-02-25 10:59:44.000-0600

Unfortunately this backtrace is not very helpful. You are going to have to recompile with DONT_OPTIMIZE and upload a new backtrace as an attachment.
By: Joshua C. Colp (jcolp) 2009-03-02 11:09:21.000-0600

johann8384: Have you been able to get a good backtrace?
By: Jon Creasy (johann8384) 2009-03-02 11:11:00.000-0600

It will be difficult. That call center runs 24x7 and I would have to load the code up there. I am putting in their backup server now so in a week or so I should be able to recreate it on their backup server. If not, we'll move them to backup, and recreate on the primary.

So, that boils down to, not yet but in 7-10 days I should have it.
By: Denis Galvao (denisgalvao) 2009-03-06 08:49:05.000-0600

I experienced the same problem. But unfortunately I dont have Asterisk compiled with DONT OPTIMIZE and DEBUG THREADS. I will upload our GDB backtrace for your acknolodgement. Will try to compile with the flags descibed.
By: Mark Michelson (mmichelson) 2009-03-06 10:24:12.000-0600

Based on the mixmonitor-bt.txt file, this issue appears to be the same as issue ASTERISK-13488. I suspect that applying http://bugs.digium.com/file_download.php?file_id=21539&type=bug will fix that problem.

The backtrace initially uploaded on this bug report doesn't really seem to match, but the circumstances under which it happened seem the same as the other issue I referenced. Please try the patch I have linked here and see if you experience the crashes still. Thanks!
By: Denis Galvao (denisgalvao) 2009-03-06 22:18:56.000-0600

Hmmm... Seems the same. Will test it out.
By: Denis Galvao (denisgalvao) 2009-03-07 14:53:26.000-0600

Patch 14374 applied, tests have been done, and no problems at all.

I can transfer twice and mixmonitor doesn't crash Asterisk.

If the patch is related to this bug, you can close it.

I prefer to hear the reporter about that.

Thanks guys.
By: Mark Michelson (mmichelson) 2009-03-09 16:14:43

I, too, would like to hear confirmation from the original reporter that the problem is fixed with the patch I linked. I think waiting until the end of the week should give sufficient time to let him respond.
By: Jon Creasy (johann8384) 2009-03-09 16:15:37

I too have applied the patch and there have been no issues. Thanks all.
By: Mark Michelson (mmichelson) 2009-03-09 16:16:04

Excellent. I'll get this closed, then.