While testing a problem with "spontaeously" and
"occasionally" rebooting
asterisk, I came upon this problem:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1210770512 (LWP 11346)]
0x002e3fe1 in pri_release_timeout (data=0x93a0478) at q931.c:2589
2589 q931.c: No such file or directory.
in q931.c
q931.c is in libpri, function pri_release_timeout, and line 2589 reads:
if (pri->debug & PRI_DEBUG_Q931_STATE)
pri_message(pri, "Timed out looking for release
complete\n");
PRI Debug was not on in the asterisk console.
Any ideas? My asterisk restarts about twice a day, and drops any current
calls in the process.
Regards,
Mark McQuiggan
_
This message and any attachments are intended only for the use of the addressee
and
may contain information that is privileged and confidential. If the reader of
the
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20060305/b2f4813e/attachment.htm
Paul Mahler
2006-Mar-05 15:00 UTC
[Asterisk-Users] Signate Intro to * - London Training March 21-23
We still have a seat open in the London Introduction to Asterisk class.
TKS
Paul
Paul Mahler
pmahler@signate.com
_____
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of McQuiggan,
Mark xt46480
Sent: Sunday, March 05, 2006 12:20 PM
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] Problem with libpri?
While testing a problem with "spontaeously" and
"occasionally" rebooting
asterisk, I came upon this problem:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1210770512 (LWP 11346)]
0x002e3fe1 in pri_release_timeout (data=0x93a0478) at q931.c:2589
2589 q931.c: No such file or directory.
in q931.c
q931.c is in libpri, function pri_release_timeout, and line 2589 reads:
if (pri->debug & PRI_DEBUG_Q931_STATE)
pri_message(pri, "Timed out looking for release
complete\n");
PRI Debug was not on in the asterisk console.
Any ideas? My asterisk restarts about twice a day, and drops any current
calls in the process.
Regards,
Mark McQuiggan
This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and confidential.
If the reader of the message is not the intended recipient or an authorized
representative of the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by e-mail
and delete the message and any attachments from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20060305/a1368f9e/attachment.htm
In addition, I have created a possibly larger dump of the issue, as below.
Can someone help me determine what the problem is? Is there more
information that I can provide? I am running libpri 1.2.2, zaptel 1.2.4 and
asterisk 1.2.5:
gdb dump:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1211937872 (LWP 16798)]
0x00207138 in pri_disconnect_timeout (data=0x8a45880) at q931.c:2619
2619 if (pri->debug & PRI_DEBUG_Q931_STATE)
(gdb) bt
#0 0x00207138 in pri_disconnect_timeout (data=0x8a45880) at q931.c:2619
#1 0x002013db in __pri_schedule_run (pri=0x8a04010, tv=0xb7c33e3c) at
prisched.c:98
#2 0x00201446 in pri_schedule_run (pri=0x8a04010) at prisched.c:110
#3 0x001d1282 in pri_dchannel (vpri=0x1e0c40) at chan_zap.c:8190
#4 0x004eb341 in start_thread () from /lib/tls/libpthread.so.0
#5 0x004406fe in clone () from /lib/tls/libc.so.6
(gdb) list
8190 e
pri_schedule_run(pri->dchans[which]);
8191 if (e)
8192 break;
8193 }
8194 } else if (res > -1) {
8195 for (which=0;which<NUM_DCHANS;which++) {
8196 if (!pri->dchans[which])
8197 break;
8198 if (fds[which].revents & POLLPRI) {
8199 /* Check for an event */
console dump (phone numbers have been removed)
Mar 6 08:58:19 VERBOSE[16799] logger.c: -- Channel 3/21, span 4 got
hangup request
Mar 6 08:58:19 VERBOSE[16916] logger.c: -- Hungup 'Zap/3-1'
Mar 6 08:58:19 VERBOSE[16916] logger.c: == Spawn extension
(macro-dialextNoCallid, s, 3) exited non-zero on 'Zap/93-1' in macro
'dialextNoCallid'
Mar 6 08:58:19 VERBOSE[16916] logger.c: == Spawn extension
(macro-dialextNoCallid, s, 3) exited non-zero on 'Zap/93-1'
Mar 6 08:58:19 VERBOSE[16916] logger.c: -- Hungup 'Zap/93-1'
Mar 6 08:58:27 VERBOSE[17053] logger.c: -- Executing
Macro("SIP/46583-82b2", "dialOutToronto|Zap/g1/9416xxxxxxx|ADP
BROKER
SVC|416xxxxxxx") in new stack
Mar 6 08:58:27 VERBOSE[17053] logger.c: -- Executing
Answer("SIP/46583-82b2", "") in new stack
Mar 6 08:58:27 VERBOSE[17053] logger.c: -- Executing
SetCallerID("SIP/46583-82b2", "ADP BROKER SVC
<416xxxxxxx>") in new stack
Mar 6 08:58:27 VERBOSE[17053] logger.c: -- Executing
Dial("SIP/46583-82b2", "Zap/g1/9416xxxxxxx") in new stack
Mar 6 08:58:27 VERBOSE[17053] logger.c: -- Requested transfer
capability: 0x00 - SPEECH
Mar 6 08:58:27 VERBOSE[17053] logger.c: -- Called g1/9416xxxxxxx
Mar 6 08:58:27 VERBOSE[17053] logger.c: -- Zap/2-1 is proceeding
passing it to SIP/46583-82b2
Mar 6 08:58:27 VERBOSE[17053] logger.c: -- Zap/2-1 is ringing
Mar 6 08:58:41 VERBOSE[17053] logger.c: -- Zap/2-1 answered
SIP/46583-82b2
zaptel.conf
defaultzone=us
span=1,1,0,d4,b8zs
bchan=1-12
dchan=24
span=2,3,0,d4,b8zs
bchan=25-36
dchan=48
# span=3,0,0,esf,b8zs
# bchan=49-71
# dchan=72
span=4,2,0,esf,b8zs
bchan=73-95
dchan=96
zapata.conf
[trunkgroups]
trunkgroup => 1,24,48
trunkgroup => 2,96
spanmap => 1,1,0
spanmap => 2,1,1
spanmap => 4,2,3
[channels]
rxgain=8.0
txgain=-4.5
echocancel=yes
echotraining=yes
echocancelwhenbridged=yes
group = 1
context = trunk
usecallerid=yes
callerid = asreceived
switchtype = national
nsf = none
overlapdial = no
signalling = pri_net
channel => 1-12,25-36
rxgain=-5
group = 2
context = trunk
usecallerid=yes
callerid = asreceived
switchtype = national
overlapdial = no
signalling = pri_net
relaxdtmf = yes
channel => 73-95
------------------------------
Message: 4
Date: Sun, 5 Mar 2006 15:20:15 -0500
From: "McQuiggan, Mark xt46480" <Mark_McQuiggan@adp.com>
Subject: [Asterisk-Users] Problem with libpri?
To: <asterisk-users@lists.digium.com>
Message-ID:
<22133852A79BD31184CF00104B74DF4A06D3BA5F@torexch55.toronto.bis.adp.com>
Content-Type: text/plain; charset="windows-1252"
While testing a problem with "spontaeously" and
"occasionally" rebooting
asterisk, I came upon this problem:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1210770512 (LWP 11346)]
0x002e3fe1 in pri_release_timeout (data=0x93a0478) at q931.c:2589
2589 q931.c: No such file or directory.
in q931.c
q931.c is in libpri, function pri_release_timeout, and line 2589 reads:
if (pri->debug & PRI_DEBUG_Q931_STATE)
pri_message(pri, "Timed out looking for release
complete\n");
PRI Debug was not on in the asterisk console.
Any ideas? My asterisk restarts about twice a day, and drops any current
calls in the process.
Regards,
Mark McQuiggan
_
This message and any attachments are intended only for the use of the addressee
and
may contain information that is privileged and confidential. If the reader of
the
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20060306/6c6fb32b/attachment.htm