[asterisk-bugs] [LibPRI 0018032]: [patch] Asterisk is core dumping with LibPRI
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Nov 17 15:26:34 CST 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=18032
======================================================================
Reported By: schmoozecom
Assigned To: rmudgett
======================================================================
Project: LibPRI
Issue ID: 18032
Category: General
Reproducibility: random
Severity: crash
Priority: normal
Status: closed
Asterisk Version: 1.4.35
JIRA:
libpri Version: 1.4.11.4
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2010-09-22 17:44 CDT
Last Modified: 2010-11-17 15:26 CST
======================================================================
Summary: [patch] Asterisk is core dumping with LibPRI
Description:
We have a system using asterisk 1.4.32 and libpri libpri-1.4.11.4. I have
attached a backtrace that shows it is failing with libpri. The logs always
show the following line right before asterisk crahes.
[Sep 22 14:57:16] VERBOSE[21597] logger.c: -- Executing [s at ivr-2:6]
GotoIf("DAHDI/1-1", "0?begin") in new stack
[Sep 22 14:57:16] VERBOSE[21597] logger.c: -- Executing [s at ivr-2:7]
Answer("DAHDI/1-1", "") in new stack
[Sep 22 14:57:16] VERBOSE[21597] logger.c: -- Executing [s at ivr-2:8]
Wait("DAHDI/1-1", "1") in new stack
[Sep 22 14:57:16] VERBOSE[26867] logger.c: -- B-channel 0/6
successfully restarted on span 1
[Sep 22 14:57:16] VERBOSE[26867] logger.c: -- Channel 0/1, span 1 got
hangup, cause 81
[Sep 22 14:57:16] VERBOSE[21597] logger.c: == Spawn extension (ivr-2, s,
8) exited non-zero on 'DAHDI/1-1'
[Sep 22 14:57:16] VERBOSE[21597] logger.c: -- Executing [h at ivr-2:1]
Hangup("DAHDI/1-1", "") in new stack
[Sep 22 14:57:16] VERBOSE[21597] logger.c: == Spawn extension (ivr-2, h,
1) exited non-zero on 'DAHDI/1-1'
[Sep 22 14:57:16] DEBUG[21597] chan_dahdi.c: Set option AUDIO MODE, value:
ON(1) on DAHDI/1-1
[Sep 22 14:57:16] DEBUG[21597] chan_dahdi.c: Already hungup... Calling
hangup once, and clearing call
[Sep 22 14:57:21] VERBOSE[21632] logger.c: Asterisk Event Logger Started
/var/log/asterisk/event_log
[Sep 22 14:57:21] VERBOSE[21632] logger.c: Asterisk Dynamic Loader
Starting:
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Parsing
'/etc/asterisk/modules.conf': [Sep 22 14:57:21] VERBOSE[21632] logger.c:
Found
[Sep 22 14:57:21] NOTICE[21632] loader.c: 3 modules will be loaded.
[Sep 22 14:57:21] VERBOSE[21632] logger.c: res_speech.so => (Generic
Speech Recognition API)
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Parsing
'/etc/asterisk/extensions.conf': [Sep 22 14:57:21] VERBOSE[21632] logger.c:
Found
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Parsing
'/etc/asterisk/extensions_override_freepbx.conf': [Sep 22 14:57:21]
VERBOSE[21632] logger.c: Found
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Parsing
'/etc/asterisk/extensions_additional.conf': [Sep 22 14:57:21]
VERBOSE[21632] logger.c: Found
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Parsing
'/etc/asterisk/globals_custom.conf': [Sep 22 14:57:21] VERBOSE[21632]
logger.c: Found
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Parsing
'/etc/asterisk/extensions_custom.conf': [Sep 22 14:57:21] VERBOSE[21632]
logger.c: Found
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Parsing
'/etc/asterisk/extensions_aastra.conf': [Sep 22 14:57:21] VERBOSE[21632]
logger.c: Found
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Setting global variable
'FMDEVSTATE' to 'TRUE'
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Setting global variable
'CFDEVSTATE' to 'TRUE'
[Sep 22 14:57:21] VERBOSE[21632] logger.c: == Setting global variable
'DNDDEVSTATE' to 'TRUE'
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0017522 segfault in pri_schedule_del - ctrl inv...
======================================================================
----------------------------------------------------------------------
(0128933) svnbot (reporter) - 2010-11-17 15:26
https://issues.asterisk.org/view.php?id=18032#c128933
----------------------------------------------------------------------
Repository: libpri
Revision: 2136
U tags/1.4.11.5/pri.c
U tags/1.4.11.5/pri_facility.c
U tags/1.4.11.5/pri_internal.h
U tags/1.4.11.5/q931.c
------------------------------------------------------------------------
r2136 | rmudgett | 2010-11-17 15:26:30 -0600 (Wed, 17 Nov 2010) | 24 lines
Merged revision 2015 from
https://origsvn.digium.com/svn/libpri/branches/1.4
..........
r2015 | rmudgett | 2010-10-14 12:09:40 -0500 (Thu, 14 Oct 2010) | 16
lines
Segfault in pri_schedule_del() - ctrl value is invalid.
Validate the given call pointer in libpri API calls. If the call
pointer
is not an active call record then a complaint message is issued and the
API call aborts. The call pointer is likely stale.
This patch is defensive. More information is needed to figure out why
Asterisk still has a call pointer during its hangup sequence.
(closes issue https://issues.asterisk.org/view.php?id=17522)
(closes issue https://issues.asterisk.org/view.php?id=18032)
Reported by: schmoozecom
Patches:
issue_18032_v1.4.patch uploaded by rmudgett (license 664)
issue_18032_v1.4.11.4.patch uploaded by rmudgett (license 664)
Tested by: rmudgett
..........
------------------------------------------------------------------------
http://svn.digium.com/view/libpri?view=rev&revision=2136
Issue History
Date Modified Username Field Change
======================================================================
2010-11-17 15:26 svnbot Checkin
2010-11-17 15:26 svnbot Note Added: 0128933
======================================================================
More information about the asterisk-bugs
mailing list