Summary: | ASTERISK-24008: chan_dahdi: Outgoing originated call causes crash when redirecting information is free'd after failed ast_request | ||
Reporter: | Serghei (siomca) | Labels: | |
Date Opened: | 2014-07-09 07:23:08 | Date Closed: | 2014-08-04 18:14:24 |
Priority: | Major | Regression? | |
Status: | Closed/Complete | Components: | Channels/chan_dahdi Core/Channels |
Versions: | 1.8.26.1 | Frequency of Occurrence | |
Related Issues: | |||
Environment: | Asterisk 1.8.26.1, 2 x Wildcard TE820, Ubuntu 12.04.4 LTS, IBM System x3550 -[7978AC1]- | Attachments: | ( 0) backtrace.txt ( 1) bt_backtrace_.txt ( 2) bt-threads.txt ( 3) bt-threads2.txt |
Description: | After start asterisk working perfect and uses 200 dahdi channels, total channels is 496, it crashes after 15 -20 minutes. Before asterisk crashes anytime in the cli appears messages channel.c:5429 __ast_request_and_dial: Unable to request channel | ||
Comments: | By: Serghei (siomca) 2014-07-09 07:26:26.051-0500 core dump By: Serghei (siomca) 2014-07-09 07:59:45.486-0500 /etc/dahdi/system.conf # Span 1: TE8/0/1 "T8XXP (PCI) Card 0 Span 1" CCS/HDB3 ClockSource span=1,1,0,ccs,hdb3 bchan=1-15,17-31 dchan=16 # Span 2: TE8/0/2 "T8XXP (PCI) Card 0 Span 2" (MASTER) CCS/HDB3 span=2,2,0,ccs,hdb3 bchan=32-62 # Span 3: TE8/0/3 "T8XXP (PCI) Card 0 Span 3" CCS/HDB3 span=3,3,0,ccs,hdb3 bchan=63-93 # Span 4: TE8/0/4 "T8XXP (PCI) Card 0 Span 4" CCS/HDB3 span=4,4,0,ccs,hdb3 bchan=94-124 # Span 5: TE8/0/5 "T8XXP (PCI) Card 0 Span 5" CCS/HDB3 RED span=5,5,0,ccs,hdb3 bchan=125-155 # Span 6: TE8/0/6 "T8XXP (PCI) Card 0 Span 6" CCS/HDB3 RED span=6,6,0,ccs,hdb3 bchan=156-186 # Span 7: TE8/0/7 "T8XXP (PCI) Card 0 Span 7" CCS/HDB3 RED span=7,7,0,ccs,hdb3 bchan=187-217 # Span 8: TE8/0/8 "T8XXP (PCI) Card 0 Span 8" CCS/HDB3 RED span=8,8,0,ccs,hdb3 bchan=218-248 ####################### # Span 9: TE8/1/1 "T8XXP (PCI) Card 1 Span 1" span=9,9,0,ccs,hdb3 bchan=249-279 # Span 10: TE8/1/2 "T8XXP (PCI) Card 1 Span 2" span=10,10,0,ccs,hdb3 bchan=280-310 # Span 11: TE8/1/3 "T8XXP (PCI) Card 1 Span 3" span=11,11,0,ccs,hdb3 bchan=311-341 # Span 12: TE8/1/4 "T8XXP (PCI) Card 1 Span 4" span=12,12,0,ccs,hdb3 bchan=342-372 # Span 13: TE8/1/5 "T8XXP (PCI) Card 1 Span 5" span=13,13,0,ccs,hdb3 bchan=373-403 # Span 14: TE8/1/6 "T8XXP (PCI) Card 1 Span 6" span=14,14,0,ccs,hdb3 bchan=404-434 # Span 15: TE8/1/7 "T8XXP (PCI) Card 1 Span 7" span=15,15,0,ccs,hdb3 bchan=435-465 # Span 16: TE8/1/8 "T8XXP (PCI) Card 1 Span 8" span=16,16,0,ccs,hdb3 bchan=466-496 # Global data loadzone = us defaultzone = us By: Serghei (siomca) 2014-07-09 08:02:01.123-0500 /etc/asterisk/chan_dahdi.conf [trunkgroups] [channels] echocancel=no echocancelwhenbridged=no usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes relaxdtmf=yes dtmfmode = auto context=unifun_in signalling=ss7 ss7type=itu ss7_called_nai=national_spare ss7_calling_nai=national_spare ss7_internationalprefix = 00 ss7_nationalprefix = 0 networkindicator=national linkset=1 pointcode= 7653 adjpointcode= 7653 defaultdpc= 5603 group = 1 sigchan=16 cicbeginswith=97 channel=1-15 cicbeginswith=113 channel=17-31 cicbeginswith=65 channel=32-62 cicbeginswith=33 channel=63-93 cicbeginswith=1 channel=94-124 cicbeginswith=225 channel=125-155 cicbeginswith=193 channel=156-186 cicbeginswith=161 channel=187-217 cicbeginswith=129 channel=218-248 ;;;;; second E1 PCB ;;;;;;; cicbeginswith=353 channel=249-279 cicbeginswith=321 channel=280-310 cicbeginswith=289 channel=311-341 cicbeginswith=257 channel=342-372 cicbeginswith=481 channel=373-403 cicbeginswith=449 channel=404-434 cicbeginswith=417 channel=435-465 cicbeginswith=385 channel=466-496 By: Matt Jordan (mjordan) 2014-07-09 08:14:59.569-0500 Thank you for your bug report. In order to move your issue forward, we require a backtrace[1] from the core file produced after the crash. Also, be sure you have DONT_OPTIMIZE enabled in menuselect within the Compiler Flags section, then: make install After enabling, reproduce the crash, and then execute the backtrace[1] instructions. When complete, attach that file to this issue report. [1] https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace Your backtraces are coming from an Asterisk system that has been optimized. Please follow the instructions on the wiki and provide a properly generated backtrace illustrating the crash. Thanks! By: Serghei (siomca) 2014-07-10 03:28:15.016-0500 i added corrected backtrace By: Serghei (siomca) 2014-07-11 03:32:55.837-0500 today i was working only with the first e1 card and asterisk didn't crash, but when I sent calls to second e1 card asterisk crashed. Maybe second e1 is damaged??? By: Serghei (siomca) 2014-07-11 03:43:34.004-0500 dahdi_maint -s 1 Span 1: >Framing Errors : 0: >CRC Errors : 0: >Code Violations : 0: >E-bit Count : 0: >General Errored Seconds : 1: dahdi_maint -s 9 Span 9: >Framing Errors : 0: >CRC Errors : 0: >Code Violations : 0: >E-bit Count : 0: >General Errored Seconds : 1484: By: Matt Jordan (mjordan) 2014-07-11 08:13:06.865-0500 Do you mind attaching a log file with PRI debugging enabled as well? There's two things that are odd here: # The NOTICE message indicates that we failed to request a channel for some reason. Since DAHDI is the channel driver in use, that could be because of some hardware related aspect. # However, when we fail to request a channel, we should not be even reaching the part of the code that the crash occurs in: the routine bails out immediately after that. It appears as if a subsequent channel is requested okay, but then causes a crash due while free'ing redirecting information off of the channel. That might be because {{sig_pri}} (or something else) either incorrectly set up the redirecting information... but I'm not sure. A DEBUG log might give some clue as to what the channel driver was doing leading up to the crash. By: Richard Mudgett (rmudgett) 2014-07-11 11:29:04.842-0500 This is a SS7 setup. What version of libss7 are you using? The just released libss7 v2.0.0 is not compatible with Asterisk v1.8. See SS7-27. The latest version you can use is either v1.0.2 or something from SVN branches/1.0. By: Serghei (siomca) 2014-07-21 06:44:40.468-0500 yes i have installed libss7.2. i installed chan_ss7 and after it problem is solved, asterisk never crashes By: Richard Mudgett (rmudgett) 2014-07-21 09:18:32.886-0500 So which version? v2.0.0 or v1.0.2? An incomplete version number is not helpful. By: Rusty Newton (rnewton) 2014-08-04 18:14:24.344-0500 Looks like reporter installed appropriate version of libss7 and problem couldn't be reproduced. Closing out. |