RE: [Asterisk-Users] Regular Crashes - Partially Solved
Thanks Paradise, this seems to have worked a treat!!!
I commented out the:
exten = 110,hint,SIP/110
lines which were in extensions_additional.conf for each sip extension I
had.
This seems to have stopped the crashes which were previously 3-5 times a
day, now:
System uptime: 1 day, 18 hours, 10 minutes, 3 seconds
Interestingly it had the knock on effect of fixing another problem I had
where my SIP phones didn't receive other inbound calls while they were
on a call.
Now I have 3 questions
1 What is the line: exten = 110,hint,SIP/110 supposed to do?
2 Any ideas why it is causing asterisk to crash?
3 Is there any way (short of hacking the code) to stop AMP inserting
those hint lines each time I make changes (through AMP)?
Regards
Andrew Gough
Senior Partner
GCD Technologies
Unit 414
Lisburn Enterprise Park
Ballinderry Road
Lisburn
Co Antrim
BT28 2BP
E: [EMAIL PROTECTED]
W: www.gcdtech.com
T: 028 9264 1144
-Original Message-
From: [EMAIL PROTECTED] [mailto:asterisk-users-
[EMAIL PROTECTED] On Behalf Of Paradise Dove
Sent: 02 January 2006 14:13
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Regular Crashes
i have the same problem. but when i remove all hints from my dialplan
in extensions.conf.
on more crash will occur.
Paradise Dove
On 1/2/06, Andrew Gough [EMAIL PROTECTED] wrote:
I don't think this is the same problem I am experiencing. As you can
see
below the two BT's are almost identical and I have others the same
too. so
the fault is fairly consistent, unfortunately I have been unable to
determine the exact reason for it yet. It is not the whole box
crashing it
is merely Asterisk core dumps. sometimes in the middle of a call and
sometimes when there is no-one even in the office. Unless I get
solution
soon I'll be forced to give up on asterisk, which would be a real
shame.
Regards
Andrew
From: [EMAIL PROTECTED] on behalf of Zafer
Khodr
Sent: Fri 30/12/2005 15:32
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: RE: [Asterisk-Users] Regular Crashes
I have been experiencing a similar problem.
I have not yet been able to figure out what the exact problem is but
I
know that the errors are inconsitant.
Sometimes nothing for 2 days and sometimes 5 times a day.
I thought about it a lot and I have found only one thing in common.
The area where my server is stored gets pretty stuffy, especially on
a
hot day.
I occasionally turn on the aircon as I need to go in and do some
work.
From my best recollection the server has never crashed when the
aircon
has been on.
This is my third day of testing my theory, and with the aircon
controlling the room tempreture to make sure it is always nice and
cool in
there I have not seen any errors for 3 days (Keeping in mind that the
day
I decided to try this theory by constantly keeping the room cool my
server
encountered around 4 errors in just a few hours).
So to put in short I think but cant be sure that somehow when the
room
gets too hot the server goes awol and somehow causes this error.
Don't ask me how or why... all I know is that now with controlled
room
temp I have not had a problem.
Good Luck
From: [EMAIL PROTECTED]
[mailto:asterisk-users-
[EMAIL PROTECTED] On Behalf Of Andrew Gough
Sent: Saturday, 31 December 2005 1:43 AM
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] Regular Crashes
I have just setup asterisk on a debian sarge box. I am running
Asterisk
1.21 with AMP and chan_capi_cm 0.6.1 using a BT Speedway (AVM
Fritz)
ISDN card, connected to a BT ISDN2e line. Currently we have 6
extensions
(SIP) configured all using CounterPath(Xten) eyebeam softphone.
After many hours of Googling I have finally got it all setup and
working. We can transfer calls internally and make and receive
external
calls. Its all great except for stability issues!!
Essentially every now and again, asterisk simply dies (2-3 times a
day). No warning, no error, just my console session outputs a
disconnected from console message.
Sometimes the crashes happen when you are on a call, other times
when
there is no-one in the office.
The server is a brand new AMD 3400+ with 512Mb RAM. The other issue
experienced is occasional break up on inbound sound quality.
Below are traces of the last two crashes
Any Help much appreciated
Regards
Andrew Gough
FIRST TRACE
#0 0x400268b7 in pthread_mutex_trylock () from
/lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at
lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at
channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src
RE: [Asterisk-Users] Regular Crashes
Will that give a fuller bt's than the two below? These were done from
core dumps with asterisk compiled with dont-optimize. I can run asterisk
through gdb but at the moment running with safe_asterisk at least it
automatically restarts after a crash. Though if it will further help
sorting the probem I can run it through gdb.
Regards
Andrew
FIRST TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at lock.h:597 No
locals.
#2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = 0x0, data = 0x0, delivery = {tv_sec =
0,
tv_usec = 0}, prev = 0x0, next = 0x0}
#3 0x408fc2d9 in __sip_autodestruct (data=0x81be208) at chan_sip.c:1315
p = (struct sip_pvt *) 0x81be208
#4 0x08056c3e in ast_sched_runq (con=0x8172f28) at sched.c:373
current = (struct sched *) 0x8174868
tv = {tv_sec = 1135275568, tv_usec = 989877}
x = 0
res = 1083432672
#5 0x40927e28 in do_monitor (data=0x0) at chan_sip.c:11253
res = 0
sip = (struct sip_pvt *) 0x0
peer = (struct sip_peer *) 0x0
t = 1135275568
fastrestart = 0
lastpeernum = -1
curpeernum = 6
reloading = 0
#6 0x40024b63 in start_thread () from /lib/tls/libpthread.so.0 No
symbol table info available.
#7 0x401ac18a in clone () from /lib/tls/libc.so.6 No symbol table info
available.
SECOND TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x120010c) at lock.h:597 No
locals.
#2 0x0806175a in ast_queue_hangup (chan=0x1200040) at channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = 0x0,
data = 0x0, delivery = {tv_sec = 0, tv_usec = 0}, prev = 0x0, next =
0x0}
#3 0x408fc2d9 in __sip_autodestruct (data=0x81eb518) at chan_sip.c:1315
p = (struct sip_pvt *) 0x81eb518
#4 0x08056c3e in ast_sched_runq (con=0x8172f78) at sched.c:373
current = (struct sched *) 0x8174528
tv = {tv_sec = 1135343875, tv_usec = 693503}
x = 1
res = 0
#5 0x40927e28 in do_monitor (data=0x0) at chan_sip.c:11253
res = 0
sip = (struct sip_pvt *) 0x0
peer = (struct sip_peer *) 0x0
t = 1135343875
fastrestart = 0
lastpeernum = -1
curpeernum = 6
reloading = 0
#6 0x40024b63 in start_thread () from /lib/tls/libpthread.so.0 No
symbol table info available.
#7 0x401ac18a in clone () from /lib/tls/libc.so.6 No symbol table info
available.
Regards
Andrew Gough
Senior Partner
GCD Technologies
Unit 414
Lisburn Enterprise Park
Ballinderry Road
Lisburn
Co Antrim
BT28 2BP
E: [EMAIL PROTECTED]
W: www.gcdtech.com
T: 028 9264 1144
-Original Message-
From: [EMAIL PROTECTED] [mailto:asterisk-users-
[EMAIL PROTECTED] On Behalf Of Robert La Ferla
Sent: 03 January 2006 17:29
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Regular Crashes
Did you try running * under gdb? When it crashes, do a bt to get a
back trace and post it to the mailing list.
e.g.
% gdb /usr/sbin/asterisk
GNU gdb Red Hat Linux (6.3.0.0-1.84rh)
Copyright 2004 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-gnu...Using host
libthread_db library /lib/libthread_db.so.1.
(gdb) run
wait for crash
(gdb) bt
___
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
___
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Regular Crashes
By hints do you mean comments??
Seems a very odd solution, but I'm willing to give anything a go.
Regards
Andrew Gough
Senior Partner
GCD Technologies
Unit 414
Lisburn Enterprise Park
Ballinderry Road
Lisburn
Co Antrim
BT28 2BP
E: [EMAIL PROTECTED]
W: www.gcdtech.com
T: 028 9264 1144
-Original Message-
From: [EMAIL PROTECTED] [mailto:asterisk-users-
[EMAIL PROTECTED] On Behalf Of Paradise Dove
Sent: 02 January 2006 14:13
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Regular Crashes
i have the same problem. but when i remove all hints from my dialplan
in extensions.conf.
on more crash will occur.
Paradise Dove
On 1/2/06, Andrew Gough [EMAIL PROTECTED] wrote:
I don't think this is the same problem I am experiencing. As you can
see
below the two BT's are almost identical and I have others the same
too. so
the fault is fairly consistent, unfortunately I have been unable to
determine the exact reason for it yet. It is not the whole box
crashing it
is merely Asterisk core dumps. sometimes in the middle of a call and
sometimes when there is no-one even in the office. Unless I get
solution
soon I'll be forced to give up on asterisk, which would be a real
shame.
Regards
Andrew
From: [EMAIL PROTECTED] on behalf of Zafer
Khodr
Sent: Fri 30/12/2005 15:32
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: RE: [Asterisk-Users] Regular Crashes
I have been experiencing a similar problem.
I have not yet been able to figure out what the exact problem is but
I
know that the errors are inconsitant.
Sometimes nothing for 2 days and sometimes 5 times a day.
I thought about it a lot and I have found only one thing in common.
The area where my server is stored gets pretty stuffy, especially on
a
hot day.
I occasionally turn on the aircon as I need to go in and do some
work.
From my best recollection the server has never crashed when the
aircon
has been on.
This is my third day of testing my theory, and with the aircon
controlling the room tempreture to make sure it is always nice and
cool in
there I have not seen any errors for 3 days (Keeping in mind that the
day
I decided to try this theory by constantly keeping the room cool my
server
encountered around 4 errors in just a few hours).
So to put in short I think but cant be sure that somehow when the
room
gets too hot the server goes awol and somehow causes this error.
Don't ask me how or why... all I know is that now with controlled
room
temp I have not had a problem.
Good Luck
From: [EMAIL PROTECTED]
[mailto:asterisk-users-
[EMAIL PROTECTED] On Behalf Of Andrew Gough
Sent: Saturday, 31 December 2005 1:43 AM
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] Regular Crashes
I have just setup asterisk on a debian sarge box. I am running
Asterisk
1.21 with AMP and chan_capi_cm 0.6.1 using a BT Speedway (AVM
Fritz)
ISDN card, connected to a BT ISDN2e line. Currently we have 6
extensions
(SIP) configured all using CounterPath(Xten) eyebeam softphone.
After many hours of Googling I have finally got it all setup and
working. We can transfer calls internally and make and receive
external
calls. Its all great except for stability issues!!
Essentially every now and again, asterisk simply dies (2-3 times a
day). No warning, no error, just my console session outputs a
disconnected from console message.
Sometimes the crashes happen when you are on a call, other times
when
there is no-one in the office.
The server is a brand new AMD 3400+ with 512Mb RAM. The other issue
experienced is occasional break up on inbound sound quality.
Below are traces of the last two crashes
Any Help much appreciated
Regards
Andrew Gough
FIRST TRACE
#0 0x400268b7 in pthread_mutex_trylock () from
/lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at
lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at
channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = 0x0, data = 0x0, delivery = {tv_sec
=
0,
tv_usec = 0}, prev = 0x0, next = 0x0}
#3 0x408fc2d9 in __sip_autodestruct (data=0x81be208) at
chan_sip.c:1315
p = (struct sip_pvt *) 0x81be208
#4 0x08056c3e in ast_sched_runq (con=0x8172f28) at sched.c:373
current = (struct sched *) 0x8174868
tv = {tv_sec = 1135275568, tv_usec = 989877}
x = 0
res = 1083432672
#5 0x40927e28 in do_monitor (data=0x0) at chan_sip.c:11253
res = 0
sip = (struct sip_pvt *) 0x0
peer = (struct sip_peer *) 0x0
t = 1135275568
fastrestart = 0
Re: [Asterisk-Users] Regular Crashes
Did you try running * under gdb? When it crashes, do a bt to get a back trace and post it to the mailing list. e.g. % gdb /usr/sbin/asterisk GNU gdb Red Hat Linux (6.3.0.0-1.84rh) Copyright 2004 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-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) run wait for crash (gdb) bt ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Regular Crashes
I don't think this is the same problem I am experiencing. As you can see below
the two BT's are almost identical and I have others the same too. so the fault
is fairly consistent, unfortunately I have been unable to determine the exact
reason for it yet. It is not the whole box crashing it is merely Asterisk core
dumps. sometimes in the middle of a call and sometimes when there is no-one
even in the office. Unless I get solution soon I'll be forced to give up on
asterisk, which would be a real shame.
Regards
Andrew
From: [EMAIL PROTECTED] on behalf of Zafer Khodr
Sent: Fri 30/12/2005 15:32
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: RE: [Asterisk-Users] Regular Crashes
I have been experiencing a similar problem.
I have not yet been able to figure out what the exact problem is but I know
that the errors are inconsitant.
Sometimes nothing for 2 days and sometimes 5 times a day.
I thought about it a lot and I have found only one thing in common.
The area where my server is stored gets pretty stuffy, especially on a hot day.
I occasionally turn on the aircon as I need to go in and do some work.
From my best recollection the server has never crashed when the aircon has
been on.
This is my third day of testing my theory, and with the aircon controlling the
room tempreture to make sure it is always nice and cool in there I have not
seen any errors for 3 days (Keeping in mind that the day I decided to try this
theory by constantly keeping the room cool my server encountered around 4
errors in just a few hours).
So to put in short I think but cant be sure that somehow when the room gets too
hot the server goes awol and somehow causes this error.
Don't ask me how or why... all I know is that now with controlled room temp I
have not had a problem.
Good Luck
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Gough
Sent: Saturday, 31 December 2005 1:43 AM
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] Regular Crashes
I have just setup asterisk on a debian sarge box. I am running Asterisk
1.21 with AMP and chan_capi_cm 0.6.1 using a BT Speedway (AVM Fritz)
ISDN card, connected to a BT ISDN2e line. Currently we have 6 extensions
(SIP) configured all using CounterPath(Xten) eyebeam softphone.
After many hours of Googling I have finally got it all setup and
working. We can transfer calls internally and make and receive external
calls. Its all great except for stability issues!!
Essentially every now and again, asterisk simply dies (2-3 times a
day). No warning, no error, just my console session outputs a
disconnected from console message.
Sometimes the crashes happen when you are on a call, other times when
there is no-one in the office.
The server is a brand new AMD 3400+ with 512Mb RAM. The other issue
experienced is occasional break up on inbound sound quality.
Below are traces of the last two crashes
Any Help much appreciated
Regards
Andrew Gough
FIRST TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = 0x0, data = 0x0, delivery = {tv_sec =
0,
tv_usec = 0}, prev = 0x0, next = 0x0}
#3 0x408fc2d9 in __sip_autodestruct (data=0x81be208) at chan_sip.c:1315
p = (struct sip_pvt *) 0x81be208
#4 0x08056c3e in ast_sched_runq (con=0x8172f28) at sched.c:373
current = (struct sched *) 0x8174868
tv = {tv_sec = 1135275568, tv_usec = 989877}
x = 0
res = 1083432672
#5 0x40927e28 in do_monitor (data=0x0) at chan_sip.c:11253
res = 0
sip = (struct sip_pvt *) 0x0
peer = (struct sip_peer *) 0x0
t = 1135275568
fastrestart = 0
lastpeernum = -1
curpeernum = 6
reloading = 0
#6 0x40024b63 in start_thread () from /lib/tls/libpthread.so.0
No symbol table info available.
#7 0x401ac18a in clone () from /lib/tls/libc.so.6
No symbol table info available.
SECOND TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x120010c) at lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x1200040) at channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = 0x0,
data = 0x0, delivery = {tv_sec = 0, tv_usec = 0}, prev = 0x0, next =
0x0}
#3 0x408fc2d9 in __sip_autodestruct (data=0x81eb518) at chan_sip.c:1315
p = (struct sip_pvt *) 0x81eb518
#4 0x08056c3e in ast_sched_runq (con=0x8172f78) at sched.c:373
current = (struct sched *) 0x8174528
tv = {tv_sec
Re: [Asterisk-Users] Regular Crashes
i have the same problem. but when i remove all hints from my dialplan
in extensions.conf.
on more crash will occur.
Paradise Dove
On 1/2/06, Andrew Gough [EMAIL PROTECTED] wrote:
I don't think this is the same problem I am experiencing. As you can see
below the two BT's are almost identical and I have others the same too. so
the fault is fairly consistent, unfortunately I have been unable to determine
the exact reason for it yet. It is not the whole box crashing it is merely
Asterisk core dumps. sometimes in the middle of a call and sometimes when
there is no-one even in the office. Unless I get solution soon I'll be
forced to give up on asterisk, which would be a real shame.
Regards
Andrew
From: [EMAIL PROTECTED] on behalf of Zafer Khodr
Sent: Fri 30/12/2005 15:32
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: RE: [Asterisk-Users] Regular Crashes
I have been experiencing a similar problem.
I have not yet been able to figure out what the exact problem is but I know
that the errors are inconsitant.
Sometimes nothing for 2 days and sometimes 5 times a day.
I thought about it a lot and I have found only one thing in common.
The area where my server is stored gets pretty stuffy, especially on a hot
day.
I occasionally turn on the aircon as I need to go in and do some work.
From my best recollection the server has never crashed when the aircon has
been on.
This is my third day of testing my theory, and with the aircon controlling
the room tempreture to make sure it is always nice and cool in there I have
not seen any errors for 3 days (Keeping in mind that the day I decided to try
this theory by constantly keeping the room cool my server encountered around
4 errors in just a few hours).
So to put in short I think but cant be sure that somehow when the room gets
too hot the server goes awol and somehow causes this error.
Don't ask me how or why... all I know is that now with controlled room temp I
have not had a problem.
Good Luck
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Gough
Sent: Saturday, 31 December 2005 1:43 AM
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] Regular Crashes
I have just setup asterisk on a debian sarge box. I am running Asterisk
1.21 with AMP and chan_capi_cm 0.6.1 using a BT Speedway (AVM Fritz)
ISDN card, connected to a BT ISDN2e line. Currently we have 6 extensions
(SIP) configured all using CounterPath(Xten) eyebeam softphone.
After many hours of Googling I have finally got it all setup and
working. We can transfer calls internally and make and receive external
calls. Its all great except for stability issues!!
Essentially every now and again, asterisk simply dies (2-3 times a
day). No warning, no error, just my console session outputs a
disconnected from console message.
Sometimes the crashes happen when you are on a call, other times when
there is no-one in the office.
The server is a brand new AMD 3400+ with 512Mb RAM. The other issue
experienced is occasional break up on inbound sound quality.
Below are traces of the last two crashes
Any Help much appreciated
Regards
Andrew Gough
FIRST TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = 0x0, data = 0x0, delivery = {tv_sec =
0,
tv_usec = 0}, prev = 0x0, next = 0x0}
#3 0x408fc2d9 in __sip_autodestruct (data=0x81be208) at chan_sip.c:1315
p = (struct sip_pvt *) 0x81be208
#4 0x08056c3e in ast_sched_runq (con=0x8172f28) at sched.c:373
current = (struct sched *) 0x8174868
tv = {tv_sec = 1135275568, tv_usec = 989877}
x = 0
res = 1083432672
#5 0x40927e28 in do_monitor (data=0x0) at chan_sip.c:11253
res = 0
sip = (struct sip_pvt *) 0x0
peer = (struct sip_peer *) 0x0
t = 1135275568
fastrestart = 0
lastpeernum = -1
curpeernum = 6
reloading = 0
#6 0x40024b63 in start_thread () from /lib/tls/libpthread.so.0
No symbol table info available.
#7 0x401ac18a in clone () from /lib/tls/libc.so.6
No symbol table info available.
SECOND TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x120010c) at lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x1200040) at channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = 0x0,
data = 0x0, delivery = {tv_sec = 0, tv_usec = 0
[Asterisk-Users] Regular Crashes
I have just setup asterisk on a debian sarge box. I am
running Asterisk1.21 with AMP and chan_capi_cm 0.6.1 using a BT
Speedway (AVM Fritz)ISDN card, connected to a BT ISDN2e line. Currently we
have 6 extensions(SIP) configured all using CounterPath(Xten) eyebeam
softphone.After many hours of Googling I have finally got it all setup
andworking. We can transfer calls internally and make and receive
externalcalls. Its all great except for stability
issues!!Essentially every now and again, asterisk simply dies (2-3
times aday). No warning, no error, just my console session outputs
adisconnected from console message.Sometimes the crashes happen when
you are on a call, other times whenthere is no-one in the office.The
server is a brand new AMD 3400+ with 512Mb RAM. The other issueexperienced
is occasional break up on inbound sound quality.Below are traces of the
last two crashesAny Help much appreciatedRegardsAndrew
GoughFIRST TRACE#0 0x400268b7 in pthread_mutex_trylock ()
from /lib/tls/libpthread.so.0No symbol table info available.#1
0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at lock.h:597No
locals.#2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at
channel.c:671 f = {frametype = 4,
subclass = 1, datalen = 0, samples = 0, mallocd = 0, offset = 0, src =
"" data = "" delivery = {tv_sec =0, tv_usec = 0},
prev = 0x0, next = 0x0}#3 0x408fc2d9 in __sip_autodestruct
(data="" at
chan_sip.c:1315 p = (struct
sip_pvt *) 0x81be208#4 0x08056c3e in ast_sched_runq (con=0x8172f28) at
sched.c:373 current = (struct
sched *) 0x8174868 tv = {tv_sec =
1135275568, tv_usec = 989877} x =
0 res = 1083432672#5
0x40927e28 in do_monitor (data="" at
chan_sip.c:11253 res =
0 sip = (struct sip_pvt *)
0x0 peer = (struct sip_peer *)
0x0 t =
1135275568 fastrestart =
0 lastpeernum =
-1 curpeernum =
6 reloading = 0#6
0x40024b63 in start_thread () from /lib/tls/libpthread.so.0No symbol table
info available.#7 0x401ac18a in clone () from /lib/tls/libc.so.6No
symbol table info available.SECOND TRACE#0 0x400268b7
in pthread_mutex_trylock () from /lib/tls/libpthread.so.0No symbol table
info available.#1 0x0806c146 in ast_mutex_trylock (pmutex=0x120010c)
at lock.h:597No locals.#2 0x0806175a in ast_queue_hangup
(chan=0x1200040) at channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,mallocd = 0,
offset = 0, src = ""> data = "" delivery = {tv_sec = 0, tv_usec =
0}, prev = 0x0, next =0x0}#3 0x408fc2d9 in __sip_autodestruct
(data="" at
chan_sip.c:1315 p = (struct
sip_pvt *) 0x81eb518#4 0x08056c3e in ast_sched_runq (con=0x8172f78) at
sched.c:373 current = (struct
sched *) 0x8174528 tv = {tv_sec =
1135343875, tv_usec = 693503} x =
1 res = 0#5 0x40927e28
in do_monitor (data="" at
chan_sip.c:11253 res =
0 sip = (struct sip_pvt *)
0x0 peer = (struct sip_peer *)
0x0 t =
1135343875 fastrestart =
0 lastpeernum =
-1 curpeernum =
6 reloading = 0#6
0x40024b63 in start_thread () from /lib/tls/libpthread.so.0No symbol table
info available.#7 0x401ac18a in clone () from /lib/tls/libc.so.6No
symbol table info available.___
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Regular Crashes
I have been experiencing a similar problem.
I have not yet been able to figure out
what the exact problem is but I know that the errors are inconsitant.
Sometimes nothing for 2 days and sometimes
5 times a day.
I thought about it a lot and I have found
only one thing in common.
The area where my server is stored gets
pretty stuffy, especially on a hot day.
I occasionally turn on the aircon as I
need to go in and do some work.
From my best recollection the server has
never crashed when the aircon has been on.
This is my third day of testing my theory,
and with the aircon controlling the room tempreture to make sure it is always
nice and cool in there I have not seen any errors for 3 days (Keeping in mind
that the day I decided to try this theory by constantly keeping the room cool
my server encountered around 4 errors in just a few hours).
So to put in short I think but cant be
sure that somehow when the room gets too hot the server goes awol and somehow
causes this error.
Dont ask me how or why all I
know is that now with controlled room temp I have not had a problem.
Good Luck
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew Gough
Sent: Saturday, 31 December 2005
1:43 AM
To:
asterisk-users@lists.digium.com
Subject: [Asterisk-Users] Regular
Crashes
I have just setup asterisk on a debian
sarge box. I am running Asterisk
1.21 with AMP and chan_capi_cm 0.6.1 using a BT Speedway (AVM Fritz)
ISDN card, connected to a BT ISDN2e line. Currently we have 6 extensions
(SIP) configured all using CounterPath(Xten) eyebeam softphone.
After many hours of Googling I have finally got it all setup and
working. We can transfer calls internally and make and receive external
calls. Its all great except for stability issues!!
Essentially every now and again, asterisk simply dies (2-3 times a
day). No warning, no error, just my console session outputs a
disconnected from console message.
Sometimes the crashes happen when you are on a call, other times when
there is no-one in the office.
The server is a brand new AMD 3400+ with 512Mb RAM. The other issue
experienced is occasional break up on inbound sound quality.
Below are traces of the last two crashes
Any Help much appreciated
Regards
Andrew Gough
FIRST TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at channel.c:671
f = {frametype = 4, subclass = 1,
datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = "" data = "" delivery = {tv_sec =
0,
tv_usec = 0}, prev = 0x0, next = 0x0}
#3 0x408fc2d9 in __sip_autodestruct (data="" at chan_sip.c:1315
p = (struct sip_pvt *) 0x81be208
#4 0x08056c3e in ast_sched_runq (con=0x8172f28) at sched.c:373
current = (struct sched *) 0x8174868
tv = {tv_sec = 1135275568, tv_usec =
989877}
x = 0
res = 1083432672
#5 0x40927e28 in do_monitor (data="" at chan_sip.c:11253
res = 0
sip = (struct sip_pvt *) 0x0
peer = (struct sip_peer *) 0x0
t = 1135275568
fastrestart = 0
lastpeernum = -1
curpeernum = 6
reloading = 0
#6 0x40024b63 in start_thread () from /lib/tls/libpthread.so.0
No symbol table info available.
#7 0x401ac18a in clone () from /lib/tls/libc.so.6
No symbol table info available.
SECOND TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x120010c) at lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x1200040) at channel.c:671
f = {frametype = 4, subclass = 1,
datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = "">
data = "" delivery = {tv_sec = 0, tv_usec = 0}, prev = 0x0, next =
0x0}
#3 0x408fc2d9 in __sip_autodestruct (data="" at chan_sip.c:1315
p = (struct sip_pvt *) 0x81eb518
#4 0x08056c3e in ast_sched_runq (con=0x8172f78) at sched.c:373
current = (struct sched *) 0x8174528
tv = {tv_sec = 1135343875, tv_usec =
693503}
x = 1
res = 0
#5 0x40927e28 in do_monitor (data="" at chan_sip.c:11253
res = 0
sip = (struct sip_pvt *) 0x0
peer = (struct sip_peer *) 0x0
t = 1135343875
fastrestart = 0
lastpeernum = -1
curpeernum = 6
reloading = 0
#6 0x40024b63 in start_thread () from /lib/tls/libpthread.so.0
No symbol table info available.
#7 0x401ac18a in clone () from /lib/tls/libc.so.6
No symbol table info available.
___
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Regular crashes
I have just setup asterisk on a debian sarge box. I am running Asterisk
1.21 with AMP and chan_capi_cm 0.6.1 using a BT Speedway (AVM Fritz)
ISDN card, connected to a BT ISDN2e line. Currently we have 6 extensions
(SIP) configured all using CounterPath(Xten) eyebeam softphone.
After many hours of Googling I have finally got it all setup and
working. We can transfer calls internally and make and receive external
calls. Its all great except for stability issues!!
Essentially every now and again, asterisk simply dies (2-3 times a
day). No warning, no error, just my console session outputs a
disconnected from console message.
Sometimes the crashes happen when you are on a call, other times when
there is no-one in the office.
The server is a brand new AMD 3400+ with 512Mb RAM. The other issue
experienced is occasional break up on inbound sound quality.
Below are traces of the last two crashes
Any Help much appreciated
Regards
Andrew Gough
FIRST TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = 0x0, data = 0x0, delivery = {tv_sec =
0,
tv_usec = 0}, prev = 0x0, next = 0x0}
#3 0x408fc2d9 in __sip_autodestruct (data=0x81be208) at chan_sip.c:1315
p = (struct sip_pvt *) 0x81be208
#4 0x08056c3e in ast_sched_runq (con=0x8172f28) at sched.c:373
current = (struct sched *) 0x8174868
tv = {tv_sec = 1135275568, tv_usec = 989877}
x = 0
res = 1083432672
#5 0x40927e28 in do_monitor (data=0x0) at chan_sip.c:11253
res = 0
sip = (struct sip_pvt *) 0x0
peer = (struct sip_peer *) 0x0
t = 1135275568
fastrestart = 0
lastpeernum = -1
curpeernum = 6
reloading = 0
#6 0x40024b63 in start_thread () from /lib/tls/libpthread.so.0
No symbol table info available.
#7 0x401ac18a in clone () from /lib/tls/libc.so.6
No symbol table info available.
SECOND TRACE
#0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0
No symbol table info available.
#1 0x0806c146 in ast_mutex_trylock (pmutex=0x120010c) at lock.h:597
No locals.
#2 0x0806175a in ast_queue_hangup (chan=0x1200040) at channel.c:671
f = {frametype = 4, subclass = 1, datalen = 0, samples = 0,
mallocd = 0, offset = 0, src = 0x0,
data = 0x0, delivery = {tv_sec = 0, tv_usec = 0}, prev = 0x0, next =
0x0}
#3 0x408fc2d9 in __sip_autodestruct (data=0x81eb518) at chan_sip.c:1315
p = (struct sip_pvt *) 0x81eb518
#4 0x08056c3e in ast_sched_runq (con=0x8172f78) at sched.c:373
current = (struct sched *) 0x8174528
tv = {tv_sec = 1135343875, tv_usec = 693503}
x = 1
res = 0
#5 0x40927e28 in do_monitor (data=0x0) at chan_sip.c:11253
res = 0
sip = (struct sip_pvt *) 0x0
peer = (struct sip_peer *) 0x0
t = 1135343875
fastrestart = 0
lastpeernum = -1
curpeernum = 6
reloading = 0
#6 0x40024b63 in start_thread () from /lib/tls/libpthread.so.0
No symbol table info available.
#7 0x401ac18a in clone () from /lib/tls/libc.so.6
No symbol table info available.
___
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
