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 = 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 > > > > > > > _______________________________________________ > --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