00:39.00 | *** join/#asterisk-bugs Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
00:56.46 | *** join/#asterisk-bugs jsmith-away (~jsmith@fedora/jsmith) |
00:56.46 | *** mode/#asterisk-bugs [+o jsmith-away] by ChanServ |
03:17.04 | *** join/#asterisk-bugs n0tk (debian-tor@gateway/tor-sasl/n0tk) |
05:12.36 | *** join/#asterisk-bugs irroot (~gregory@dsl-185-122-118.dynamic.wa.co.za) |
07:33.43 | *** join/#asterisk-bugs tzafrir_laptop (~tzafrir@local.xorcom.com) |
08:51.58 | Entomologist | *** CLOSED (18944) [PBX/General] Lock on Asterisk 1.6.2.17-rc2 |
08:51.58 | Entomologist | Reported by: coliva |
08:51.59 | Entomologist | https://issues.asterisk.org/view.php?id=18944 |
08:51.59 | Entomologist | ********************************************************* |
08:59.12 | *** join/#asterisk-bugs file (~file@asterisk/developer-and-muffin-lover/file) |
08:59.12 | *** mode/#asterisk-bugs [+o file] by ChanServ |
11:02.40 | *** part/#asterisk-bugs irroot (~gregory@dsl-185-122-118.dynamic.wa.co.za) |
11:05.02 | *** join/#asterisk-bugs irroot (~gregory@dsl-185-122-118.dynamic.wa.co.za) |
11:12.08 | leifmadsen | M18898 |
11:12.11 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/General 0018898: [patch] Large number of active sip dialogs PUBLISH in the output "sip show channels". reported by Obi Van https://issues.asterisk.org/view.php?id=18898 |
11:12.24 | *** join/#asterisk-bugs elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
11:32.43 | Entomologist | *** CLOSED (19308) [Applications/app_queue] Asterisk always deadlocks in queue after upgrading to 1.8.3&1.8.4 |
11:32.44 | Entomologist | Reported by: mervent |
11:32.44 | Entomologist | https://issues.asterisk.org/view.php?id=19308 |
11:32.45 | Entomologist | ********************************************************* |
11:34.39 | irroot | liefmadsen #19335 indeed all for a change will get some work done on my * bits latter been working on non code issues today thx |
12:29.34 | *** join/#asterisk-bugs i_eat_children (~chatzilla@firewall-a.buf.ny.i-evolve.net) |
13:27.22 | *** join/#asterisk-bugs The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
13:31.42 | *** join/#asterisk-bugs elguero (~miguel323@12.187.84.162) |
13:54.55 | *** join/#asterisk-bugs malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
13:54.56 | *** mode/#asterisk-bugs [+o malcolmd] by ChanServ |
15:09.41 | *** join/#asterisk-bugs Rem| (~remi@209.191.13.247) |
15:19.55 | leifmadsen | M19364 |
15:19.57 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0019364: Deadlock in 1.8.4.1 reported by sysreq https://issues.asterisk.org/view.php?id=19364 |
15:20.17 | leifmadsen | The_Boy_Wonder: any chance you could look at that and maybe tell me if that could potentially be fixed already? |
15:20.25 | leifmadsen | I might just have to ask him to reproduce on the latest 1.8 branch regardless |
15:21.11 | irroot | that bug is not a dead lock its related to res_timming_fd issues |
15:21.23 | The_Boy_Wonder | yep, not a deadlock |
15:22.02 | russellb | Kobaz has been testing some patches for that bug |
15:22.16 | russellb | when we get something merged it's going to close a lot of issues ...' |
15:22.19 | The_Boy_Wonder | leifmadsen: i have not seen anything that looks exactly like that, that has been fixed |
15:22.38 | russellb | blocking on timerfd_ack? |
15:23.03 | irroot | im thinking so seen it |
15:23.06 | irroot | b4 |
15:23.07 | The_Boy_Wonder | no |
15:23.11 | The_Boy_Wonder | not on timerfd |
15:23.14 | russellb | oic |
15:23.15 | irroot | but cant see it in trace |
15:23.24 | leifmadsen | ok I'm going to find that timerfd issue and relate that one to it |
15:23.25 | irroot | looks different |
15:23.34 | russellb | ah well getting locked up blocking on timerfd_ack is what i was referring to |
15:23.36 | The_Boy_Wonder | leifmadsen: nope, not timerfd |
15:23.41 | leifmadsen | oh no? nevermind |
15:24.18 | The_Boy_Wonder | something werid in the scheduler |
15:26.23 | irroot | The_Boy_Wonder agree cant figgure it out |
15:27.02 | irroot | isit possible the user thought it was deadlocked and kill -6 it |
15:27.13 | The_Boy_Wonder | I have no idea if this is related or not... But the AST_SCHED_DEL macros are not reliable... i'd go as far as saying they're wrong |
15:27.29 | The_Boy_Wonder | it is a best effort sort of thing, but that is not obvious |
15:28.00 | russellb | you mean it can't cancel something currently being executed? |
15:28.57 | The_Boy_Wonder | russellb: right, and if it doesn't cancel it, then it still unrefs it |
15:29.12 | The_Boy_Wonder | if we are talking about the SCHED_DEL_UNREF |
15:29.13 | russellb | what unrefs what |
15:29.15 | russellb | oh |
15:29.20 | russellb | then _that_ is definitely wrong |
15:29.49 | russellb | hmmm ... maybe |
15:29.53 | The_Boy_Wonder | it just doesn't need to be that way, it needs to be synced somehow |
15:30.00 | russellb | yeah ... |
15:30.01 | The_Boy_Wonder | well it isn't wrong if you account for it |
15:30.08 | russellb | right, that's why i said maybe ... |
15:30.28 | The_Boy_Wonder | or know about it... but if you have to depend on the pvt data going into the scheduler... well i don't know how this is correct |
15:31.07 | The_Boy_Wonder | anyway, those macros are the result of a many of random crashes and oddness i'm sure |
15:31.26 | The_Boy_Wonder | and where did the "lets try this 10 times" come from |
15:31.58 | The_Boy_Wonder | anyplace logic like that exists in asterisk, it is almost certainly wrong |
15:32.31 | russellb | agreed |
15:32.47 | russellb | i think it's hoping that a currently executing entry will finish in that time ... |
15:32.50 | russellb | sillyness |
15:33.59 | russellb | The_Boy_Wonder: you have reached the point where you have become one with the asterisk code. you understand it all well enough that you see all the ways it's wrong and start rewriting parts. |
15:34.03 | russellb | congratulations, heh |
15:34.11 | The_Boy_Wonder | :) |
15:43.30 | Entomologist | *** CLOSED (19045) [Functions/func_channel] Allow R/W of pickupgroup channel variable |
15:43.31 | Entomologist | Reported by: irroot |
15:43.32 | Entomologist | https://issues.asterisk.org/view.php?id=19045 |
15:43.32 | Entomologist | ********************************************************* |
15:44.46 | irroot | Borg ... |
15:52.29 | leifmadsen | The_Boy_Wonder: yay! |
16:27.38 | *** join/#asterisk-bugs mpe (~mpe@212.45.120.202) |
16:40.26 | *** join/#asterisk-bugs irroot (~irroot@197.173.247.97) |
17:52.34 | *** join/#asterisk-bugs tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
18:00.12 | *** join/#asterisk-bugs malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
18:00.13 | *** mode/#asterisk-bugs [+o malcolmd] by ChanServ |
18:08.22 | leifmadsen | The_Boy_Wonder: so what is the "analysis" for 19364? |
18:09.07 | The_Boy_Wonder | i'll take a closer look |
18:30.42 | The_Boy_Wonder | leifmadsen: the analysis is that the issue is very complex and it is not obvious how it occurs. We need more info about how often it is occurring and if it is reproducible. It is not a deadlock... we are stuck waiting to execute the sip scheduler queue forever |
18:34.12 | *** join/#asterisk-bugs vfabi (~fabi@host-static-188-237-247-62.moldtelecom.md) |
18:41.04 | leifmadsen | The_Boy_Wonder: thanks! I will mark that as a note |
18:44.11 | *** join/#asterisk-bugs mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
19:19.43 | *** join/#asterisk-bugs leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
19:19.43 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
19:21.21 | *** join/#asterisk-bugs malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
19:21.22 | *** mode/#asterisk-bugs [+o malcolmd] by ChanServ |
20:01.42 | *** join/#asterisk-bugs tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
20:19.11 | Deeewayne | leifmadsen, did you need me to push or do anything for M19339 ? |
20:19.13 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/NewFeature 0019339: [patch] Adds a 'ignorecryptolifetime' (Ignore Crypto Lifetime) option to sip.conf for SRTP keys specifying optional 'lifetime' reported by dhubbard https://issues.asterisk.org/view.php?id=19339 |
20:19.44 | Deeewayne | it works, it's just a matter of someone deciding if this is something that in theory would go into svn |
20:25.29 | Deeewayne | if this ^ was something that in theory would go into Asterisk; then there could be a discussion that this option would also ignore mki if it was specified and maybe the variable name should be modified a little |
21:11.06 | *** join/#asterisk-bugs leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
21:11.06 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
21:48.51 | *** join/#asterisk-bugs leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
21:48.51 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
21:51.32 | *** join/#asterisk-bugs leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
21:51.32 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
23:13.44 | *** join/#asterisk-bugs leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
23:13.44 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
23:37.04 | *** join/#asterisk-bugs tzafrir (~tzafrir@212.179.75.202) |