Mark Murawski
2021-Dec-13 21:53 UTC
[asterisk-users] Asterisk 16.23.0 doesn't respond anymore
Hi, 1) You should change your name on your email client so it doesn't say "Administrator" 2) Please follow the instructions at https://wiki.asterisk.org/wiki/display/AST/Installing+Asterisk+From+Source 3) Compile with DEBUG_THREADS and DONT_OPTIMIZE, but note this will incur a performance hit. Test this on a lab/testing environment if you can. 4) Reproduce your lockup problem. 5) Save the output of 'core show locks' 6) Enable core dumps in your environment, Get a core dump https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace 7) Post your findings back to the list and/or submit a bug report following the guidelines here: https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines On 12/13/21 12:24, Administrator wrote:> Complement: restarting asterisk does the job and everything come back to > normal. > > Le 13/12/2021 à 18:13, Administrator a écrit : >> Hi list, >> >> we faced on 2 different asterisk servers an identical problem (16.23.0 >> compiled as well as 16.2.1~dfsg-1+deb10u2 packaged for Debian Buster) >> >> [lot of same before ...] >> [2021-12-13 17:13:33] WARNING[3923454] chan_iax2.c: Max retries >> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >> subclass = 11, ts=3879966, seqno=91) >> [2021-12-13 17:13:38] WARNING[3923450] chan_iax2.c: Max retries >> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >> subclass = 2, ts=3884984, seqno=92) >> [2021-12-13 17:13:40] WARNING[3923447] chan_iax2.c: Max retries >> exceeded to host 10.99.3.24 on IAX2/33388917474-24830 (type = 6, >> subclass = 11, ts=3919975, seqno=100) >> [2021-12-13 17:13:43] WARNING[3923448] chan_iax2.c: Max retries >> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >> subclass = 11, ts=3889966, seqno=93) >> [2021-12-13 17:13:47] WARNING[3923450] chan_iax2.c: Max retries >> exceeded to host 10.99.3.24 on IAX2/33388917474-24830 (type = 6, >> subclass = 2, ts=3926989, seqno=101) >> [2021-12-13 17:13:50] WARNING[3923453] chan_iax2.c: Max retries >> exceeded to host 10.99.3.24 on IAX2/33388917474-24830 (type = 6, >> subclass = 11, ts=3929974, seqno=102) >> [2021-12-13 17:13:53] WARNING[3923447] chan_iax2.c: Max retries >> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >> subclass = 11, ts=3899966, seqno=94) >> [2021-12-13 17:13:59] WARNING[3923448] chan_iax2.c: Max retries >> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >> subclass = 2, ts=3905984, seqno=95) >> [lot of same after ...] >> >> and asterisk doesn't respond anymaore. Logs on console and in files >> are written but iax as well as pjsip doesn't respond, running calls >> are dead. >> >> The above errors appears only for this one IAX trunk, no info about >> the others but on their side registrations is gone and they try to >> reconnect. Same for PJSIP client, they try to reconnect but no answer >> from asterik. >> >> Any clue ? >
Administrator
2021-Dec-13 22:38 UTC
[asterisk-users] Asterisk 16.23.0 doesn't respond anymore
Hi Mark Le 13/12/2021 à 22:53, Mark Murawski a écrit :> Hi, > > 1) You should change your name on your email client so it doesn't say > "Administrator" > > 2) Please follow the instructions at > https://wiki.asterisk.org/wiki/display/AST/Installing+Asterisk+From+Source > > 3) Compile with DEBUG_THREADS and DONT_OPTIMIZE, but note this will > incur a performance hit. Test this on a lab/testing environment if > you can. > > 4) Reproduce your lockup problem. > > 5) Save the output of 'core show locks' > > 6) Enable core dumps in your environment, Get a core dump > https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace > > 7) Post your findings back to the list and/or submit a bug report > following the guidelines here: > https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+GuidelinesThis is a production server which is running well over years (asterisk 11-13-16) and this happend with the latest version. Only valid option you gave is the core show locks. I ask the list before opening a bug report, as usually. And for the name, emails are always signed with first name ;)> > > > On 12/13/21 12:24, Administrator wrote: >> Complement: restarting asterisk does the job and everything come back >> to normal. >> >> Le 13/12/2021 à 18:13, Administrator a écrit : >>> Hi list, >>> >>> we faced on 2 different asterisk servers an identical problem >>> (16.23.0 compiled as well as 16.2.1~dfsg-1+deb10u2 packaged for >>> Debian Buster) >>> >>> [lot of same before ...] >>> [2021-12-13 17:13:33] WARNING[3923454] chan_iax2.c: Max retries >>> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >>> subclass = 11, ts=3879966, seqno=91) >>> [2021-12-13 17:13:38] WARNING[3923450] chan_iax2.c: Max retries >>> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >>> subclass = 2, ts=3884984, seqno=92) >>> [2021-12-13 17:13:40] WARNING[3923447] chan_iax2.c: Max retries >>> exceeded to host 10.99.3.24 on IAX2/33388917474-24830 (type = 6, >>> subclass = 11, ts=3919975, seqno=100) >>> [2021-12-13 17:13:43] WARNING[3923448] chan_iax2.c: Max retries >>> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >>> subclass = 11, ts=3889966, seqno=93) >>> [2021-12-13 17:13:47] WARNING[3923450] chan_iax2.c: Max retries >>> exceeded to host 10.99.3.24 on IAX2/33388917474-24830 (type = 6, >>> subclass = 2, ts=3926989, seqno=101) >>> [2021-12-13 17:13:50] WARNING[3923453] chan_iax2.c: Max retries >>> exceeded to host 10.99.3.24 on IAX2/33388917474-24830 (type = 6, >>> subclass = 11, ts=3929974, seqno=102) >>> [2021-12-13 17:13:53] WARNING[3923447] chan_iax2.c: Max retries >>> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >>> subclass = 11, ts=3899966, seqno=94) >>> [2021-12-13 17:13:59] WARNING[3923448] chan_iax2.c: Max retries >>> exceeded to host 10.99.3.24 on IAX2/33388917474-20089 (type = 6, >>> subclass = 2, ts=3905984, seqno=95) >>> [lot of same after ...] >>> >>> and asterisk doesn't respond anymaore. Logs on console and in files >>> are written but iax as well as pjsip doesn't respond, running calls >>> are dead. >>> >>> The above errors appears only for this one IAX trunk, no info about >>> the others but on their side registrations is gone and they try to >>> reconnect. Same for PJSIP client, they try to reconnect but no >>> answer from asterik. >>> >>> Any clue ? >> >-- Daniel