00:12.06 | *** part/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-1839f9f224df9648) |
02:04.59 | *** join/#asterisk-bugs ZX81 (n=matt@202.49.106.158) |
02:05.03 | ZX81 | happened again |
02:05.22 | ZX81 | 3 crashes today |
02:05.22 | ZX81 | customer starting to spit the dummy |
02:05.22 | ZX81 | don't optimize now on |
02:05.25 | ZX81 | uploading bt |
02:05.28 | ZX81 | core |
02:06.03 | ZX81 | M14086 |
02:06.05 | MuffinMan | [ready for testing] [Asterisk] Applications/app_queue 0014086: Address out of bounds in queue_log using transfer reported by ZX81 (Karma: +11.75) http://bugs.digium.com/view.php?id=14086 |
02:06.36 | ZX81 | I've added the core and the bt full to: |
02:06.37 | ZX81 | http://bugs.digium.com/view.php?id=14086#97557 |
02:08.45 | ZX81 | anyone have any ideas of how to work around in the meantime? |
02:09.17 | ZX81 | we have the potential to lose hundreds of thousands in referal sales if we can't get this working |
02:11.16 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
02:11.16 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
02:11.39 | ZX81 | russellb, don't suppose you know anyone that can help with M14086 ? |
02:12.19 | ZX81 | I just need a workaround or something to stop their pbx crashing |
02:12.27 | ZX81 | government call center |
02:13.44 | russellb | I can't right now ... |
02:13.49 | russellb | it looks like it's assigned to the best person |
02:13.53 | ZX81 | all good |
02:13.58 | ZX81 | thanks anyway |
02:14.08 | russellb | sorry for the delay |
02:14.18 | ZX81 | :) all good man |
02:14.19 | russellb | sometimes (often) we are behind |
02:14.28 | ZX81 | :) |
02:14.43 | ZX81 | it's only an issue when I've got an issue :D |
02:14.46 | ZX81 | hehe |
02:14.56 | ZX81 | 'spose everyone's the same :) |
02:15.02 | russellb | pretty much, heh |
02:15.08 | russellb | but i certainly don't wish it on anyone. |
02:15.40 | ZX81 | yah - we normally run older versions but it crashed once last year and we had to upgrade |
02:21.09 | ZX81 | if I don't destroy the datastore on a channel, would it just leak memory? I.e. would that maybe get me through till tomorrow? |
02:22.25 | russellb | it would leak memory, yes |
02:22.38 | russellb | shouldn't be huge amounts ... but depending on your call load, it can add up |
02:23.25 | ZX81 | ok cool |
02:23.34 | ZX81 | :) that'll be the test for tonight then :D |
02:23.35 | JunK-Y | have you run it with valgrind? |
02:23.39 | ZX81 | nah |
02:23.43 | ZX81 | that was the other option |
02:23.54 | ZX81 | call quality would be ok? |
02:24.10 | JunK-Y | and i guess its happening like random or can you reproduce it really easily? |
02:24.18 | JunK-Y | it depends of of number of sim calls |
02:24.20 | JunK-Y | how many? |
02:24.48 | ZX81 | random |
02:24.48 | ZX81 | bout 10-20 simul usually |
02:24.51 | russellb | ZX81: valgrind will eat the system up ... |
02:24.55 | russellb | 10-20 is probably too much |
02:24.58 | russellb | i wouldn't do it |
02:25.02 | ZX81 | yeah thought so |
02:25.28 | ZX81 | will let it leak ram for a bit - well will make the change and if it crashes it'll go into leak mode |
02:25.29 | ZX81 | :) |
02:26.11 | JunK-Y | russellb: you would not run valgrind with this many calls? |
02:26.37 | JunK-Y | depending on the machine i think i would. |
02:27.55 | russellb | it _might_ be ok ... |
02:28.21 | russellb | if it's transcoding, call recording, etc. (like I might expect in a call center install), it could hurt |
02:28.28 | russellb | also in a call center, lots of call setups hurt, too |
02:28.48 | ZX81 | no transcoding but yeah the call recording could hurt |
02:32.25 | *** join/#asterisk-bugs sysreq (n=sysreq@unaffiliated/sysreq) |
02:39.34 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
02:39.34 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
04:02.23 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
04:02.23 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
04:11.38 | *** part/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
08:21.56 | *** join/#asterisk-bugs MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
10:43.05 | *** join/#asterisk-bugs ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
11:00.07 | *** join/#asterisk-bugs festr_ (n=festr@ns.hiro.cz) |
11:00.10 | festr_ | hi |
11:00.31 | festr_ | i'm seeing crashes in the latest svn 1.4 which is releated to datastore and queues |
11:00.43 | festr_ | any open issues regarding this? |
11:05.05 | ccesario | Corydon76-dig, I see the you suggest one patch to try queue problem (http://bugs.digium.com/view.php?id=14209) ... this patch can too fix this http://bugs.digium.com/file_download.php?file_id=21155&type=bug ? |
11:12.38 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
11:25.20 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
11:37.36 | festr_ | i've found it. http://bugs.digium.com/view.php?id=14086 and posted my backtraces |
11:37.53 | festr_ | it seems there is problem accessing datastore->info structure which points wto nowhere or is null |
11:38.07 | festr_ | look at the bug |
12:41.13 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
12:41.13 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
14:01.25 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
14:01.25 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
14:20.59 | *** join/#asterisk-bugs sysreq (n=sysreq@unaffiliated/sysreq) |
14:58.51 | *** join/#asterisk-bugs awk_r (n=awk_r@nat/digium/x-2ba79f0e5ac7b9d3) |
15:35.17 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-757a7d80f3298645) |
15:35.17 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
16:00.19 | *** join/#asterisk-bugs putnopvut (n=putnopvu@nat/digium/x-a970440124c1c189) |
16:00.19 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
16:01.11 | lmadsen | jeebuz... I have 46 bug updates since last night@ |
16:02.00 | putnopvut | heh, that's a drawback of being Mr. Triage, I suppose. |
16:02.10 | putnopvut | you're essentially a watcher of almost every issue :) |
16:03.12 | lmadsen | pretty much :) |
16:05.33 | lmadsen | it just means I know every bug in asterisk right? :) |
16:08.31 | putnopvut | Right! |
16:14.58 | Juggie | lmadsen, thats your job! :) |
16:15.19 | lmadsen | part of one of my jobs anyways :) |
16:15.29 | Juggie | its what we pay you the big bucks for :P |
16:15.35 | lmadsen | ha! |
16:15.38 | lmadsen | we?! :) |
16:16.05 | Juggie | i have some abe licenses :P |
16:17.21 | lmadsen | heh |
16:18.37 | Entomologist | *** CLOSED (14218) [Channels/chan_sip/General] [patch] Not possible to disguise display name on calls to trunks even though user can be disguised |
16:18.37 | Entomologist | Assigned to: otherwiseguy |
16:18.37 | Entomologist | Reported by: Nick_Lewis Karma: 1 |
16:18.37 | Entomologist | http://bugs.digium.com/view.php?id=14218 |
16:18.37 | Entomologist | ********************************************************* |
16:34.50 | *** join/#asterisk-bugs russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
16:34.50 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
16:43.09 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
16:45.57 | *** join/#asterisk-bugs ZX81 (n=matt@202.20.97.211) |
16:46.11 | ZX81 | hi |
16:46.18 | lmadsen | howdy |
16:46.18 | ZX81 | 5:46am here |
16:46.21 | ZX81 | :) |
16:46.22 | lmadsen | ouch |
16:46.26 | lmadsen | 11:46am here :) |
16:46.49 | mvanbaak | 5:46PM here |
16:46.55 | ZX81 | trying to get info out of crashing pbx before the office starts |
16:47.05 | ZX81 | M14086 |
16:47.09 | MuffinMan | [ready for testing] [Asterisk] Applications/app_queue 0014086: Address out of bounds in queue_log using transfer reported by ZX81 (Karma: +11.75) http://bugs.digium.com/view.php?id=14086 |
16:47.20 | ZX81 | putnopvut: so, what do you want from me |
16:47.22 | ZX81 | :) |
16:47.25 | ZX81 | oh |
16:47.31 | ZX81 | and can you delete the cores |
16:47.58 | lmadsen | done |
16:48.05 | ZX81 | ty |
16:48.50 | putnopvut | ZX81: If you have a new crash with the patch attached, I'd like to see a backtrace. |
16:48.58 | ZX81 | yep |
16:49.05 | ZX81 | which command |
16:49.14 | ZX81 | threads? |
16:49.28 | putnopvut | bt and bt full will probably be sufficient |
16:49.33 | ZX81 | ok |
16:50.19 | ZX81 | bt and bt full uploaded to notes |
16:50.34 | ZX81 | http://bugs.digium.com/view.php?id=14086#97578 |
16:54.06 | putnopvut | ZX81: thank you very much |
16:54.35 | ZX81 | no probs, have a thread apply all bt if required |
17:02.18 | ZX81 | I uploaded the thread apply all bt and the dates of the cores - 5 crashes yesterday, 1 the day before - all on weekdays |
17:04.31 | lmadsen | russellb: I suppose that crash issue couldn't be something related more to dtmf features? |
17:04.35 | lmadsen | M14228 |
17:04.37 | MuffinMan | [new] [Asterisk] Resources/res_features 0014228: 1.4.22 crash with Park reported by kobaz (Karma: neutral) http://bugs.digium.com/view.php?id=14228 |
17:06.38 | ZX81 | putnopvut: if you need root access to the machine, just let me know - they have about another 1.5 hours before properly opening - although are starting to get calls to the automated ivr ordering via the AS400 |
17:07.04 | putnopvut | ZX81, that probably won't be necessary, but thanks for offering :) |
17:07.11 | ZX81 | :) |
17:07.13 | ZX81 | sweet |
17:07.42 | russellb | lmadsen: it's possible ... though for that issue, i wonder why he doesn't use the normal park feature .. |
17:08.09 | lmadsen | true... maybe he has to trigger something outside of asterisk first... who knows |
17:08.18 | lmadsen | or maybe he doesn't know about it :) |
17:08.33 | Corydon76-dig | russellb: ping |
17:09.00 | russellb | pong |
17:09.11 | Corydon76-dig | murf and I found an opportunity for you |
17:09.18 | russellb | o.O |
17:09.38 | Corydon76-dig | Recall #13962, where we reversed the change made in #6176 |
17:09.44 | russellb | M13962 |
17:09.45 | Corydon76-dig | This has to do with app_macro |
17:09.46 | MuffinMan | [closed] [Asterisk] Channels/General 0013962: Blind transfer does not work upgrade to 1.4.23-rc1 reported by francesco_r (Karma: +3.75) http://bugs.digium.com/view.php?id=13962 |
17:09.56 | russellb | M6176 |
17:09.57 | MuffinMan | [closed] [Asterisk] Applications/app_macro 0006176: [patch] Segfault in pbx_builtin_setvar_helper. Looks like the channel is being closed down underneath us reported by stevedavies (Karma: +62.75) http://bugs.digium.com/view.php?id=6176 |
17:10.05 | russellb | yeah, i think so |
17:10.30 | Corydon76-dig | Well, 6176 introduced a different behavior change, which we reverted, though I didn't know it at the time |
17:10.53 | Corydon76-dig | The behavior change was that "h" started being run from the macro context, instead of the original context |
17:11.04 | russellb | oh geez |
17:11.24 | Corydon76-dig | Sooooo... how should we go forward? |
17:11.27 | russellb | heh |
17:11.40 | russellb | if it did it for that long, I guess we need to restore that behavior |
17:12.04 | russellb | run "h" from macrocontext if it is there, and if not, run it from the original context |
17:12.11 | ZX81 | yeah |
17:12.16 | Corydon76-dig | Oooo. Okay. |
17:12.42 | Corydon76-dig | That's an even better behavior |
17:12.50 | russellb | yeah :) |
17:13.57 | russellb | and I think it's what most people would expect (before testing to see what really happens) |
17:14.49 | lmadsen | interesting... another bug related to parking (this time on 1.6 though... hmmmm) |
17:15.28 | Qwell | blinks |
17:15.34 | russellb | they might be fixed already |
17:15.36 | Qwell | 14232 is...amusing |
17:15.45 | ZX81 | M14232 |
17:15.47 | MuffinMan | [new] [Zaptel] wcfxo 0014232: [patch] Failed to initailize DAA, giving up... reported by tallen8840 (Karma: +4.00) http://bugs.digium.com/view.php?id=14232 |
17:15.51 | russellb | a lot of work has gone in to fixing up some parking |
17:15.55 | Qwell | the summary does it no justice |
17:17.04 | ZX81 | :D |
17:17.34 | russellb | I love when people start out a problem description with "Everything is working fine, but when I do X this bad thing Y happens" |
17:17.34 | ZX81 | "I reverse engineered the card and found that the DAA's reset pin is connected to the PCI chip's AUX5 pin not, as one might expect the RESET# pin" |
17:18.44 | ZX81 | :) heh yeah - I called our customer yesterday and said "hey, looks like the crash might be associated with transfers - can you get the call centre to not transfer calls - i.e. take a message and get someone to run round the building with postit notes" |
17:21.23 | ZX81 | it's a mental site - they have 3 different types of staff (and phones) - factory (analog phones), office staff (linksys spa's), call centre (snom 360s) - I was down there the other day and recognised one of the forms they were printing, had a closer look and realised they were speeding fines :) |
17:22.51 | ZX81 | putnopvut: with 20 simul calls and call recording I'm not sure I can run in valgrind |
17:23.32 | putnopvut | ZX81: yeah, I'm still trying to figure it out on this end. Hopefully I'll get it done sometime soon. Did you at least see fewer crashes with the patch applied? |
17:23.53 | ZX81 | 2 in the afternoon - after I applied the patch |
17:24.01 | ZX81 | so same or more |
17:24.09 | ZX81 | it's not a huge number of crashes |
17:24.16 | ZX81 | well - customer thinks so |
17:24.18 | putnopvut | crap |
17:24.20 | ZX81 | but not regular |
17:24.52 | putnopvut | Yeah, when I put that patch on my local test setup, all the crashes I could reproduce went away. |
17:24.59 | russellb | putnopvut: you could give him the "install SIGSEGV signal handler" patch in the mean time ^_^ |
17:25.03 | ccesario | Corydon76-dig, I see the you suggest one patch to try queue problem (http://bugs.digium.com/view.php?id=14209) ... this patch can too fix this http://bugs.digium.com/file_download.php?file_id=21155&type=bug ? |
17:25.17 | putnopvut | russellb: I haven't seen that one :) |
17:25.29 | ZX81 | sounds good - if it stops crashes :D |
17:25.30 | russellb | heh, well it's exactly that ... |
17:25.42 | russellb | a signal handler for SIGSEGV that does nothing ... |
17:26.07 | ZX81 | MX? |
17:26.08 | putnopvut | Still wouldn't help with SIGABRT though :) |
17:26.13 | russellb | heh |
17:26.25 | Corydon76-dig | ccesario: Please refer to bug numbers, not download links |
17:26.58 | ccesario | Corydon76-dig, ok... sorry |
17:27.15 | ZX81 | russellb: where would I find that patch? |
17:28.00 | ZX81 | malloc_debug safe for production? |
17:28.07 | ZX81 | ish? |
17:28.08 | ZX81 | :) |
17:31.41 | russellb | malloc debug is safe |
17:31.45 | russellb | but it will not prevent crashes |
17:32.34 | russellb | ZX81: don't know if it's posted anywhere |
17:32.37 | russellb | it was only half-serious |
17:32.42 | russellb | because it likely wouldn't help |
17:33.28 | russellb | it might catch the signal, but the process will come down in flames for other reasons most likely |
17:33.45 | ZX81 | kk |
17:34.12 | ZX81 | heh running in valgrind doesn't include screen |
17:34.32 | festr_ | hi |
17:34.33 | ZX81 | if I'm going to run for a while screen means I can disconnect |
17:34.37 | festr_ | i've the same issue |
17:34.40 | festr_ | :) |
17:34.48 | putnopvut | festr_: yeah, i saw your note on that issue. |
17:34.56 | festr_ | and if you need, I can help. I've also some expirience in valgrind |
17:34.56 | ZX81 | I'm in valgrind now |
17:35.13 | ZX81 | same - all of SmoothTorque runs permanently in valgrind :D |
17:35.21 | putnopvut | festr_: all right, have you tried using the patch that's attached to the issue. |
17:35.30 | lmadsen | M14226 |
17:35.32 | MuffinMan | [acknowledged] [Asterisk] General 0014226: crash in comparation with 'nothing' reported by caspy (Karma: +5.75) http://bugs.digium.com/view.php?id=14226 |
17:35.47 | lmadsen | Corydon76-dig: can I assign that to you? I've reproduced the issue. I'm going to attach a backtrace shortly. |
17:36.20 | festr_ | putnopvut: i've looked at it but now i dont. I'm not able to reproduce the issue by my self. I have to wait on production system to crash. I'll try to isolate it and reproduce. Once I can handle this I'll try patch and do valgrind. |
17:36.38 | putnopvut | festr_: thanks very much |
17:36.46 | festr_ | ZX81: are you able to reproduce? |
17:36.51 | ZX81 | nah |
17:36.55 | ZX81 | production crash |
17:36.56 | ZX81 | :) |
17:37.00 | ZX81 | loverly |
17:37.00 | festr_ | same here |
17:37.01 | ZX81 | :) |
17:37.17 | festr_ | putnopvut: do you thing it is some racecondition or it could happen on one call too? |
17:37.29 | ZX81 | I'm running patch and in valgrind |
17:37.51 | putnopvut | festr_: I haven't yet figured that much out. valgrind output will likely tell me though :) |
17:37.51 | Entomologist | *** CLOSED (14229) [Addons/cdr_addon_mysql] [patch] Asterisk exits when trying to load cdr_addon_mysql.so |
17:37.51 | Entomologist | Assigned to: Corydon76 |
17:37.51 | Entomologist | Reported by: sergee Karma: 60.5 |
17:37.51 | Entomologist | http://bugs.digium.com/view.php?id=14229 |
17:37.51 | Entomologist | ********************************************************* |
17:37.53 | lmadsen | could it be load related? |
17:38.25 | festr_ | lmadsen: i think not. on p4 with 1-3 calls with minimal load crashes very soon |
17:38.31 | ZX81 | yes and no, the machine only sees like 20 simul calls |
17:38.44 | ZX81 | but the machine has seen pauses in the past |
17:38.54 | ZX81 | festr_: what motherboard? |
17:39.06 | ZX81 | supermicro? |
17:39.17 | putnopvut | I doubt it's a mobo issue. It's probably just some bad code somewhere in Asterisk. |
17:39.18 | festr_ | ZX81: it is irrelevant |
17:39.25 | ZX81 | kk |
17:39.42 | ZX81 | I've seen pauses on the supermicro |
17:39.51 | ZX81 | which could make a race easier to trigger |
17:40.01 | putnopvut | ah, interesting |
17:40.19 | festr_ | putnopvut: i was able to always reproduce on a little older version (but I think not older than month) in this situation: Call in -> Queue -> SIP member -> 302 Moved temporarily to 14 -> Call Local/14 -> immidiately crashed |
17:40.50 | putnopvut | Let me try that. |
17:40.54 | ZX81 | we're not using any local chans |
17:41.11 | ZX81 | 302 is call forwarding? |
17:41.14 | lmadsen | yes |
17:41.17 | lmadsen | 302 Redirect |
17:41.18 | festr_ | ZX81: nor me, but when SIP reply to INVITE 302 it will use Local channel |
17:41.22 | ZX81 | yeah |
17:41.28 | ZX81 | hence the q :) |
17:41.51 | festr_ | ZX81: what is the last few lines from asterisk log before crashes? |
17:42.02 | ZX81 | sec will check |
17:42.12 | ZX81 | heh |
17:42.17 | ZX81 | crashed at 4:20pm |
17:42.20 | ZX81 | hmmm |
17:42.26 | ZX81 | my server went for a smoke |
17:42.27 | ZX81 | :D |
17:42.46 | festr_ | ZX81: do you save logs verbose/debug ? |
17:42.47 | lmadsen | heh |
17:43.04 | ZX81 | just checking log levels - had full last year for some reason |
17:43.17 | ZX81 | messages => notice,warning,error |
17:43.46 | putnopvut | One thing I just noticed is that there are some datastore operations done in app_queue without holding the channel lock. That seems bad. |
17:44.28 | festr_ | ZX81: sometimes it is good to log debug => verbose,debug,notice,warning,error |
17:44.43 | festr_ | ZX81: when there is trouble off course. |
17:44.43 | ZX81 | yeah |
17:44.51 | ZX81 | nothing in the logs |
17:44.55 | ZX81 | will up the level |
17:45.57 | ZX81 | k full -> debug |
17:46.46 | festr_ | putnopvut: the last thing at the logs before crash is always DEBUG[27651]: chan_sip.c:3580 in sip_hangup: Hangup call SIP/crystalis |
17:46.49 | festr_ | followed by |
17:46.52 | festr_ | DEBUG[27651]: chan_sip.c:3362 in update_call_counter: State of SIP/crystalis changed - Caller: 774320231 <774320231> |
17:48.00 | putnopvut | Hmm, that info doesn't really pertain to the crash. |
17:48.02 | Entomologist | *** CLOSED (14226) [General] crash in comparation with 'nothing' |
17:48.02 | Entomologist | Assigned to: Corydon76 |
17:48.02 | Entomologist | Reported by: caspy Karma: 5.75 |
17:48.02 | Entomologist | http://bugs.digium.com/view.php?id=14226 |
17:48.02 | Entomologist | ********************************************************* |
17:48.12 | lmadsen | Corydon76-dig: next time can you let me know you took the issue so I don't spend the time getting the backtrace... ? |
17:48.38 | putnopvut | I'm starting to think that the lack of locking around datastore operations in app_queue may be part of the problem. I'll definitely be fixing that. valgrind will tell us exactly what the problem is though |
17:48.41 | Corydon76-dig | lmadsen: I took the issue and fixed it in less time than I could notify you |
17:49.09 | festr_ | putnopvut: valgrind.. you mean after you fix queue locking or before? |
17:49.18 | lmadsen | Corydon76-dig: ya, but I spent more time on the issue that I could have been spending on other issues |
17:49.47 | putnopvut | festr_: I'll upload a patch. If the crashes still occur, then you can give me the valgrind output. |
17:50.03 | festr_ | putnopvut: what about previous patch you mentioned? |
17:50.24 | lmadsen | codefreeze-lap: could the patch you just put on 14122 help jmls at all? |
17:50.42 | putnopvut | The previous patch definitely fixes some bad code. I will include the contents of the previous patch in the new one I upload. I'll be sure to add a note explaining that too. |
17:50.44 | codefreeze-lap | lmadsen: No, I doubt it |
17:50.49 | lmadsen | codefreeze-lap: okie, thanks |
17:50.51 | ZX81 | cool - I'm running in vg but would rather not - I'll try the patch you upload and then if it crashes again run in vg |
17:50.55 | festr_ | putnopvut: and also I've this crashing versions on several other production servers without crashing. This server differs from other by queue usage |
17:50.58 | Corydon76-dig | lmadsen: I think we collided on that issue, actually |
17:51.11 | ZX81 | so I'll revert the previous before applying the new |
17:51.52 | lmadsen | Corydon76-dig: entirely possible |
17:52.25 | festr_ | putnopvut: coool. anyway, I'll try to reproduce without patches. But you mentioned locking in queue datastore and I'm thining if it is possible to reproduce with one SIP client :) |
17:53.05 | ZX81 | hmmm |
17:53.15 | ZX81 | it may be nothing - but we have no crashes at lunch time |
17:53.19 | ZX81 | i.e. 12-1pm |
17:53.23 | ZX81 | both sides |
17:53.30 | ZX81 | but only one staff online then |
17:53.32 | festr_ | was there some calls? |
17:53.36 | ZX81 | yeah |
17:53.39 | festr_ | hm |
17:53.47 | festr_ | it will be hard to reproduce |
17:53.49 | festr_ | than |
17:53.53 | ZX81 | yah |
17:54.37 | festr_ | ok, leaving home thanks guyes will try later |
17:54.53 | ZX81 | sweet |
17:56.16 | ZX81 | brb ciggy |
17:57.33 | lmadsen | jpeeler: APPLICATION WARNING #300: String "needs_license_bug_title" not found. |
17:57.37 | lmadsen | jpeeler: should I file a bug for that? |
17:57.57 | jpeeler | no, i'll just fix it really quickly, but where did you see tehat? |
17:58.33 | lmadsen | when I went into bug 14232 and clicked on the Change Status To: button after selecting "Needs License" |
17:59.14 | lmadsen | ZX81: new patch attached for you on 14086 |
17:59.42 | putnopvut | festr_: ZX81: I have uploaded a new patch to issue 14086 |
17:59.55 | putnopvut | Let me know if it helps. I'm headed out for a little while. |
17:59.57 | lmadsen | putnopvut: lol... I'm too quick for ya :) |
18:00.47 | putnopvut | lmadsen: oops, I should pay attention to what you write :) |
18:00.47 | lmadsen | putnopvut: don't make that mistake again |
18:01.31 | Corydon76-dig | Pay attention to what you write? Madness! |
18:02.22 | lmadsen | Corydon76-dig: that's why they call me Mad Madsen! |
18:02.28 | lmadsen | M14178 |
18:02.31 | MuffinMan | [ready for testing] [Asterisk] General 0014178: CLI hang and unresponsive when issuing "show channels" or "core show channels" reported by greenfieldtech (Karma: +14.50) http://bugs.digium.com/view.php?id=14178 |
18:02.33 | lmadsen | anyone want to merge that in? |
18:03.57 | ZX81 | putnopvut: will apply now |
18:04.55 | lmadsen | hey, who wants an autoconf problem?! |
18:05.11 | lmadsen | thinks he will assign to putnopvut so he can "learn some new stuff" (unless someone else speaks up) |
18:05.16 | lmadsen | M14224 |
18:05.18 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0014224: [patch] fixes for autoconf 2.63 and ptlib-devel (Fedora 10) reported by bergolth (Karma: +0.25) http://bugs.digium.com/view.php?id=14224 |
18:09.05 | Entomologist | *** CLOSED (13879) [PBX/pbx_dundi] DUNDi queries/lookups from 32-bit to 64-bit machine fails; 64-bit to 32-bit operations OK |
18:09.05 | Entomologist | Assigned to: russell |
18:09.05 | Entomologist | Reported by: akkornel Karma: 0.25 |
18:09.05 | Entomologist | http://bugs.digium.com/view.php?id=13879 |
18:09.05 | Entomologist | ********************************************************* |
18:20.42 | *** join/#asterisk-bugs ZX81_ (i=ZX81@124.6.218.246) |
18:20.51 | ZX81_ | production traffic starting up with patch in place |
18:21.56 | ZX81_ | my internet died, so am on 3G |
18:21.58 | ZX81_ | :) |
18:22.28 | lmadsen | russellb: do you consider all these "1.4.22 broke my CDRs" bugs to be 1.4.23 blockers? |
18:23.07 | russellb | probably not ... |
18:23.45 | ZX81_ | heh that reminds me - I have some calls which are originated with a timeout of 30 secs, length of 63 secs and disposition of noanswer (last app executed was 5 lines after Answer app) |
18:23.59 | lmadsen | M14225 |
18:24.01 | MuffinMan | [new] [Asterisk] Core/ManagerInterface 0014225: manager.c poll error reported by jangjun21 (Karma: neutral) http://bugs.digium.com/view.php?id=14225 |
18:24.06 | ZX81_ | not too much of an issue for me as we use UserEvent to process - but weird nonetheless |
18:24.22 | lmadsen | there is a backtrace in the notes... perhaps someone can see how to fix that one quick? |
18:24.30 | lmadsen | russellb: ok thanks, just wanted to check |
18:33.01 | *** join/#asterisk-bugs ZX81 (i=ZX81@124.6.218.246) |
18:34.16 | Entomologist | *** CLOSED (14176) [Channels/chan_sip/Registration] [patch] send out the incorrect register request URI to the (fromdomain) outbound proxy |
18:34.16 | Entomologist | Assigned to: otherwiseguy |
18:34.16 | Entomologist | Reported by: paraeco Karma: 0 |
18:34.16 | Entomologist | http://bugs.digium.com/view.php?id=14176 |
18:34.16 | Entomologist | ********************************************************* |
18:40.02 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
18:41.22 | lmadsen | oej: |
18:41.36 | lmadsen | M14230 if you would care to comment on whether that functionality is something we need/want |
18:41.41 | lmadsen | M14230 |
18:41.43 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/General 0014230: Calls are not accepted from an outbound proxy reported by Nick_Lewis (Karma: +1.00) http://bugs.digium.com/view.php?id=14230 |
18:41.44 | lmadsen | oops :) |
18:42.32 | *** join/#asterisk-bugs ZX81_ (n=matt@202.20.97.211) |
18:45.45 | oej | lmadsen: That outbound proxy stuff is not a bug report. It's someone who needs to learn more from your book. |
18:46.52 | lmadsen | oej: that's what I was kinda thinking... but I have not used outboundproxy in many moons! :) |
19:02.54 | *** join/#asterisk-bugs ZX81 (n=matt@202.20.97.211) |
19:05.06 | festr_ | ZX81: hi, still crashing? |
19:05.10 | festr_ | after patch? |
19:05.18 | ZX81 | not yet |
19:05.21 | ZX81 | only a few calls in |
19:05.25 | ZX81 | 2 agents logged in |
19:05.38 | ZX81 | will rise to 15 agents |
19:05.41 | festr_ | how often it crashes without patch? |
19:05.42 | ZX81 | 8:05am here |
19:05.58 | ZX81 | yesterday 5 times |
19:06.12 | ZX81 | first crash yesterday wasn't till 11:10am |
19:06.20 | festr_ | so if there will be no crash during while day we can consider it is fixed :) |
19:06.28 | ZX81 | yah |
19:06.32 | festr_ | it starts crashing after upgrade? |
19:06.45 | ZX81 | it crashed once last year |
19:06.53 | ZX81 | was recommended an upgrade |
19:06.58 | ZX81 | then it started crashing |
19:07.06 | ZX81 | hasn't actually crashed that many times all up |
19:07.15 | festr_ | understand |
19:07.19 | ZX81 | yesterday was kinda bad though |
19:08.33 | ZX81 | going out for a ciggy again :) |
20:12.51 | putnopvut | lmadsen: I hereby state that you are not allowed to assign any new issues to me. |
20:12.58 | putnopvut | I have 25(!) assigned to me right now. |
20:13.12 | lmadsen | putnopvut: maybe you should work faster? |
20:13.15 | lmadsen | ducks |
20:13.23 | lmadsen | putnopvut: you're right though... that is clearly too many issues |
20:13.25 | putnopvut | aw hell naw |
20:13.56 | putnopvut | in all fairness there are probably about 5 that are just waiting for some sort of feedback before I can close them. |
20:14.04 | lmadsen | yep |
20:14.14 | lmadsen | there are a few in there right now marked as Ready For Review I think |
20:15.37 | ZX81 | putnopvut: hopefully you'll be able to close out mine by the end of my day - 8 hours from now :D |
20:16.08 | putnopvut | ZX81: yeah, I consider that one to be high-priority since it is a crash that is happening multiple times, daily. |
20:16.33 | putnopvut | And I think that issue may be the same as 14043, so when I close yours, I can also close 14043. |
20:18.08 | ZX81 | saweeet |
20:54.12 | lmadsen | putnopvut: I like when that happens! |
20:54.19 | putnopvut | Yes. |
20:55.36 | lmadsen | putnopvut: let me know when I can start assigning issues to you again! :) |
21:18.15 | Entomologist | *** CLOSED (14198) [Channels/chan_sip/Registration] [patch] Not possible to register to a registrar via a host with different port number |
21:18.15 | Entomologist | Assigned to: putnopvut |
21:18.15 | Entomologist | Reported by: Nick_Lewis Karma: 1 |
21:18.16 | Entomologist | http://bugs.digium.com/view.php?id=14198 |
21:18.16 | Entomologist | ********************************************************* |
21:18.29 | putnopvut | 1 down, 24 to go |
21:20.14 | seanbright | go putnopvut, go! |
21:20.22 | putnopvut | ha |
21:21.29 | Qwell | M14230 |
21:21.31 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/General 0014230: Calls are not accepted from an outbound proxy reported by Nick_Lewis (Karma: +1.00) http://bugs.digium.com/view.php?id=14230 |
21:21.33 | Qwell | Should that be closed then? |
21:23.23 | putnopvut | I just did :) |
21:23.29 | putnopvut | Nice timing |
21:26.34 | oej | putnopvut: That port number was really not needed in register= |
21:26.49 | putnopvut | oej: why do you say that? |
21:26.52 | oej | putnopvut: Instead of having all data in one register= line, which will never happen, people need to refer to a peer |
21:26.54 | festr_ | ZX81: still no crash? |
21:26.59 | oej | and in a peer section you can configure everything |
21:27.33 | oej | We can't add all options to register= and my direction was to move away from that. The syntax is way too confused already and doesn't need more confusion. |
21:27.58 | oej | There's no way we can configure everything in a oneliner |
21:28.05 | putnopvut | I wasn't aware of the ability to specify a peer that the register referred to. |
21:28.19 | oej | putnopvut: Maybe you should attend one of Jared's classes :-) |
21:28.24 | putnopvut | heh :) |
21:28.34 | oej | register= checks for a peer first, then checks in DNS |
21:28.41 | oej | So using a peer works perfectly ok. |
21:28.59 | oej | My suggestion is really to test if that works, and if it works, just revert that change. |
21:29.10 | oej | If it doesn't work, make it work through a peer section :-) |
21:29.39 | oej | You can also add register=yes to a peer - in that case, you won't need a register= at all. |
21:30.08 | oej | I don't like all that transport stuff and expiry on the register= line either. It's bad architecture. |
21:30.12 | oej | But that's another issue to fight. |
21:30.20 | oej | Please consider my feedback :-) |
21:30.22 | oej | Good night |
21:30.30 | putnopvut | All right, have a nice evening! |
21:30.50 | putnopvut | I agree, if the functionality is already there a different way, then I don't need to confuse matters more. |
21:31.16 | oej | We should simplify that part of the configuration :-) Let's work on that. But not tonight :-) |
21:35.05 | mvanbaak | the 'register=yes' stuff is great |
21:35.22 | mvanbaak | made it possible to register a peer with a # in the password for me |
21:45.15 | putnopvut | I need to look at how that register=yes stuff works. |
21:48.13 | putnopvut | ugh, it's not documented |
21:48.31 | russellb | clearly you should have known that it existed, putnopvut |
21:48.36 | russellb | you have the source |
21:48.47 | putnopvut | I don't even see it in the source >_< |
21:49.05 | russellb | um, you're right |
21:49.11 | russellb | it's not in trunk, at least .. |
21:49.24 | russellb | oh, I don't think it's register=yes |
21:49.27 | russellb | it's like ... |
21:49.43 | russellb | you make a regular register = line that is just register => 1234@peer |
21:49.44 | putnopvut | I see callack = blah as a potential way of doing it. |
21:49.46 | russellb | or something like that |
21:50.24 | lmadsen | russellb: I believe you are right |
21:50.34 | russellb | i don't remember the exact syntax, but it's along those lines |
21:50.36 | lmadsen | I've never heard of register=yes |
21:50.44 | russellb | where you are referencing the peer entry in the register => line |
21:50.48 | lmadsen | ya... where peer == [peer_in_braces] |
21:50.57 | putnopvut | that makes a bit more sense. |
21:51.23 | putnopvut | I still don't see how I could have solved that issue that oej barked at me about without the patch though. |
21:51.42 | russellb | is there a port option for peer entries? |
21:51.46 | putnopvut | there is. |
21:51.51 | putnopvut | But not two different ones. |
21:51.56 | russellb | shrugs |
21:52.10 | putnopvut | And that's what was being solved with that patch. |
21:52.19 | putnopvut | although... |
21:52.29 | putnopvut | nevermind |
21:53.24 | putnopvut | Nope, I think that at least *part* of that patch was necessary, because of the ambiguities of specifying a username inside a peer entry with a port number in it. |
21:53.34 | putnopvut | I'll talk with oej about it more when he's back on-line. |
21:53.41 | ZX81 | festr_: yeah looking good so far |
21:54.59 | *** join/#asterisk-bugs sysreq (n=sysreq@unaffiliated/sysreq) |
21:55.26 | lmadsen | ya... basically he's going to want you to implement the functionality in the peer I guess instead of in the register line... so you might need a new option... like remote_port or something equally silly |
21:55.43 | ZX81 | putnopvut: oej may have been referring to users.conf |
21:55.56 | lmadsen | I doubt it... |
21:56.00 | russellb | ZX81: I seriously doubt it |
21:56.07 | russellb | he doesn't like users.conf. |
21:56.12 | ZX81 | ah |
21:56.13 | ZX81 | :) |
21:56.16 | lmadsen | as I've read on several bugs :) |
21:56.29 | putnopvut | I don't think anyone really "likes" users.conf though :) |
21:56.57 | lmadsen | heh... it's useful for the gui.. |
22:05.09 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
22:05.09 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
22:07.53 | putnopvut | lmadsen: ping |
22:08.25 | putnopvut | I haven't heard from the reporter of 13644 in a while, and I was wondering if you had the capability to see if the issue still exists. |
22:10.32 | lmadsen | putnopvut: pong |
22:10.40 | lmadsen | M13644 |
22:10.42 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/General 0013644: insecure doesn't work reported by pj (Karma: +9.00) http://bugs.digium.com/view.php?id=13644 |
22:11.13 | putnopvut | I'm going through my backlog and that's one that I saw. |
22:12.58 | lmadsen | coolio.. I will assign to me which will note for me to test |
22:13.55 | lmadsen | I still have an issue with realtime users in trunk which I need to delve into deeper, but there are a couple of bugs open for it. |
22:16.18 | ZX81 | putnopvut: have to go into meeting now - been stable so far (touch wood) - but will update the tracker issue by the end of the day |
22:16.36 | putnopvut | ZX81: that's fine. Take as much time as you need. |
22:16.53 | ZX81 | :) |
22:17.59 | putnopvut | M14018 |
22:18.01 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/Registration 0014018: [patch] Registrations using a username without domain will fail. reported by nmav (Karma: neutral) http://bugs.digium.com/view.php?id=14018 |
22:18.08 | putnopvut | It's been nearly a month. Close? |
22:19.27 | lmadsen | I'll close it |
22:20.00 | putnopvut | Thanks. |
22:20.27 | Entomologist | *** CLOSED (14018) [Channels/chan_sip/Registration] [patch] Registrations using a username without domain will fail. |
22:20.27 | Entomologist | Assigned to: putnopvut |
22:20.27 | Entomologist | Reported by: nmav Karma: 0 |
22:20.27 | Entomologist | http://bugs.digium.com/view.php?id=14018 |
22:20.27 | Entomologist | ********************************************************* |
22:20.35 | putnopvut | swank |
22:24.11 | lmadsen | putnopvut: another one unassigned from you! |
22:24.12 | lmadsen | :) |
22:24.18 | putnopvut | good |
22:25.37 | putnopvut | ha! I never had even noticed issue 14172 was assigned to me :) |
22:25.43 | putnopvut | Finally, a trivial one! |
22:31.01 | Entomologist | *** CLOSED (14172) [Applications/app_queue] [patch] changing the annoying "no one is answering queue" message level |
22:31.01 | Entomologist | Assigned to: putnopvut |
22:31.01 | Entomologist | Reported by: caio1982 Karma: 49 |
22:31.01 | Entomologist | http://bugs.digium.com/view.php?id=14172 |
22:31.01 | Entomologist | ********************************************************* |
22:44.57 | *** part/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-757a7d80f3298645) |
22:45.23 | *** part/#asterisk-bugs russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
22:48.15 | seanbright | lmadsen: i made something for you |
22:49.09 | *** join/#asterisk-bugs SeansAsteriskBot (n=sbright@205.232.40.114) |
22:49.12 | seanbright | mantis project list |
22:49.27 | SeansAsteriskBot | [Mantis] Asterisk (305), Asterisk-GUI (4), AsteriskNOW (3), DAHDI-linux (25), DAHDI-tools (3), Gastman (0), LibPRI (11), LibSS7 (7), Mantis (2), Repotools (0), Zaptel (7) |
22:51.00 | lmadsen | seanbright: that depresses me :) |
23:00.29 | Entomologist | *** CLOSED (14222) [Core/General] [patch] Add config option to disable console connect messages |
23:00.29 | Entomologist | Assigned to: otherwiseguy |
23:00.29 | Entomologist | Reported by: jamesgolovich Karma: 87.5 |
23:00.29 | Entomologist | http://bugs.digium.com/view.php?id=14222 |
23:00.29 | Entomologist | ********************************************************* |
23:00.38 | *** join/#asterisk-bugs telecos (n=sergio@34.167.219.87.dynamic.jazztel.es) |
23:05.45 | Entomologist | *** CLOSED (14190) [Core/HTTP] POST files are not truncated |
23:05.45 | Entomologist | Assigned to: otherwiseguy |
23:05.45 | Entomologist | Reported by: timking Karma: 0 |
23:05.45 | Entomologist | http://bugs.digium.com/view.php?id=14190 |
23:05.45 | Entomologist | ********************************************************* |
23:21.09 | otherwiseguy | matis project list |
23:21.14 | otherwiseguy | mantis project list |
23:21.25 | otherwiseguy | Doh, the bot has left the room. :-) |
23:46.02 | Entomologist | *** CLOSED (14103) [General] dahdi_monitor audio level meters are cut off halfway |
23:46.02 | Entomologist | Reported by: gork Karma: 1.75 |
23:46.02 | Entomologist | http://bugs.digium.com/view.php?id=14103 |
23:46.02 | Entomologist | ********************************************************* |
23:46.55 | seanbright | heh |
23:47.49 | *** join/#asterisk-bugs SeansAsteriskBot (n=sbright@205.232.40.114) |
23:47.53 | seanbright | otherwiseguy: i brought him back ^^^ |
23:47.56 | seanbright | mantis project list |
23:48.11 | SeansAsteriskBot | [Mantis] Asterisk (304), Asterisk-GUI (4), AsteriskNOW (3), DAHDI-linux (25), DAHDI-tools (2), Gastman (0), LibPRI (11), LibSS7 (7), Mantis (2), Repotools (0), Zaptel (7) |
23:50.44 | otherwiseguy | woot. |
23:51.32 | seanbright | i wonder if there is a way in freenode to give a user /topic permission without op'ing them |
23:51.43 | seanbright | if so, we can have him auto update the topic from time to time |
23:56.19 | seanbright | citats: i'm testing something, can you /msg ChanServ FLAGS #asterisk-bugs SeansAsteriskBot +t |
23:57.47 | Entomologist | *** CLOSED (12887) [Channels/chan_misdn] [patch] chan_misdn.c threadsafe patch |
23:57.47 | Entomologist | Assigned to: crich |
23:57.47 | Entomologist | Reported by: pputman Karma: 6 |
23:57.48 | Entomologist | http://bugs.digium.com/view.php?id=12887 |
23:57.48 | Entomologist | ********************************************************* |