| 01:58.09 | *** join/#asterisk-dev bkruse (~Brandon@75.76.105.124) |
| 01:58.09 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 02:13.17 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 02:15.11 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 02:15.11 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 02:51.51 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 02:51.51 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 03:34.57 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 04:26.53 | *** join/#asterisk-dev edguy3 (~edguy@82.153.201.145) |
| 04:42.28 | *** join/#asterisk-dev edguy3 (~edguy@82.153.201.145) |
| 06:42.52 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 07:00.07 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 07:35.08 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:46.32 | *** join/#asterisk-dev mbranca (~matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
| 08:27.37 | *** join/#asterisk-dev mpe_ (~mpe@94.127.49.1) |
| 08:30.30 | *** join/#asterisk-dev edguy3 (~edguy@82.153.201.145) |
| 08:33.02 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 08:43.26 | *** join/#asterisk-dev michael-i (~michael-i@141.41.254.6) |
| 09:24.35 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 09:24.35 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 09:48.22 | *** join/#asterisk-dev frawd (~francois@83.39.70.194) |
| 09:50.49 | *** join/#asterisk-dev michael-i (~michael-i@141.41.40.123) |
| 10:18.24 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 10:18.24 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:23.46 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:23.46 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:40.45 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 11:41.27 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 12:10.14 | seanbright | Corydon76-dig: r277484 isn't applicable to 1.6.2 or it's not considered a bug fix? |
| 12:11.23 | russellb | commit asterisk 277484 |
| 12:11.26 | MuffinMan | [277484] Committed by tilghman on 2010-07-16T20:35:28.123769Z: Finally, a method that really fixes the assertions in chan_iax2.c related to cancelling lagid. |
| 12:11.26 | MuffinMan | .. |
| 12:11.26 | MuffinMan | ..No, replacing usleep(1) with sched_yield() did not have an effect. |
| 12:11.26 | MuffinMan | .. |
| 12:11.26 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=277484 |
| 12:11.49 | russellb | that problem produced errors in dev mode, but they were harmless errors |
| 12:11.59 | seanbright | ahh |
| 12:14.03 | seanbright | i still get those FRACK messages |
| 12:14.10 | seanbright | between iax peers |
| 12:15.41 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:20.31 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:26.30 | seanbright | when is 1.8 getting branched? days? weeks? |
| 12:28.27 | leifmadsen | hours |
| 12:28.33 | seanbright | yikes |
| 12:28.33 | leifmadsen | MANY hours :) |
| 12:28.36 | seanbright | heh |
| 12:29.24 | russellb | days |
| 12:29.27 | russellb | by the end of the week i hope |
| 12:29.55 | seanbright | gotcha |
| 12:40.59 | *** join/#asterisk-dev edguy3 (~edguy@80.169.133.251) |
| 12:43.36 | michael-i | That's awesome news russellb ! I saw the huge flurry of activity in reviewboard and was wondering when that day was coming. |
| 12:55.20 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 12:57.23 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 12:57.23 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 13:00.37 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:09.22 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:09.23 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:09.44 | *** join/#asterisk-dev edguy3 (~edguy@80.169.133.251) |
| 13:33.34 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 13:50.10 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:50.10 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:51.03 | *** join/#asterisk-dev ManxPower (~manxpower@216.186.151.147) |
| 13:51.17 | ManxPower | Does anyone know if you can lock a mailbox using .lock files like you can lock a mailbox folder? |
| 13:51.28 | ManxPower | voicemail folder, that is. |
| 13:53.28 | tzafrir | ManxPower, Asterisk voicemail boxes are not a single file. |
| 13:53.45 | tzafrir | You should compare them to mh folders or to maildirs |
| 13:55.33 | tzafrir | asterisk 1.4.33.1, libpri 1.4.11.3 . running call over ISDN (E1) line, |
| 13:56.03 | tzafrir | I disconnect the line, and Asterisk immediately prints a message in the console about alarm status changed, |
| 13:56.28 | tzafrir | but the call does not get disconnected right away. Only some 5 seconds later (or more. Not sure) |
| 13:56.50 | tzafrir | If I reconnect the line before that, the call will live |
| 13:56.56 | tzafrir | Is this a bug or a feature? |
| 13:59.04 | kpfleming | sounds like expected behavior to me... the call shouldn't be dropped until it has to be |
| 14:05.47 | ManxPower | tzafrir, Is that a "yes" or a "no"? |
| 14:06.41 | ManxPower | I realize voicemailboxes have multiple folders or I would not be asking if I can lock the entire mailbox instead of just a folder |
| 14:07.11 | kpfleming | you can lock anything you want :-) what is important is the behavior that other applications will expose |
| 14:07.24 | kpfleming | as far as i know, app_voicemail only locks the folder it is working in, and not the 'entire mailbox' |
| 14:08.23 | ManxPower | kpfleming, thank you. |
| 14:21.50 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:21.53 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 14:29.44 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 14:34.47 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 14:34.47 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:53.12 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:53.12 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:00.30 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:04.34 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 15:50.05 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 15:52.40 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 16:03.03 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 17:40.29 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 18:01.02 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 18:07.06 | Kobaz | oo |
| 18:07.08 | Kobaz | hit this bug again |
| 18:07.10 | Kobaz | [Jul 20 14:06:40] ERROR[15962]: utils.c:529 lock_info_destroy: Thread 'handle_tcptls_connection started at [ 276] tcptls.c ast_tcptls_server_root()' still has a lock! - '&c->lock_dont_use' (0xb03e84b0) from 'channel_find_locked' in channel.c:1244! |
| 18:07.45 | Kobaz | how would i debug that |
| 18:08.18 | *** part/#asterisk-dev jmworx (~jeval@mail.octasic.com) |
| 18:09.57 | Kobaz | hitting that completely locks up asterisk |
| 18:11.26 | Kobaz | i've seen it pretty often in 1.6.2 |
| 18:18.57 | russellb | hmm, that's no good. heh |
| 18:19.04 | russellb | need to find the code path that is acquiring a channel lock but not releasing it |
| 18:19.20 | russellb | not a straight forward task |
| 18:21.18 | Kobaz | russellb: how hard would it be to log lock aquisition |
| 18:21.37 | russellb | that's already being done, the error message tells you what grabbed the lock |
| 18:21.43 | russellb | but it's not all that helpful, since it's inside a common API call |
| 18:21.47 | Kobaz | oh |
| 18:21.52 | Kobaz | oh yeah |
| 18:22.03 | Kobaz | okay so you would need to log the code path that aquired each lock |
| 18:22.05 | russellb | so what from the tcptls thread is doing an async channel lookup? i dunno |
| 18:22.36 | Kobaz | i dont even use tls on anything |
| 18:23.37 | russellb | ORLY |
| 18:23.38 | putnopvut | The manager uses the tcptls API |
| 18:23.43 | russellb | yeah. |
| 18:23.46 | putnopvut | But that doesn't mean it used TLS though |
| 18:23.54 | putnopvut | Also SIP if you use TCP |
| 18:24.10 | russellb | manager would be more likely related to this particular error |
| 18:24.24 | russellb | since all kinds of manager actions do async channel lookups |
| 18:24.46 | putnopvut | yep. And unfortunately that doesn't really narrow the scope of the search for the problem either since manager actions are registered all over the place. |
| 18:24.55 | russellb | indeed |
| 18:25.01 | russellb | unless you know what your AMI tool is using :-) |
| 18:25.12 | russellb | then look at those.. |
| 18:25.26 | Kobaz | heh |
| 18:25.54 | russellb | it's that simple! |
| 18:26.27 | Kobaz | i think code path logging would be quite useful |
| 18:26.40 | russellb | i'll give you a hint as to what you're looking for |
| 18:26.57 | russellb | look at action_hangup() in main/manager.c |
| 18:27.02 | russellb | it calls ast_get_channel_by_name_locked() |
| 18:27.03 | Kobaz | get a backtrace in each lock aquisition (or a defined list of locks) |
| 18:27.07 | russellb | later calls ast_channel_unlock() |
| 18:27.19 | russellb | there is something that is doing a channel lookup like that, and forgetting to unlock the channel most likely |
| 18:27.26 | Kobaz | mm |
| 18:27.48 | russellb | probably an error handling code path if i were to guess |
| 18:31.33 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 18:39.35 | Kobaz | http://www.wolf-software.net/Libraries/backtrace/ |
| 18:48.07 | seanbright | http://www.asterisk.org/ |
| 18:48.44 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 19:13.58 | Kobaz | heh... that backtrace lib is pretty lame... you need to keep track of the stack manually by pushing and poping everywhere |
| 19:39.36 | Corydon76-dig | The builtin backtrace becomes more helpful if you remove the 'static' keyword from function definitions |
| 19:47.40 | philipp64 | russellb: would be nice to get 11688 into the 1.8 release, though it's hardly been vetted. I'm still trying to come up with a config that's adequate for testing. |
| 19:47.59 | russellb | M11688 |
| 19:48.04 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/NewFeature 0011688: [patch] Allow Sipura handsets (SPA942) to use Asterisk SLA via implementation of Broadsoft Sip extensions reported by grossi https://issues.asterisk.org/view.php?id=11688 |
| 19:48.10 | russellb | yeah, that's going to take some work ... |
| 19:58.19 | *** join/#asterisk-dev markfeatherston_ (~mark@71.4.41.98.ptr.us.xo.net) |
| 20:08.53 | pabelanger | lol @ r516 |
| 20:14.06 | russellb | R516 |
| 20:14.11 | MuffinMan | [R516] Unit Test: verify aggregate device state mapping and device to extension state mapping. [Submitted] Submitted by dvossel => https://reviewboard.asterisk.org/r/516/ |
| 20:14.41 | Qwell | commit testsuite 516 |
| 20:14.44 | MuffinMan | [516] Committed by mmichelson on 2010-07-20T19:20:27.357771Z: LOOK OVER THERE!! |
| 20:14.44 | MuffinMan | .. |
| 20:14.44 | MuffinMan | .. http://svn.digium.com/view/testsuite?view=rev&revision=516 |
| 20:14.47 | Qwell | that :p |
| 20:15.56 | russellb | oic |
| 20:19.19 | pabelanger | 'Oh snap!' would have been acceptable :) |
| 20:28.08 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:28.08 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:31.59 | *** join/#asterisk-dev edguy3 (~edguy@212.159.32.123.broadband.plus.dyn.plus.net) |
| 20:40.04 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 20:42.28 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:42.28 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:46.57 | *** join/#asterisk-dev obnauticus (~obnauticu@about/windows/regular/obnauticus) |
| 20:49.57 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 20:54.45 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 20:54.45 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 22:00.40 | *** join/#asterisk-dev Sipster_ (~Sipster@173.0.9.193) |
| 22:12.06 | *** join/#asterisk-dev pabelanger-lap (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 22:50.21 | *** join/#asterisk-dev edguy3 (~edguy@195.166.51.2) |
| 22:52.07 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 22:57.21 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.78.130) |
| 23:16.40 | *** join/#asterisk-dev anthm][ (~anthm@173-99-155-225.pools.spcsdns.net) |