Configuration: Linux wpbx 2.4.9-13 #1 Tue Oct 30 20:11:04 EST 2001 i686 unknown P4 2.5 GHz, 1 GB RAM T400P with 3 T1s plugged in. A flow of 46 calls (spread out over 3 T1s). Each call gets transferred (Dial) to the SIP platform and stays for 5 min. Case 1. Asterisk built out of CVS Mar. 19. Test was running for 3 days. Segmentation fault. Case 2. Asterisk built out of CVS Apr. 1. Test was running for 12 hours. Segmentation fault. No coredump found. In case 1 there was a significant memory growth: Top at the startup: 15986 root 9 0 6440 6436 2144 S 0.0 0.6 0:00 asterisk 15987 root 8 0 6440 6436 2144 S 0.0 0.6 0:00 asterisk Top in several hours: 15986 root 9 0 9192 9188 2148 S 0.0 0.9 0:00 asterisk 15987 root 9 0 9192 9188 2148 S 0.0 0.9 0:00 asterisk Top after a day: 27441 root 9 0 45980 44M 2156 S 0.0 4.5 0:00 asterisk 27442 root 8 0 45980 44M 2156 S 0.0 4.5 0:16 asterisk Actually, I saw it over 50. There were some warning messages on the way. For example: Apr 1 23:22:33 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): PRI: Read on 86 failed: Unknown error 500 Apr 1 23:24:54 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error): PRI: !! Got reject for frame 102, retransmitting frame 102 now, updating n_r! Apr 1 23:24:54 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error): PRI: !! Got reject for frame 103, but we have nothing -- resetting! Apr 1 23:28:49 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): PRI: !! Got reject for frame 29, retransmitting frame 29 now, updating n_r! Apr 1 23:28:49 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): PRI: !! Got reject for frame 30, but we have nothing -- resetting! Apr 1 23:30:00 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error): PRI: Read on 87 failed: Unknown error 500 Apr 1 23:30:24 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): PRI: Read on 86 failed: Unknown error 500 Question: What do I do to give you more info? Should I issue 'ulimit -c unlimited' to get a coredump? Are there any flags/modes to set? Thank you. Alex Zarubin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20030402/c8261f5f/attachment.htm
asterisk -vvvcg (use g option to generate the coredump file) than gdb asterisk core.pid bt Also you might send a log of "pri intense debug span <number>" regards Martin On Wed, 2 Apr 2003, Alex Zarubin wrote:> Configuration: > Linux wpbx 2.4.9-13 #1 Tue Oct 30 20:11:04 EST 2001 i686 unknown > P4 2.5 GHz, 1 GB RAM > T400P with 3 T1s plugged in. A flow of 46 calls (spread out over 3 T1s). > Each call gets transferred (Dial) to the SIP platform and stays for 5 min. > > Case 1. Asterisk built out of CVS Mar. 19. Test was running for 3 days. > Segmentation fault. > Case 2. Asterisk built out of CVS Apr. 1. Test was running for 12 hours. > Segmentation fault. > > No coredump found. In case 1 there was a significant memory growth: > Top at the startup: > 15986 root 9 0 6440 6436 2144 S 0.0 0.6 0:00 asterisk > 15987 root 8 0 6440 6436 2144 S 0.0 0.6 0:00 asterisk > Top in several hours: > 15986 root 9 0 9192 9188 2148 S 0.0 0.9 0:00 asterisk > 15987 root 9 0 9192 9188 2148 S 0.0 0.9 0:00 asterisk > Top after a day: > 27441 root 9 0 45980 44M 2156 S 0.0 4.5 0:00 asterisk > 27442 root 8 0 45980 44M 2156 S 0.0 4.5 0:16 asterisk > Actually, I saw it over 50. > > There were some warning messages on the way. For example: > > Apr 1 23:22:33 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > Read on 86 failed: Unknown error 500 > Apr 1 23:24:54 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > !! Got reject for frame 102, retransmitting frame 102 now, updating n_r! > Apr 1 23:24:54 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > !! Got reject for frame 103, but we have nothing -- resetting! > Apr 1 23:28:49 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > !! Got reject for frame 29, retransmitting frame 29 now, updating n_r! > Apr 1 23:28:49 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > !! Got reject for frame 30, but we have nothing -- resetting! > Apr 1 23:30:00 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > Read on 87 failed: Unknown error 500 > Apr 1 23:30:24 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > Read on 86 failed: Unknown error 500 > > Question: > What do I do to give you more info? Should I issue 'ulimit -c unlimited' to > get a coredump? > Are there any flags/modes to set? > > Thank you. > Alex Zarubin > > >
OK, here it is. On a flow of shorter calls it lasted about an hour.
[root@wpbx asterisk]# gdb asterisk core.12348
GNU gdb Red Hat Linux 7.x (5.0rh-15) (MI_OUT)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
Core was generated by `asterisk -dgvvvc'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/i686/libpthread.so.0...done.
warning: Unable to set global thread event mask: generic error
[New Thread 1024 (LWP 12342)]
Error while reading shared library symbols:
Can't attach LWP 12342: No such process
Reading symbols from /usr/lib/libncurses.so.5...done.
Loaded symbols for /usr/lib/libncurses.so.5
Reading symbols from /lib/i686/libm.so.6...done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/lib/asterisk/modules/chan_modem.so...done.
.
.
.
.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /usr/lib/asterisk/modules/format_pcm_alaw.so...done.
Loaded symbols for /usr/lib/asterisk/modules/format_pcm_alaw.so
#0 0x08055d86 in ast_queue_frame (chan=0x81cd398, fin=0x42c1991c, lock=1)
at channel.c:354
354 cur = chan->pvt->readq;
(gdb) bt
#0 0x08055d86 in ast_queue_frame (chan=0x81cd398, fin=0x42c1991c, lock=1)
at channel.c:354
#1 0x0805a9a0 in ast_queue_hangup (chan=0x81cd398, lock=1) at channel.c:391
#2 0x42412855 in handle_request (p=0x82b6350, req=0x42c1b25c,
sin=0x42c1b24c)
at chan_sip.c:3762
#3 0x42412e6d in sipsock_read (id=0x80d7850, fd=10, events=1, ignore=0x0)
at chan_sip.c:3840
#4 0x08050d9e in ast_io_wait (ioc=0x80d9018, howlong=1000) at io.c:268
#5 0x424131f5 in do_monitor (data=0x0) at chan_sip.c:3928
#6 0x4003ec6f in pthread_start_thread (arg=0x42c1bbe0) at manager.c:284
(gdb)
-----Original Message-----
From: Martin Pycko [mailto:martinp@digium.com]
Sent: Wednesday, April 02, 2003 11:38 AM
To: 'Asterisk-Users@Lists.Digium.Com'
Subject: Re: [Asterisk-Users] segmentation fault
asterisk -vvvcg (use g option to generate the coredump file)
than gdb asterisk core.pid
bt
Also you might send a log of "pri intense debug span <number>"
regards
Martin
On Wed, 2 Apr 2003, Alex Zarubin wrote:
> Configuration:
> Linux wpbx 2.4.9-13 #1 Tue Oct 30 20:11:04 EST 2001 i686 unknown
> P4 2.5 GHz, 1 GB RAM
> T400P with 3 T1s plugged in. A flow of 46 calls (spread out over 3 T1s).
> Each call gets transferred (Dial) to the SIP platform and stays for 5 min.
>
> Case 1. Asterisk built out of CVS Mar. 19. Test was running for 3 days.
> Segmentation fault.
> Case 2. Asterisk built out of CVS Apr. 1. Test was running for 12 hours.
> Segmentation fault.
>
> No coredump found. In case 1 there was a significant memory growth:
> Top at the startup:
> 15986 root 9 0 6440 6436 2144 S 0.0 0.6 0:00 asterisk
> 15987 root 8 0 6440 6436 2144 S 0.0 0.6 0:00 asterisk
> Top in several hours:
> 15986 root 9 0 9192 9188 2148 S 0.0 0.9 0:00 asterisk
> 15987 root 9 0 9192 9188 2148 S 0.0 0.9 0:00 asterisk
> Top after a day:
> 27441 root 9 0 45980 44M 2156 S 0.0 4.5 0:00 asterisk
> 27442 root 8 0 45980 44M 2156 S 0.0 4.5 0:16 asterisk
> Actually, I saw it over 50.
>
> There were some warning messages on the way. For example:
>
> Apr 1 23:22:33 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error):
> PRI:
> Read on 86 failed: Unknown error 500
> Apr 1 23:24:54 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error):
> PRI:
> !! Got reject for frame 102, retransmitting frame 102 now, updating n_r!
> Apr 1 23:24:54 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error):
> PRI:
> !! Got reject for frame 103, but we have nothing -- resetting!
> Apr 1 23:28:49 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error):
> PRI:
> !! Got reject for frame 29, retransmitting frame 29 now, updating n_r!
> Apr 1 23:28:49 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error):
> PRI:
> !! Got reject for frame 30, but we have nothing -- resetting!
> Apr 1 23:30:00 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error):
> PRI:
> Read on 87 failed: Unknown error 500
> Apr 1 23:30:24 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error):
> PRI:
> Read on 86 failed: Unknown error 500
>
> Question:
> What do I do to give you more info? Should I issue 'ulimit -c
unlimited'
to> get a coredump?
> Are there any flags/modes to set?
>
> Thank you.
> Alex Zarubin
>
>
>
_______________________________________________
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20030402/819e70dd/attachment.htm
You can run Asterisk with -vvvgc to force it do dump core. Run gdb on the core and contact me off-list, or find me on IRC. Mark On Wed, 2 Apr 2003, Alex Zarubin wrote:> Configuration: > Linux wpbx 2.4.9-13 #1 Tue Oct 30 20:11:04 EST 2001 i686 unknown > P4 2.5 GHz, 1 GB RAM > T400P with 3 T1s plugged in. A flow of 46 calls (spread out over 3 T1s). > Each call gets transferred (Dial) to the SIP platform and stays for 5 min. > > Case 1. Asterisk built out of CVS Mar. 19. Test was running for 3 days. > Segmentation fault. > Case 2. Asterisk built out of CVS Apr. 1. Test was running for 12 hours. > Segmentation fault. > > No coredump found. In case 1 there was a significant memory growth: > Top at the startup: > 15986 root 9 0 6440 6436 2144 S 0.0 0.6 0:00 asterisk > 15987 root 8 0 6440 6436 2144 S 0.0 0.6 0:00 asterisk > Top in several hours: > 15986 root 9 0 9192 9188 2148 S 0.0 0.9 0:00 asterisk > 15987 root 9 0 9192 9188 2148 S 0.0 0.9 0:00 asterisk > Top after a day: > 27441 root 9 0 45980 44M 2156 S 0.0 4.5 0:00 asterisk > 27442 root 8 0 45980 44M 2156 S 0.0 4.5 0:16 asterisk > Actually, I saw it over 50. > > There were some warning messages on the way. For example: > > Apr 1 23:22:33 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > Read on 86 failed: Unknown error 500 > Apr 1 23:24:54 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > !! Got reject for frame 102, retransmitting frame 102 now, updating n_r! > Apr 1 23:24:54 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > !! Got reject for frame 103, but we have nothing -- resetting! > Apr 1 23:28:49 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > !! Got reject for frame 29, retransmitting frame 29 now, updating n_r! > Apr 1 23:28:49 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > !! Got reject for frame 30, but we have nothing -- resetting! > Apr 1 23:30:00 WARNING[11276]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > Read on 87 failed: Unknown error 500 > Apr 1 23:30:24 WARNING[10251]: File chan_zap.c, Line 5248 (zt_pri_error): > PRI: > Read on 86 failed: Unknown error 500 > > Question: > What do I do to give you more info? Should I issue 'ulimit -c unlimited' to > get a coredump? > Are there any flags/modes to set? > > Thank you. > Alex Zarubin > > >
When i make a call from x100p to quicknet
-- Executing Dial("Zap/1-1", "Phone/phone0|5") in new
stack
Segmentation fault
extension file
[quicknet]
exten =3D> _1XX,1,Dial(Zap/0/${EXTEN})
phone file
[interfaces]
mode=3Ddialtone
format=3Dslinear
echocancel=3Dmedium
context=3Dquicknet
device =3D> /dev/phone0
arrr, errr try Dial(phone/phone0|5) the quicknet card is definately NOT a zap device On Mon, 4 Aug 2003 17:29:55 -0500 (CDT), jorge@redenlaces.com.mx wrote:>When i make a call from x100p to quicknet > > -- Executing Dial("Zap/1-1", "Phone/phone0|5") in new stack >Segmentation fault > > >extension file > >[quicknet] >exten =3D> _1XX,1,Dial(Zap/0/${EXTEN}) > >phone file > >[interfaces] >mode=3Ddialtone >format=3Dslinear >echocancel=3Dmedium >context=3Dquicknet >device =3D> /dev/phone0 > >_______________________________________________ >Asterisk-Users mailing list >Asterisk-Users@lists.digium.com >http://lists.digium.com/mailman/listinfo/asterisk-users
Hi,
I have just got to the office and now * is giving me the
following error:
-- Executing Macro("SIP/204-df20",
"dial|CAPI/1112223333:b130") in new
stack
-- Executing DBput("SIP/204-df20", "RepeatDial/204=130")
in new stack
-- DBput: family=RepeatDial, key=204, value=130
-- Executing NoOp("SIP/204-df20", "") in new stack
-- Executing Dial("SIP/204-df20",
"CAPI/1112223333:b130|30") in new
stack
Ouch ... error while writing audio data: : Broken pipe
Segmentation fault
I have tried everything, putting an old conf downloading the new
head, but nothing. Friday night everything was working fine. I have even
made a Shutdown/power-up procedure but still no success.
My ISDN card is a Fritz PCI Card. Any help is surely appreciated since I am
completely lost on this one.
;
; CAPI config
;
;
[general]
nationalprefix=11
internationalprefix=55
rxgain=0.0
txgain=0.0
[interfaces]
msn=1112223333
incomingmsn=*
controller=1
softdtmf=1
accountcode=capi
context=from-capi
echosquelch=1
;echocancel=yes
;echotail=32
callgroup=1
;deflect=12345678
devices=2
isdnmode=ptp
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20050110/742606e1/attachment.htm
Hi, I'm trying to set up a fresh system for use with Asterisk. I've never installed or used Asterisk before, so I do not know much about it. I'm using Slackware Linux 10.1 and followed this guide: http://www.automated.it/guidetoasterisk.htm When I try to run asterisk though, at the point the guide suggests to try it, I get 'Segmentation fault'. Any idea what to do? Are there any known problems with Slackware and Asterisk? Thanks in advance, Julius
Hiya - I have compiled: zaptel-1.0.9.1 libpri-1.0.9 asterisk 1.0.9 asterisk-addons-1.0.9 all new, all make'd and installed... When I run asterisk, I get the following: Parsing /etc/asterisk/asterisk.conf Parsing /etc/asterisk/extconfig.conf Segmentation fault Any ideas what I have done wrong? thank you! ?lainn ***************************************************************************** "The cheese-mites asked how the cheese got there, And warmly debated the matter; The orthodox said that it came from the air, And the heretics said from the platter." Anon.
Hi
Asterisk died this morning with this message
safe_asterisk: line 83: 6828 Segmentation fault (core dumped)
asterisk ${CLIARGS} ${ASTARGS} 1>&/dev/${TTY} </dev/${TTY}
Any idea what is the problem ?
here is a show channels before the crash
SIP/131-f5ad (None) Ringing AppDial((Outgoing
Line))
SIP/123-8bc1 131@zapout:1 Ring Dial(SIP/131|16|tr)
Zap/11-1 s@reception:2 Up Queue(reception|t|||300)
Zap/10-1 s@reception:2 Up Queue(reception|t|||300)
Zap/3-1 s@default:1 Up Bridged
Call(SIP/137-adb6)
SIP/137-adb6 15143334233@zapout:2
Up Dial(Zap/G1/915143334233)
Zap/8-1 s@support-tech:2 Up Queue(support|t|||300)
Zap/7-1 s@reception:2 Up Queue(reception|t|||300)
SIP/141-178a 701@zapout:1 Up
AgentCallbackLogin(141|@zapout
SIP/141-f5f6 701@zapout:1 Up
AgentCallbackLogin(141|@zapout
SIP/141-5371 701@zapout:1 Up
AgentCallbackLogin(141|@zapout
Zap/4-1 s@reception:2 Up Queue(reception|t|||300)
Agent/111 s@default:1 Down (None)
Local/111@default-05
111@default:1 Ring (None)
Local/111@default-05
s@default:1 Down (None)
Zap/6-1 s@reception:2 Up Queue(reception|t|||300)
Zap/2-1 s@reception:2 Up Queue(reception|t|||300)
The queue application seemed to be crashed because I got no output from a
show agents or a show queues
Patrick
On Mon, 13 Feb 2006 10:02:28 -0500, Patrick Fortin <gestion@royaume.com> wrote:> Hi > > Asterisk died this morning with this message > > safe_asterisk: line 83: 6828 Segmentation fault (core dumped) > asterisk ${CLIARGS} ${ASTARGS} 1>&/dev/${TTY} </dev/${TTY} > > Any idea what is the problem ?You should post this on the bugtracker (bugs.digium.com) along with a back trace. See asterisk-sources/doc/README.backtrace for info on how to do a backtrace. Justin Tunney
I had the same problem when I did an SVN of the latest version of the 1.2 branch this past Friday (2/10) and re-made zaptel, libpri and asterisk. I don't if someone goofed when updating the supposed stable Asterisk 1.2 branch or what. But here's what I did to fix it... I'm using Asterisk at Home. To get back to a working system I first made a backup of everything through the AMP interface. I made backups of my zaptel.conf and zapata.conf files to a separate location. Then, I downloaded the tar version of AAH 2.5 (instead of the ISO). I followed the instructions to untar and install AAH. Because AAH doesn't really have a 100% working restore feature, what I had to do was: 1) go ahead and use the restore function in the AMP interface - restoring the backup I had just made. 2) Go through every single configuration window within the AMP interface and click 'submit' to re-apply the settings one by one. This really only takes like 10 minutes. 3) Then I clicked the red bar along the top to apply the change in settings. 4) In the process of installing itself, AAH will blow away your zaptel.conf and zapata.conf files that you spent so long just getting right. That's why you made backup copies of those to another directory. ;) Restore those files manually. 5) In order to get my T1 actually functioning I had to not only shutdown the server but pull the plug on it for a few minutes and then plug it back in/hit the on button. Not sure if you're using AAH as well - but hope this helps someone else who ended up in the same position as I did late Friday night. Best of Luck, Sascha On Mon, 13 Feb 2006 10:02:28 -0500, Patrick Fortin wrote:> Hi > > Asterisk died this morning with this message > > safe_asterisk: line 83: 6828 Segmentation fault (core dumped) > asterisk ${CLIARGS} ${ASTARGS} 1>&/dev/${TTY} </dev/${TTY} > > Any idea what is the problem ?You should post this on the bugtracker (bugs.digium.com) along with a back trace. See asterisk-sources/doc/README.backtrace for info on how to do a backtrace. Justin Tunney -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060213/d875c7bd/attachment.htm
In article <5.2.1.1.0.20060213095838.03f26e90@mail.videodery.qc.ca>, gestion@royaume.com says...> Hi > > Asterisk died this morning with this message > > safe_asterisk: line 83: 6828 Segmentation fault (core dumped) > asterisk ${CLIARGS} ${ASTARGS} 1>&/dev/${TTY} </dev/${TTY}Hi Patrick, I'm new to Linux, so can you please tell me how do you check how did Asterisk "died"? Thank you. -- Tomislav Parcina name.surname@email.t-com.hr