| 00:00.15 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 00:41.39 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.136.26.14) |
| 00:51.06 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 01:14.32 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:14.32 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:15.10 | *** join/#asterisk-dev ectospasm (n=ectospas@c-71-207-229-248.hsd1.al.comcast.net) |
| 01:34.33 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 01:47.09 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 01:52.05 | *** join/#asterisk-dev RoyK (n=roy@ip-22-54-149-91.dialup.ice.no) |
| 02:15.07 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 03:01.32 | *** join/#asterisk-dev w9sh (n=w9sh@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 04:00.33 | *** join/#asterisk-dev Cresl1n (n=matt@c-68-62-219-187.hsd1.al.comcast.net) |
| 04:00.33 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 06:13.48 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) [NETSPLIT VICTIM] |
| 06:13.48 | *** join/#asterisk-dev janinge (i=j@ninge.net) [NETSPLIT VICTIM] |
| 06:13.48 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 06:13.48 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 06:13.48 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 06:13.48 | *** mode/#asterisk-dev [+oo kpfleming Qwell] by irc.freenode.net |
| 06:22.49 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 07:20.57 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 07:39.34 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 07:49.22 | *** join/#asterisk-dev steliosk (n=Stelios@79.131.72.44) |
| 07:54.05 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:06.24 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 09:13.00 | jmls | has just finished installing ubuntu onto an external usb. |
| 09:13.10 | jmls | Jeez. what a battle |
| 09:13.39 | jmls | anything that requires that you have to manually make your own ramfs is not right |
| 09:14.10 | jmls | and _then_ have to edit the grub bootloader because it uses the wrong disk is very not right ;) |
| 09:14.26 | jmls | but still, it works now :p |
| 09:20.01 | *** join/#asterisk-dev oej (n=olle@bkkb-gw.voop.net) |
| 09:20.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:22.03 | *** join/#asterisk-dev atis_work (n=atis_wor@81.198.164.2) |
| 09:23.26 | mvanbaak | mornin all |
| 09:25.03 | mvanbaak | oej: you not gonna believe what I have done yesterday |
| 10:04.29 | mvanbaak | oej: http://lunteren.vanbaak.info/michiels_haircut/ |
| 10:11.58 | jmls | eek |
| 10:12.36 | jmls | runs for cover |
| 10:13.46 | *** join/#asterisk-dev RoyK (n=roy@box36.fortel.no) |
| 10:14.06 | mvanbaak | jmls: ? |
| 10:18.39 | awk | hmm, anyone know where in manager.c I can remove the option of passing == Parsing '/etc/asterisk/manager.conf': Found |
| 10:19.01 | awk | I hate seeing that in my CLI when ever somebody logs in from the manager |
| 10:22.52 | awk | hm, still a nasty bug with local channels... |
| 10:22.56 | awk | messages:[Mar 31 11:29:54] WARNING[16561] app_queue.c: The device state of this queue member, Local/5001@default-agent/n, is still 'Not in Use' when it probably should not be! Please check UPGRADE.txt for correct configuration settings. |
| 10:23.42 | awk | When I get this on high loaded server, it changes the state to not-in-use so it starts sending calls, even though that agent in on a call... also messes around with RT in big way, hence doesn't read state correctly.. |
| 10:24.45 | RoyK | awk: config.c |
| 10:25.30 | RoyK | awk: config.c for the 'Parsing..' message |
| 10:25.46 | awk | RoyK: thanks.. |
| 10:46.22 | atis_work | mvanbaak: seems that this channel imposes danger for my hair :D |
| 10:49.09 | awk | atis_work: do you experience this WARNING i'm getting with local agents? |
| 10:49.53 | atis_work | awk: which warning? Not In Use? |
| 10:50.08 | awk | yes. |
| 10:50.32 | awk | I find I only get it when I use state interface.. |
| 10:50.37 | awk | I even get it on SIP channels.. |
| 10:51.43 | atis_work | i had it once on friday, but not sure why.. probably some conflict with other of my patches |
| 10:51.58 | atis_work | awk: did you try latest version of state_interface? |
| 10:52.15 | awk | 1 sec |
| 10:52.21 | atis_work | because the one posted in mantis was initial - no bugfixes there |
| 10:52.34 | awk | asterisk-svn-1.4.19-state_interface_101578.patch |
| 10:52.52 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 10:53.01 | atis_work | umm, ok, that's what i created |
| 10:53.17 | atis_work | awk: do you get that warning every time? |
| 10:56.55 | jmls | rk |
| 10:57.10 | jmls | me meant "urk" |
| 10:57.19 | jmls | M12315 |
| 10:57.20 | MuffinMan | [new] [Asterisk] Applications/app_voicemail 0012315: VoicemailMain Hangs, asterisk goes to 100% cpu reported by jmls http://bugs.digium.com/view.php?id=12315 |
| 10:57.45 | jmls | had it again today, apart from it wasn't app_voicemail, it was trysystem ... |
| 10:59.13 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 10:59.41 | jmls | we've only started having this problem since we moved from r98849 |
| 11:01.15 | awk | atis_work: I get this warning nearlly every time I pick up |
| 11:01.51 | jmls | awk, we started getting that after r98849 as well |
| 11:01.55 | atis_work | awk: could you please create small sample dialplan and sip.conf (and whatever else is needed) and mail it to me, i'll try to look into that |
| 11:02.05 | jmls | but with no patches at all |
| 11:05.02 | awk | atis_work: don't feel like going through all bug reports to find your email, plz msg it to me... |
| 11:06.28 | awk | also had such issues with not reading config for ringinuse.. so made modifications to app_queues.c and changed: change if (!qe->parent->ringinuse && (tmp->member->status != AST_DEVICE_NOT_INUSE) && (tmp->member->status != AST_DEVICE_UNKNOWN)) to if ((tmp->member->status != AST_DEVICE_NOT_INUSE) && (tmp->member->status != AST_DEVICE_UNKNOWN)) |
| 11:06.59 | awk | least now with that little hack its not trying agents with ringinuse.. not sure how digium messed that up... |
| 11:07.44 | awk | also added a debug line: ast_log(LOG_DEBUG, "DL: Can't call '%s' as their line is in state '%s'\n", tmp->interface, devstate2str(tmp->member->status)); |
| 11:09.18 | atis_work | awk: i have ringinuse working for my realtime setup |
| 11:09.42 | atis_work | you should investigate it a bit, and report |
| 11:10.00 | awk | jaa, I will just needed to get it working for us in the mean time.. |
| 11:10.07 | atis_work | ok :) |
| 11:10.35 | atis_work | so - i would appreciate if you could provide me working config files and describe how to reproduce problem easily.. |
| 11:11.38 | awk | sure, let me get that together |
| 11:12.39 | oej | Michiel: Oh No! |
| 11:12.39 | oej | mvanbaak: What happened? |
| 11:12.53 | awk | jmls: for local agents? or sip agents? |
| 11:13.00 | awk | jmls: what asterisk realse? 19rc3? |
| 11:20.59 | *** part/#asterisk-dev RoyK (n=roy@box36.fortel.no) |
| 11:23.16 | mvanbaak | oej: I was in a funny mood yesterday and asked Nancy wether she wanted to do this little project |
| 11:23.55 | mvanbaak | she agreed in a split second :) |
| 11:24.45 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:25.04 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 11:28.08 | jmls | awk: local agents |
| 11:28.10 | jmls | 1.4 svn |
| 11:33.06 | awk | jmls: so based on 1.4.19rc3? |
| 11:33.30 | awk | hmm... atis_work, what version of asterisk are you using your state patch with? |
| 11:33.32 | awk | http://rafb.net/p/o5t63V71.html |
| 11:33.45 | jmls | awk: probably ;) |
| 11:33.54 | atis_work | currently 1.4.14 but also testing on 1.4.19-rc3 |
| 11:34.21 | awk | http://rafb.net/p/RsIEWO35.html |
| 11:34.46 | awk | there are 2 debug outputs, maybe u can make something of them... my dial plan is very complex.. so still putting it together |
| 11:39.07 | awk | hmm, atis_work you also using putnopvut v3 patch ? |
| 11:40.29 | atis_work | awk: i think i checked out svn after that v3 patch, so it's merged |
| 11:40.42 | atis_work | and i created state_interface patch against that version |
| 11:40.55 | atis_work | so, you can checkout rc4 and apply it - should work |
| 11:41.14 | awk | k.. let me test out rc4 then... |
| 11:58.16 | tzafrir | oej, mind taking a look at http://bugs.debian.org/473456 ? |
| 11:58.34 | tzafrir | "chan_sip starts RTP stream before receiving ACK" |
| 11:58.58 | tzafrir | Would you say that this is a "known issue"? |
| 12:00.57 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 12:04.39 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-106-67.bstnma.east.verizon.net) |
| 12:06.36 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:12.14 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 12:18.12 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 12:19.40 | oej | tzafrir: Busy, but that seems all right with me. RTP streams should be going before ACK |
| 12:28.32 | awk | hrm... http://rafb.net/p/whAkSV14.html |
| 12:28.38 | awk | something wrong with that :) |
| 12:32.16 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 12:36.22 | awk | hmm, atis_work naa, state interface not supported on 1.4.19-rc4 doesn't compile |
| 12:42.46 | *** join/#asterisk-dev _Krieger_ (n=krieger@193.39.118.158) |
| 12:45.27 | atis_work | awk: compiles for me |
| 12:45.50 | atis_work | try grabing clean copy |
| 12:46.30 | _Krieger_ | <PROTECTED> |
| 12:48.01 | atis_work | awk: that "show queues" tells me nothing, i need to see debug 1 log messages when agent answers, and you get that warning |
| 12:48.33 | atis_work | but best - if you could throw out everything, just hardcode few values and give me dialplan/queue/sip configs |
| 12:49.32 | atis_work | awk: not sure that it will work just by "gcc app_queue.c" |
| 12:54.59 | *** join/#asterisk-dev jcollie (n=jcollie@161.210.45.126) |
| 12:58.47 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 13:03.21 | awk | atis_work: true.. but it doesn't compile otherwise.. and its not your patch.. doing it without it now.. still doesn't compile... |
| 13:03.48 | awk | got another patch that messes with queues, removing it.. and trying again |
| 13:05.30 | atis_work | awk: it won't compile if you just "gcc" it, you need make |
| 13:06.32 | awk | atis_work: a make was allready run... that was the same output.. |
| 13:06.54 | awk | you can't do it after a make clean, yes.. |
| 13:07.10 | awk | but I had allready done a configure && make... failed |
| 13:08.19 | awk | k, found the issue it was coz of patch86985.diff |
| 13:16.10 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:16.10 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:16.42 | lmadsen | codefreeze: ping! |
| 13:29.48 | codefreeze | lmadsen: pong |
| 13:42.10 | *** join/#asterisk-dev corramor (n=corramor@216.207.245.1) |
| 13:49.06 | awk | atis_work: looks like i've fixed that WARNING now... more hacks... |
| 13:51.24 | atis_work | awk: will you share? |
| 13:55.52 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 13:56.03 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.122.138) |
| 13:57.41 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) |
| 14:00.04 | awk | sure, give me a few minutes, just cleaning up |
| 14:17.16 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:17.16 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:18.40 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 14:37.33 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-28802f8b93060869) |
| 14:39.50 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:39.50 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:40.39 | file | waves to sruffell |
| 14:43.43 | anonymouz666 | file: do you know any limitation using rtptimeout between SIP<->ZAP such as doesn't hangup the channel? I saw your fix about rtptimeout at Mantis, is there anything there that could help me on this? |
| 14:44.16 | file | it should work with anything... |
| 14:47.39 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 14:48.22 | sruffell | waves back |
| 14:56.32 | *** join/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 14:56.32 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 14:57.09 | file | throws a banana to Cresl1n |
| 14:57.18 | Cresl1n | file! |
| 14:57.24 | file | hola |
| 14:59.18 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 14:59.22 | jsmith | Cresl1n! |
| 14:59.28 | jsmith | Cresl1n: How's junior doing? |
| 14:59.28 | Cresl1n | howdy |
| 14:59.39 | Cresl1n | still doesn't like to sleep :-) |
| 15:01.23 | jsmith | Cresl1n: Well, he is your kid :-) |
| 15:08.28 | Qwell | hands Cresl1n a virtual RedBull |
| 15:30.16 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:30.16 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:32.44 | jmls | does gdb terminate the current process ? Or screw with something ? |
| 15:33.08 | jmls | I just did a gdb asterisk <pid>; thread apply all bt |
| 15:33.21 | jmls | and everyone complained that all their calls dropped ... |
| 15:34.27 | Qwell | jmls: it halts the app, basically |
| 15:34.45 | jmls | was unaware of that ... |
| 15:34.46 | jmls | bugger |
| 15:34.51 | jmls | so it was my fault :) |
| 15:35.54 | jmls | Qwell: I have a file containing all the thread data - however, it obviously has a load of data in it that is considered confidential (people's phones numbers etc) |
| 15:36.13 | jmls | can I upload that to the mantis bug, but have it private to only the devs ? |
| 15:36.29 | Qwell | I don't think files can be marked private |
| 15:36.39 | jmls | damn |
| 15:37.33 | jmls | never mind, for the purposes of solving this bug I will take the risk 8-) |
| 15:39.04 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:39.04 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:43.57 | JerJer | so is VON dead yet? |
| 15:45.04 | JerJer | i wouldn't mind buying open source telephony mag - or someone buying it back :(my article never got published) |
| 15:48.07 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:51.19 | russellb | i didn't know VON bought that ... |
| 15:51.30 | russellb | and i don't think there is official word on the fate of the conferences ... |
| 15:58.56 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:02.43 | Juggie | von canada was pretty horrible |
| 16:02.58 | Juggie | what happened to von? |
| 16:03.07 | russellb | you're behind! |
| 16:03.13 | Qwell | isn't all that just rumor at this point? |
| 16:03.21 | Qwell | I don't think I've seen any Pulver confirmation |
| 16:03.26 | russellb | yes, the rumor mill is running at full speed |
| 16:04.07 | Juggie | isnt pulver planning *-con? |
| 16:05.42 | russellb | pulvermedia, yes. |
| 16:05.46 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 16:05.46 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:06.04 | Juggie | that is the same company isnt it? |
| 16:06.08 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 16:10.25 | *** join/#asterisk-dev w9sh (n=w9sh@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 16:26.58 | JerJer | russellb: i don't know the details, but the latest issue of von mag said, ":Now incorporating open source telephony mag' |
| 16:27.05 | JerJer | " * |
| 16:28.05 | russellb | ah ... |
| 16:28.08 | russellb | shrugs |
| 16:28.10 | russellb | i'm not surprised |
| 16:28.19 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:41.20 | jmls | Corydon76-dig: I've uploaded the 'thread apply all bt' and 'thread apply all bt full' data you requested |
| 16:41.30 | jmls | M12315 |
| 16:41.30 | MuffinMan | [new] [Asterisk] Applications/app_voicemail 0012315: VoicemailMain Hangs, asterisk goes to 100% cpu reported by jmls http://bugs.digium.com/view.php?id=12315 |
| 16:48.36 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 16:49.15 | *** join/#asterisk-dev Netgeeks (n=chris@gw-hmb.netgeeks.net) |
| 16:51.10 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 16:53.35 | Netgeeks | seems I'm getting what looks like a random (maybe load based, but I think not specifically load based) core from asterisk. The crash seems to be occuring during a malloc in the REGEX function. My dialplan is overly complex to try and post here, plus I didn't catch it. To get this to happen, I used sipp to do 1 call eery 2 seconds, with a load of about 40 calls, and it took around 12 hours to cause the core. |
| 16:53.53 | Netgeeks | I have several cores from production environment as well, all in the exact same place |
| 16:54.24 | Qwell | Netgeeks: report a bug if you have a backtrace |
| 16:54.33 | Netgeeks | this is on 1.4.18. Qwell, I can do that |
| 16:54.52 | bkruse | Netgeeks: optimized build I am guessing? |
| 16:54.56 | Netgeeks | yes |
| 16:55.13 | Netgeeks | I can easily do a debug build and run the test again |
| 16:55.31 | Qwell | wanna pastebin the backtrace you have now? it may be "okay" |
| 16:56.03 | Netgeeks | sure. |
| 16:56.21 | bkruse | Netgeeks: If it was an optimized build, the load will be less before the crash at least :] |
| 16:56.22 | Qwell | sometimes even optimized backtraces make it pretty obvious where the crash is |
| 16:58.01 | Netgeeks | excuse my ignorance, what is the commadn to do a backtrace? |
| 16:58.06 | Qwell | backtrace |
| 16:58.18 | Qwell | see doc/backtrace.txt |
| 16:58.26 | Netgeeks | hrm, not installed on this server, one sec, will build it |
| 16:58.33 | Qwell | gdb |
| 16:58.51 | Netgeeks | ah, duh |
| 17:03.16 | Netgeeks | http://www.pastebin.ca/964891 |
| 17:04.34 | Qwell | yeah, not very useful. need to see what the other threads are doing |
| 17:05.22 | Netgeeks | will building a debug version and running the test help at all? |
| 17:05.52 | Qwell | basically just need a thread apply all bt full |
| 17:06.16 | Netgeeks | heh, thats quite cryptic to me |
| 17:06.36 | Qwell | pretty sure it's documented in backtrace.txt ;D |
| 17:06.40 | Netgeeks | okay |
| 17:06.48 | Netgeeks | give me a few to read up |
| 17:13.37 | tzafrir | So is it finally a good day for a new Zaptel release? |
| 17:15.16 | Netgeeks | wow, is there a simple way to dump the output of thread apply all bt to a text file? |
| 17:16.47 | jmls | Netgeeks: set height 0 |
| 17:16.59 | jmls | set logging on |
| 17:17.18 | jmls | this outputs to a file call gdb.txt |
| 17:17.32 | Netgeeks | jmls: thanks |
| 17:18.01 | Netgeeks | Qwell: http://www.pastebin.ca/964906 |
| 17:18.32 | Netgeeks | 109 threads in there |
| 17:26.39 | Netgeeks | going away for 10-15 minutes |
| 17:33.46 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 17:37.51 | jmls | i'm trying to learn to fish, and looking at the bt fulls of my problem in 12315 |
| 17:37.59 | jmls | 0x080a275d in ast_filehelper (filename=0x21ad390 "/var/spool/asterisk/voicemail//77/temp", arg2=0x0, fmt=0x0, action=ACTION_EXISTS) at file.c:388 |
| 17:38.09 | jmls | that doesn't look right to me. Am I wrong ? |
| 17:38.09 | Qwell | Z4113 |
| 17:38.12 | MuffinMan | [4113] Committed by russell on 2008-03-31 13:27:08: Remove the ztd-ethmf driver for now. It was not ready to be committed. |
| 17:38.25 | Qwell | russellb: did you mean to commit that first chunk (Makefile)? |
| 17:39.17 | russellb | Qwell: thanks :) |
| 17:44.11 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 17:44.11 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 17:45.31 | Netgeeks | I'm back. Any thoughts Qwell? |
| 17:45.40 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 17:52.06 | bkruse | M12331 |
| 17:52.07 | MuffinMan | [assigned] [Asterisk-GUI] Service Providers/Trunks 0012331: Macro_trunkdial needs a small change reported by dmgeurts http://bugs.digium.com/view.php?id=12331 |
| 17:52.13 | bkruse | Qwell: I need help again! |
| 17:52.25 | Qwell | I think he's right |
| 17:52.32 | bkruse | [hC] submitted a patch that seem to fix that macro magic, but now he says if the digits are in quotes, it does not work? |
| 17:52.36 | Qwell | well, lemme double-check |
| 17:52.50 | bkruse | Qwell: Please do, because me and pari tested it about a month ago, and without quotes, it seemed to break :/ |
| 17:52.51 | Qwell | okay, yeah, I think he's right |
| 17:53.58 | bkruse | Ok, I'll go ahead and commit it |
| 17:54.05 | Qwell | SO, the way it is now, it would work for some situations |
| 17:54.18 | bkruse | Qwell: Ahh, explain please. Because it seemed to work for our scenario |
| 17:54.21 | Qwell | namely, where LEN < 10 |
| 17:54.27 | jmls | has his head exploding |
| 17:54.41 | bkruse | jmls: It is only monday! |
| 17:54.42 | Qwell | the string "10" IS lower than "6" |
| 17:54.49 | bkruse | oh..................lame! |
| 17:54.59 | jmls | bkruse: trying to figure out why my * process goes 100% cpu |
| 17:54.59 | Qwell | bkruse: think about any versioning scheme you've seen |
| 17:55.10 | Qwell | you know how you usually see 1.x.10 before 1.x.2? |
| 17:55.12 | Qwell | same reason |
| 17:55.18 | bkruse | jmls: cannot write file = blocking process = 100% cpu :X |
| 17:55.23 | bkruse | Qwell: right right |
| 17:55.28 | Qwell | 1.x.0, 1.x.1, x.10, 1.x.11, 1.x.2 |
| 17:55.35 | jmls | right, but how does it happen ? |
| 17:55.39 | jmls | 0x080a275d in ast_filehelper (filename=0x21ad390 "/var/spool/asterisk/voicemail//77/temp", arg2=0x0, fmt=0x0, action=ACTION_EXISTS) at file.c:388 |
| 17:55.42 | bkruse | jmls: That is all I know :] |
| 17:55.50 | bkruse | jmls: I was looking at that function just for glance, and I am not sure |
| 17:56.02 | bkruse | Qwell: Thank you, Thank you. Will commit now, thanks for helping on these too ;] |
| 17:56.14 | Qwell | bkruse: now, whether his change is correct or not is what needs to be tested |
| 17:56.31 | Qwell | it does look okay though |
| 17:56.55 | bkruse | hmm, because this change would be going into the appliance branch, and asterisknow |
| 17:57.05 | Qwell | if LEN isn't returning 0, for example, that would be bad |
| 17:57.13 | Qwell | checks |
| 17:58.40 | bkruse | Right, which in that case, even though CID is set and passed into the macro, it would still set callerid to callerid(all) |
| 17:58.47 | Qwell | bkruse: yeah, looks fine |
| 17:59.14 | bkruse | Qwell: Here is a problem. For example, your name is "qwell" <6000> for your callerid |
| 17:59.23 | bkruse | wouldn't callerid(all) length be > 6? |
| 17:59.35 | Qwell | we aren't checking all, we're checking num |
| 17:59.45 | bkruse | :[, we are checking all |
| 17:59.47 | bkruse | looks at source |
| 17:59.56 | Qwell | LEN(${CALLERID(num)}) |
| 18:00.06 | bkruse | I see, it is setting callerid(all), got it |
| 18:00.07 | Qwell | bbiab |
| 18:00.14 | bkruse | k, ima commit this |
| 18:04.31 | Netgeeks | Qwell: Did that thread all backtrace help at all? |
| 18:13.12 | jmls | Netgeeks: me first ! |
| 18:13.15 | jmls | ;) |
| 18:13.37 | Netgeeks | jmls: thats fine, just wanted to make sure he didn't forget! |
| 18:13.44 | jmls | heh |
| 18:13.55 | jmls | has no special privilges |
| 18:20.29 | jmls | from what I can see, the guy on 5738 as entered "77" as his mailbox |
| 18:20.50 | jmls | now, we are using realtime voicemail here |
| 18:21.41 | jmls | and I *know* that mailbox 77 does not exist |
| 18:22.15 | jmls | so, can it be the problem if someone enters an invalid mailbox, and realtime voicemail is enabled ? |
| 18:22.33 | jmls | because "/var/spool/asterisk/voicemail//77/temp" does not look right to me :o |
| 18:32.49 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 18:37.46 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 18:37.46 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 18:57.58 | *** join/#asterisk-dev ThatKidKel (n=Kelvin@lacasa.thatkidkel.net) |
| 18:58.10 | *** part/#asterisk-dev ThatKidKel (n=Kelvin@lacasa.thatkidkel.net) |
| 18:59.46 | *** join/#asterisk-dev ThatKidKel (n=Kelvin@lacasa.thatkidkel.net) |
| 19:01.49 | ThatKidKel | Could anyone advise as to why cdr/Master.csv outputs CDRs with timestamps GMT, and cdr-custom/Master.csv is putting out my timestamps wiith GMT-5, when the machine's timezone is GMT and both cdr and custom (in cdr.conf) have the usegmtime=yes directive? |
| 19:05.40 | *** join/#asterisk-dev oej (n=olle@114.62-97-206.bkkb.no) |
| 19:05.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:08.26 | *** join/#asterisk-dev snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 19:20.23 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 19:24.16 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 19:35.28 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 19:47.55 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 20:25.03 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 20:33.02 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 20:36.08 | Qwell | russellb: ping! |
| 20:37.04 | Qwell | -addons beta3 - fire at will. |
| 20:43.17 | jmls | could someone look at http://www.pastebin.ca/965191 and tell me what option was being executed in voicemail at the time ? |
| 20:45.36 | Qwell | jmls: looks like an invalid option |
| 20:45.41 | russellb | Qwell: ok |
| 20:45.42 | Qwell | well, maybe |
| 20:45.50 | Qwell | or there was at one point, an invalid option |
| 20:46.13 | russellb | actually, if you want to do it, that would be fine with me :) |
| 20:46.31 | Qwell | jmls: option 0 |
| 20:46.53 | Qwell | presumably... |
| 20:46.57 | Qwell | russellb: can do |
| 20:47.00 | russellb | i'd do it this second, but it's going to be tricky for part of it |
| 20:47.09 | russellb | because the way it tries to generate the ChangeLog will break |
| 20:47.17 | russellb | because it will try to generate the log on the 1.6.0 branch |
| 20:47.23 | russellb | but none of the changes were on that branch ... |
| 20:47.28 | Qwell | mmm |
| 20:47.38 | russellb | so you kind of have to hack the script to make it generate the ChangeLog off of trunk ... |
| 20:47.47 | russellb | and then you'll have to remove a bunch of messages from it ... |
| 20:47.49 | russellb | it's a mess |
| 20:48.12 | russellb | actually, just removing --stop-on-copy might fix it |
| 20:48.18 | russellb | i dunno |
| 20:48.19 | russellb | :-/ |
| 20:48.30 | russellb | i went through a lot of pain on the first asterisk 1.6.0 beta off of the branch |
| 20:48.41 | russellb | but we need to improve it at some point, because this will keep happening |
| 20:50.12 | jmls | aha! |
| 20:50.17 | jmls | think I've found it |
| 20:50.31 | jmls | invalid mailbox, try to change the password |
| 20:50.37 | jmls | tires again |
| 20:50.42 | jmls | heh |
| 20:50.43 | jmls | tries |
| 20:51.40 | Juggie | the problem lies here |
| 20:51.40 | Juggie | <PROTECTED> |
| 20:51.41 | Juggie | <PROTECTED> |
| 20:52.22 | Juggie | vmu->context is empty which is how you end up with the // |
| 20:53.55 | Juggie | but how is it getting that far if the mailbox does not exist? |
| 20:55.25 | jmls | meh. can't reproduce it again |
| 20:55.36 | jmls | Juggie: I don't know. |
| 20:55.52 | jmls | it is realtime though |
| 20:56.23 | Juggie | well if you try to leave a vm in a non existant mailbox |
| 20:56.33 | Juggie | doesnt it say the mailbox does not exist? |
| 20:58.15 | jpeeler | is 0 a valid port number? looking at the IANA assignment list, it says 0 is reserved yet seems to also list an application using it |
| 21:06.54 | jmls | done it three times now |
| 21:07.06 | jmls | enter an invalid mailbox, does not prompt for a password |
| 21:07.07 | jmls | press 0 |
| 21:07.10 | jmls | press 9 |
| 21:07.14 | jmls | channel hangs |
| 21:07.52 | jmls | Corydon76-dig: this may be a res_curl thing |
| 21:09.31 | Corydon76-lap | Mmm? |
| 21:09.57 | jmls | user enters an invalid mailbox, sometimes the app carries on |
| 21:10.09 | jmls | (app_voicemail that is) |
| 21:10.24 | jmls | M12315 |
| 21:10.25 | MuffinMan | [new] [Asterisk] Applications/app_voicemail 0012315: VoicemailMain Hangs, asterisk goes to 100% cpu reported by jmls http://bugs.digium.com/view.php?id=12315 |
| 21:10.43 | Corydon76-lap | Sweet |
| 21:10.48 | jmls | ;) |
| 21:11.11 | Juggie | its a mystery |
| 21:12.28 | jmls | Corydon76-lap: if the mailbox is undefined, what does res_curl expect to be returned ? Null, or "", or "-1" ? |
| 21:14.18 | jmls | what is interesting is that sometimes the invalid mailbox is accepted, sometimes it isnt |
| 21:21.48 | Juggie | quite odd... but thats the root of the problem |
| 21:23.51 | jmls | whoa |
| 21:24.00 | jmls | the invalid mailbox is a red herring |
| 21:24.08 | jmls | enter a valid mailbox |
| 21:24.11 | jmls | press 0 |
| 21:24.13 | jmls | press 9 |
| 21:24.14 | jmls | boom |
| 21:24.42 | jmls | heh |
| 21:24.50 | jmls | two bugs for the price of one |
| 21:24.52 | outtolunc | places a sticky note on jmls's box.. 'do not press 9' |
| 21:25.02 | jmls | jsmith: you should be proud :) |
| 21:25.18 | jmls | outtolunc: thanls for the help :) |
| 21:25.18 | jsmith | jmls: I am proud... in fact, I was just typing something to that effect |
| 21:25.24 | Juggie | hah |
| 21:25.41 | Juggie | jsmith, see pm. |
| 21:27.24 | jmls | yup. definately just 0 and 9 |
| 21:29.47 | Qwell | russellb: feel like doing the announcement stuffage? :D |
| 21:32.07 | Corydon76-lap | jmls: so 9 in mailbox option goes boom? |
| 21:32.36 | jmls | yup |
| 21:32.41 | Corydon76-lap | Nice |
| 21:32.56 | Corydon76-lap | We've had this problem before, actually |
| 21:33.11 | jmls | well, not boom, just hangs the channel |
| 21:33.14 | Corydon76-lap | Someone doesn't listen to instructions and presses random keys that they think should work |
| 21:33.21 | jmls | eh |
| 21:33.44 | jmls | my wife does that all the time ;) |
| 21:33.46 | Corydon76-lap | because if you listen, '9' is not an option under mailbox options |
| 21:34.09 | jmls | still, it really shouldn't hang the channel, though ... |
| 21:34.11 | jsmith | Still, misdialing an option shouldn't cause the thing to go boom |
| 21:34.19 | jmls | got there first |
| 21:34.22 | jsmith | jmls: Great minds think alike! |
| 21:34.28 | jmls | yay! |
| 21:34.33 | Corydon76-lap | We need a prompt that sounds like a foghorn that says MOOOOOOO RONNNNN |
| 21:35.24 | *** part/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 21:35.35 | Corydon76-lap | Oddly enough, I'm not even looking at the code, and I suspect I know precisely what the problem is |
| 21:35.45 | jmls | this must have been a breakage, though - it didn't happen in r988xxx |
| 21:36.07 | jmls | bows at the feet of Corydon76-lap |
| 21:36.10 | jsmith | Corydon76-lap: Pray tell, what could it be? |
| 21:36.33 | Qwell | ha! I see it |
| 21:36.49 | codefreeze | "9 is not a valid option" should suffice as a non-provocative option.... less fun, tho |
| 21:36.49 | Corydon76-lap | Qwell: not resetting cmd back to 0? |
| 21:37.00 | jmls | see, I knew it was a bug ! See ! |
| 21:37.04 | Qwell | Corydon76-dig: that, or retries being reset |
| 21:37.21 | Qwell | actually, the while is cmd >= 0 |
| 21:37.41 | Qwell | oh, and then if (cmd) retries=0; |
| 21:38.46 | jmls | should get a reward for "most obscure bug hunter" |
| 21:39.01 | Qwell | testing |
| 21:39.15 | jsmith | awards jmls the "Most Obscure Bug Hunter" award |
| 21:39.30 | Corydon76-lap | Qwell: just under 'default' case, "cmd = 0;" ? |
| 21:40.21 | Corydon76-lap | jmls: 6, 7, 8, and 0 will do that, too |
| 21:40.43 | jmls | heh |
| 21:40.46 | Corydon76-lap | so 0, 0, hang |
| 21:41.15 | Qwell | or 9,9 hang |
| 21:41.23 | Qwell | or two of any of the above |
| 21:41.38 | Corydon76-lap | Qwell: 0 needed to get into mailbox options |
| 21:41.51 | Qwell | oh, right |
| 21:43.01 | jmls | I wonder if this may be the cause of a few of the "afer a while, asterisk hangs" problems |
| 21:45.07 | Qwell | Corydon76-dig: yeah, so I guess just default: cmd=0; ... |
| 21:45.17 | Qwell | retries still works as expected |
| 21:45.33 | Corydon76-lap | You want to fix it, since you're there already? |
| 21:45.39 | Qwell | sure |
| 21:45.52 | Corydon76-lap | or if you're in the middle of something in 1.4 already, I can do it |
| 21:46.46 | Qwell | hmm, is this for...that open bug? |
| 21:46.53 | Qwell | 12315? |
| 21:46.58 | Corydon76-lap | Yes |
| 21:47.00 | Qwell | guess so |
| 21:47.16 | jmls | you ... guess. ... so ... ? |
| 21:47.28 | Qwell | didn't remember what 12315 was :) |
| 21:47.30 | jmls | is agitated ;) |
| 21:48.59 | Qwell | fixed, w00t |
| 21:49.55 | jmls | thanks Qwell profusely |
| 21:51.37 | jmls | mm, this just leaves being able to select an invalid mailbox |
| 21:51.55 | jmls | Corydon76-lap: if the mailbox is undefined, what does res_curl expect to be returned ? Null, or "", or "-1" ? |
| 21:52.15 | Corydon76-lap | How do you return NULL? |
| 21:52.30 | jmls | return nothing instead of "" |
| 21:52.33 | Corydon76-lap | as opposed to the empty string? |
| 21:52.41 | jmls | is there a difference ? |
| 21:53.02 | Corydon76-lap | Well, the difference is "name=" versus "" |
| 21:53.17 | Corydon76-lap | "name=" denotes an empty string. |
| 21:53.23 | Corydon76-lap | "" denotes no results |
| 21:53.35 | jmls | just trying to figure out why the realtime would accept a invalid mailbox, and bypass the "password" prompt |
| 21:53.58 | Corydon76-lap | I don't know. Remember, I've never seen your backend |
| 21:54.04 | jmls | lol |
| 21:54.17 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-106-67.bstnma.east.verizon.net) |
| 21:54.27 | jmls | I do a search on the mailbox, and if I can't find it, just return |
| 21:55.24 | jmls | if I find it, I return "mailbox=1234...." |
| 21:58.31 | jmls | ffs. I think I've just found another bug, or I have broken something |
| 21:58.33 | jmls | http://www.pastebin.ca/965298 |
| 21:58.38 | jmls | just did a make update |
| 21:58.45 | jmls | make dist-clean |
| 21:58.48 | jmls | make clean |
| 21:59.53 | Qwell | ./configure |
| 22:00.12 | jmls | thanks ... |
| 22:05.26 | *** join/#asterisk-dev RoyK (n=roy@ip-22-54-149-91.dialup.ice.no) |
| 22:07.00 | jmls | has chan_features been removed from 1.4 svn ? |
| 22:07.08 | jmls | asks the stupid question |
| 22:07.13 | outtolunc | res_features? |
| 22:07.26 | jmls | chan_features.so |
| 22:07.48 | jmls | just got a module warning that this was not compiled by my latest version of asterisk |
| 22:08.32 | outtolunc | feels silly i never noticed that <G> |
| 22:09.19 | jmls | I never noticed it until now, that's why I am concerned |
| 22:11.21 | outtolunc | Disable chan_features by default in menuselect |
| 22:12.01 | jmls | slaps his forehead hard |
| 22:12.09 | jmls | when did that change ? |
| 22:13.13 | outtolunc | the chan_features.c file 9mo, but the 'note' isn't that old (as i remember it it wasn't that long ago.. within weeks) |
| 22:13.27 | outtolunc | iirc |
| 22:14.20 | outtolunc | or maybe i'm dreamin |
| 22:18.08 | outtolunc | goes back to sleep as obviously thats where i have been for 8.5 months |
| 22:25.39 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 22:27.12 | jmls | ok, think that I can reproduce the invalid mailbox bug |
| 22:27.27 | jmls | #1: enter an invalid mailbox (88) |
| 22:27.46 | jmls | #2 asks for a password (66#) |
| 22:27.55 | jmls | #3 "mailbox incorrect" |
| 22:28.06 | jmls | #4 enter an invalid mailbox (77) |
| 22:28.09 | *** join/#asterisk-dev RoyK (n=roy@ip-22-54-149-91.dialup.ice.no) |
| 22:28.14 | jmls | #5 "you have no messages" |
| 22:28.16 | jmls | ... |
| 22:28.18 | Qwell | O.o |
| 22:30.02 | jmls | somethings not getting cleared somewhere |
| 22:30.06 | Qwell | 1.6? |
| 22:30.18 | jmls | 1.4 |
| 22:30.44 | Qwell | couldn't reproduce on 1.6... testing 1.4 |
| 22:30.55 | jmls | but using res_config_curl if that makes any difference |
| 22:31.48 | Qwell | yeah, can't reproduce without realtime |
| 22:32.05 | Qwell | how are you calling voicemailmain? |
| 22:36.44 | jmls | wait .. |
| 22:38.04 | jmls | VoiceMailMain(${VM}) |
| 22:38.10 | jmls | where VM is the initial callerid |
| 22:38.10 | Qwell | what's ${VM}? |
| 22:38.14 | jmls | heh |
| 22:38.27 | jmls | so, in my case VoiceMailMain(5708) |
| 22:38.30 | Qwell | it's asking for a mailbox even though you pass one in? |
| 22:38.35 | jmls | but 5708 is invalid |
| 22:38.44 | jmls | (invalid mailbox, that is) |
| 22:39.04 | jmls | I have several extensions, one mailbox |
| 22:41.09 | jmls | brb |
| 22:44.18 | *** part/#asterisk-dev RoyK (n=roy@ip-22-54-149-91.dialup.ice.no) |
| 22:46.55 | jmls | gotta go out for a while |
| 22:47.18 | jmls | Qwell: were you able to reproduce after passing an invalid mailbox to start with ? |
| 22:47.24 | Qwell | nope |
| 22:47.46 | jmls | so, that narrows it down to realtime and / or res_config_curl |
| 23:08.52 | *** part/#asterisk-dev ThatKidKel (n=Kelvin@lacasa.thatkidkel.net) |
| 23:22.08 | *** join/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 23:22.30 | *** part/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 23:31.55 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |