| 05:07.12 | jmls | guys, know it's the wrong channel but I have an emergency at work. We upgraded an old zaptel to dahdi and asterisk-11 yesterday, and now the machine keeps getting locked up. Only way out is a hard reboot. It then stays up for a couple of hours and locks again./ |
| 05:08.02 | jmls | It has been solid in that respect for 4 years :( I presume that this is a some problem with zaptel / dahdi modules not playing nicely with the hardware |
| 05:08.40 | jmls | we have wct4xxp : is there a defintative way of removing all traces of zaptel and dahdi before I reinstall ? |
| 05:08.44 | jmls | thanks |
| 05:18.19 | snuff-work | i thought long as u removed the 'ko ' modules it couldn't load a driver ifit wanted to |
| 05:19.05 | snuff-work | with this hardlock do u get a kernel stack trace on screen or similar ? |
| 05:20.35 | jmls | snuff-work: driving there now. will let you know |
| 05:20.38 | jmls | ta |
| 05:21.19 | snuff-work | no remote kvm then :( |
| 06:30.04 | jmls | yeah, but couldn't get to it :( |
| 06:30.08 | jmls | here now |
| 06:30.59 | jmls | shed load of te_interrupt and t4_timer |
| 06:31.13 | jmls | __nect_cpu |
| 06:31.56 | jmls | also noticed on reboot that zaptel service started (!) meant to be reomoved, wct4xxp was not found by dahdi (presume that zaptel nicked it) |
| 06:32.10 | jmls | and then I got a IRQ mismatch but system is not up |
| 06:51.20 | jmls | i meant "system is now up" |
| 06:55.47 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:55.52 | schmidts | good morning |
| 06:56.33 | wdoekes | morning |
| 07:02.29 | jmls | mutters that theres' nothing good about this morning |
| 07:03.33 | schmidts | jmls its a monday morning so it couldnt be good at all, but i just wanted to be polite ;) |
| 07:17.40 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 07:17.48 | schmidts | can someone please check www.asterisk.org/doxygen/trunk/index.html or asterisk1.8/index.html it doesnt work for me anymore |
| 07:17.59 | schmidts | or atleast asterisk.org give me a 404 on this |
| 07:19.03 | schmidts | ok doxygen.asterisk.org/trunk works |
| 08:38.26 | jmls | really having a bad day |
| 08:38.30 | jmls | [Oct 15 09:37:27] WARNING[7968]: chan_sip.c:4378 __sip_autodestruct: Autodestruct on dialog '000ccea2-13a3021d-675ec61c-17037cc5@10.0.10.73' with owner SIP/*0190*-0000083d in place (Method: BYE). Rescheduling destruction for 10000 ms |
| 08:38.39 | jmls | bazillions of these in the log file |
| 08:38.47 | jmls | what does it mean ? |
| 08:40.33 | schmidts | jmls normally i would say the scheduled autodestruct of the dialog (which should be T1*64 or 32 seconds) after a hangup occuried didnt worked cause of a lock or something else and its reschuled again |
| 08:42.53 | schmidts | maybe check "sip show sched" and also "sip show channels" to see if some channels are stuck |
| 08:44.44 | jmls | schmidts: http://pastebin.com/zZ45tet0 |
| 08:44.53 | jmls | don't know if normal or not |
| 08:48.25 | *** join/#asterisk-dev alsuren_ (~dlaban@80.169.133.251) |
| 08:51.54 | schmidts | looks quite normal |
| 09:06.39 | jmls | does anyone know what a groupcount would return if there was nothing ? 0 or "" ? |
| 09:22.50 | schmidts | jmls 0 if it doesnt find anything -1 if there was an error |
| 10:13.16 | jmls | how can I have a retransmission timeout on this |
| 10:13.18 | jmls | <PROTECTED> |
| 10:13.35 | jmls | when 10.0.10.125 is a desktop pc running windows with no softphone |
| 10:30.20 | schmidts | jmls you can do a database show and see if there was an active client on it, maybe another pc or phone had this ip and asterisk still tries to poll it |
| 10:33.08 | jmls | schmidts: no database entry has 10.0.10.125 |
| 10:34.41 | schmidts | anything in sip show channels or sip show peers? |
| 10:34.59 | schmidts | it have to be in there somewhere |
| 10:36.29 | jmls | schmidts: nope. that's the mystery |
| 10:38.25 | schmidts | then go one layer down and try ngrep or wireshark to see if somethings comes from there or atleast if asterisk tries to send something there |
| 10:38.46 | schmidts | maybe its a nat problem? one client from the outside with a contact with this ip, isnt recognized as behind nat |
| 11:00.13 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 11:00.13 | jmls | this 10.0.xx.xx is our internal network. |
| 11:29.06 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 11:29.06 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 11:35.34 | *** join/#asterisk-dev italorossi (~textual@189.124.195.156) |
| 11:41.50 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:41.50 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:42.14 | *** join/#asterisk-dev italorossi (~textual@189.124.195.156) |
| 11:51.41 | jmls | if I send a jabber message using JabberSend in h,1,SendJabber(xxx) |
| 11:52.16 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 11:52.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 11:52.56 | jmls | and the call then hangs up |
| 11:53.08 | jmls | could there be a scenario where the message is not sent ? |
| 11:53.59 | jmls | ie if the channel is destroyed before the message is sent does all channel related pending actions destroyed |
| 11:54.05 | leifmadsen | I think the side that hangs up can potentially affect where 'h' is looked for |
| 11:54.27 | leifmadsen | the latter part, I don't know :) |
| 11:54.58 | jmls | my debugs show that the message was processed using JabberSend (i.e JabberSend was executed) |
| 11:55.12 | jmls | by immediately after the call terminated and the client never got the message |
| 11:55.21 | jmls | this only ever happens with hangups |
| 11:55.35 | jmls | (jabber works perfectly the rest of the time) |
| 11:56.54 | leifmadsen | it's possible it's part of the channel when you use JabberSend() there. It may or may not work differently in Asterisk 11 with out of band messaging |
| 11:57.11 | leifmadsen | although I suspect it wouldn't change in the scenario you describe |
| 11:57.16 | leifmadsen | is just blind leading the blind |
| 11:57.34 | file | jmls, should work - although in your IRC message you said SendJabber not JabberSend :P |
| 11:57.38 | snuff-home | that's always fun :) |
| 11:57.39 | jmls | i am using asterisk 11 |
| 11:57.52 | jmls | but not jabber for calls - just JabberSend() |
| 11:58.09 | snuff-home | lives on pointy edge.. but doesn't do enough 'fancy' to break stuff anymore ;) |
| 11:58.31 | snuff-home | when others need to manage best not ot make voodoo others are scared of |
| 12:55.47 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-pgymzshqreenkxnf) |
| 13:16.30 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-poznpqhdczjaldpe) |
| 13:16.30 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:52.36 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:52.36 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:08.26 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-awauwdefgsdqevcx) |
| 14:10.16 | *** join/#asterisk-dev blitzrage (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:10.16 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 14:18.26 | *** join/#asterisk-dev bweschke (~bweschke@74-94-3-209-Philadelphia.hfc.comcastbusiness.net) |
| 15:16.52 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:16.52 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:27.14 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-poznpqhdczjaldpe) |
| 15:49.36 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-knrxmmtytrnjhxpx) |
| 15:49.36 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 16:09.10 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:51.46 | *** join/#asterisk-dev marv (~Adium@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 17:48.00 | *** join/#asterisk-dev italorossi (~textual@189.124.195.156) |
| 18:48.44 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@66-232-81-197.ctcweb.net) |
| 19:01.29 | jmls | architectural question for dialplan nerds ... |
| 19:01.46 | jmls | why include a context instead of goto'ing it ? |
| 19:04.55 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:04.55 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 19:10.03 | leifmadsen | jmls: because you can just match with pattern matching without having to re-add new pattern matches with a goto |
| 19:10.27 | leifmadsen | otherwise I'd have to re-define my pattern matches twice, and that's very un DRY like |
| 19:10.59 | marv | jmls: In addition to what leif said, it can also be used to control the search order of overlapping patterns |
| 19:12.01 | jmls | right. I'm not that sophistacted ;) |
| 19:12.33 | jmls | thanks |
| 19:48.01 | jsmith | jmls: That's too bad -- includes are *very* cool :-) |
| 19:51.52 | leifmadsen | +1 |
| 20:20.04 | *** join/#asterisk-dev italorossi (~textual@189.124.195.156) |
| 20:33.46 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:33.46 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 21:53.21 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-svabjmljyuznnvdv) |
| 22:08.25 | *** join/#asterisk-dev philippel_mac (~p_lindhei@199.59.105.144) |
| 22:17.38 | philippel_mac | does anyone know what may have broke Asterisk, I think fairly 'recently' to where a goto targeted at a non-existent extension is not being trapped by the "i" extension that is present when this has worked fine in the past? |
| 22:23.06 | file | what version? I just did it on 11 SVN and it did that |
| 22:32.24 | philippel_mac | I've verified it's broken on 10.8.0 and GameGamer43 what version(s) did you test it on 1.8 that you said it was broken |
| 22:32.43 | philippel_mac | file: and are you saying on 11 it worked as it should? |
| 22:33.07 | file | I did a Goto to an extension that does not exist and it went to the 'i' extension instead |
| 22:34.31 | GameGamer43 | 1.8.15.0 is what i tested it on |
| 22:36.19 | *** join/#asterisk-dev RubyRails (~jaiken@209.33.214.243) |
| 22:36.22 | file | my 1.8 is not up to date and I have to go, but I tried a build from ~20 days ago and it worked |
| 22:42.20 | philippel_mac | file: sounds like it's something that may have broke and since been fixed but not yet released in Asterisk? |
| 22:50.40 | file | it's possible but the code in that area is rarely touched |
| 22:52.38 | philippel_mac | file: well definitely broken on those releases mentioned and definitely working on others. Since those are not the latest released versions, we'll see if it's since been fixed outside of svn ... |
| 22:54.04 | file | I grabbed 1.8.15.0 and diffed the PBX core against SVN, nothing substantial |
| 22:54.34 | file | will take me a bit to build and such |
| 23:30.48 | *** join/#asterisk-dev italorossi (~textual@187.61.182.39) |
| 23:33.11 | *** join/#asterisk-dev spditner (~simon@206-248-134-146.dsl.teksavvy.com) |
| 23:35.56 | *** join/#asterisk-dev philippel_mac (~p_lindhei@199.59.105.144) |
| 23:36.03 | philippel_mac | file: btw here's another piece of data. On my version, 10.8.0, if I restart Asterisk, the goto destination works the first time. After hanging up and executing the identical dialplan, it fails and continues to fail until Asterisk is restarted |