[Home]

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:08Date Closed:2014-08-04 18:14:24
Priority:MajorRegression?
Status:Closed/CompleteComponents: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.