| 00:42.56 | *** join/#asterisk-dev suneye (~atcmmi@14.127.180.237) |
| 01:23.59 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.196) |
| 02:48.25 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 03:25.42 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.145) |
| 06:07.46 | *** join/#asterisk-dev oej (~oej@h87-96-134-126.dynamic.se.alltele.net) |
| 06:07.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:19.01 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 06:44.08 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.248) |
| 07:18.03 | *** join/#asterisk-dev bulkorok (~chatzilla@85.183.61.47) |
| 07:29.26 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:29.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:31.15 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.204) |
| 07:33.29 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:d1aa:757f:4338:1591) |
| 07:46.43 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.204) |
| 08:29.08 | oej | Morning folks! |
| 08:46.27 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 08:58.53 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.204) |
| 09:28.24 | *** join/#asterisk-dev Tim_Toady (~fuzzy@snf-33276.vm.okeanos.grnet.gr) |
| 10:10.36 | *** join/#asterisk-dev Greenlight (~email@cpc1-dund9-0-0-cust142.16-4.cable.virginmedia.com) |
| 10:31.46 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.68.167.197) |
| 10:37.18 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.68.167.197) |
| 10:37.55 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@195.68.180.118) |
| 11:37.52 | *** join/#asterisk-dev oron (~oron_lapt@local.xorcom.com) |
| 12:00.07 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 12:07.35 | *** join/#asterisk-dev Sjors (~sgielen@foo.kassala.de) |
| 12:07.39 | Sjors | Hi all |
| 12:08.00 | Sjors | I compiled Asterisk on OS X, but now when I start it, it crashes immediately; gdb says "the target crashed on startup, maybe the shell is crashing" when I run "start" |
| 12:08.06 | Sjors | is this a known issue? |
| 12:22.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.68.180.118) |
| 12:25.47 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 12:25.47 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 12:52.25 | opticron | Sjors, have you tried running it without the init scripts? |
| 12:55.54 | *** join/#asterisk-dev w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
| 13:26.43 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-cpuehfmhvvaecccd) |
| 13:27.01 | Kobaz | hey umm |
| 13:27.17 | Kobaz | i have an asterisk 1.8.23 system that's stuck on loading chan_sip |
| 13:27.19 | Kobaz | it just sits there |
| 13:31.56 | *** join/#asterisk-dev danjenkins_ (~danjenkin@213.106.234.250) |
| 13:35.52 | Kobaz | http://pastebin.com/fjzAfHd5 |
| 13:35.54 | Kobaz | it's stuck in that |
| 13:36.29 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-zgukwrsbantpxfiv) |
| 13:36.29 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:37.39 | file | corrupted databases can do that |
| 13:39.19 | Kobaz | yeah i just found that out |
| 13:39.20 | Kobaz | yeah |
| 13:39.23 | Kobaz | deleted astdb and now it's good |
| 13:40.42 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:40.42 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:41.45 | Kobaz | i should add to asterisk startup to delete astdb |
| 13:41.48 | Kobaz | this just can't happen |
| 14:04.37 | mjordan | Kobaz: 1.8? |
| 14:06.11 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-zumhjauzqrlnwuzi) |
| 14:06.11 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:08.27 | Kobaz | yeah 1.8 |
| 14:08.40 | Kobaz | and 11 has the issue of having a locked sqlite db |
| 14:08.59 | Kobaz | so i already have a bit of code added to my init asterisk script to always rebuild the sqlite db |
| 14:10.43 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 14:10.49 | mjordan | no idea what you mean by "has the issue of having a locked sqlite db" |
| 14:10.52 | mjordan | I'm not aware of that issue |
| 14:11.11 | mjordan | as for 1.8, there was a patch that was committed in 1.8 and released a few versions back that prevents corruption of the astdb on shutdown/restart |
| 14:11.14 | Kobaz | so... i dont know how to reproduce the problem yet |
| 14:11.18 | Kobaz | but it happens pretty often for me |
| 14:11.20 | mjordan | if you're running an older version, you may want to take a look at that. |
| 14:11.50 | Kobaz | if you perhap have asterisk exit ungracefully, you'll wind up with a sqlite db file with a 'lock' |
| 14:11.53 | Kobaz | and asterisk cannot open it |
| 14:12.25 | Kobaz | so you need to use the sqlite command line tools to open the file and ignore the lock |
| 14:12.34 | Kobaz | and then rewrite the db to a new file |
| 14:12.43 | Kobaz | and then copy the new file over the old locked one, and then asterisk can use it |
| 14:13.29 | Kobaz | it's a known issue with sqlite databases |
| 14:13.32 | Kobaz | lemme find it |
| 14:14.08 | Kobaz | http://stackoverflow.com/questions/151026/how-do-i-unlock-a-sqlite-database |
| 14:14.11 | Kobaz | see #30 |
| 14:14.25 | Kobaz | I caused my sqlite db to become locked by crashing an app during a write. Here is how i fixed it: |
| 14:15.11 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-zagxkppnrtqqnzex) |
| 14:15.14 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-zagxkppnrtqqnzex) |
| 14:15.30 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-zagxkppnrtqqnzex) |
| 14:15.40 | Kobaz | i guess readers can bypass the lock, so you write out the dump to a new file |
| 14:15.57 | Kobaz | i kind of remember using an option to ignore the lock but i guess not, i'll have to take a look at what i wrote |
| 14:16.26 | mjordan | so it isn't an ungraceful exit; it's that you had the DB locked and crashed while it occurred. |
| 14:16.51 | Kobaz | i would call that ungraceful |
| 14:17.00 | mjordan | ungraceful exits usually imply 'core stop now' |
| 14:17.04 | mjordan | crashing => you're hosed |
| 14:17.21 | Kobaz | heh |
| 14:17.30 | mjordan | Other than Asterisk crashing (which is obviously bad), I wouldn't call that an 'issue'. There's nothing you can do to work around that situation |
| 14:17.42 | Kobaz | my idea of ungraceful is everything except a clean exit from core stop now |
| 14:18.04 | mjordan | core stop now actually isn't graceful. |
| 14:18.14 | Kobaz | mjordan: the workaround is modify sqlite to properly handle recovery from a mid-write crash |
| 14:18.23 | mjordan | uhm |
| 14:18.30 | mjordan | that is not a workaround |
| 14:18.40 | Kobaz | well, the fix, then |
| 14:18.41 | Kobaz | heh |
| 14:18.43 | mjordan | or at least, not one that's in the Asterisk project domain |
| 14:18.52 | Kobaz | well yeah, that i know |
| 14:19.08 | Kobaz | you could do that read/export workaround inside asterisk though |
| 14:19.47 | Kobaz | if you fail to load the file, check the error, and if its locked and no other process is actually using the file, then do the recovery of read/dump |
| 14:20.08 | Kobaz | but i agree it's better handled outside, via /etc/init.d/asterisk |
| 14:20.20 | Kobaz | and even better, to be handled by sqlite itself |
| 14:25.52 | *** join/#asterisk-dev danjenkins (~danjenkin@213.106.234.250) |
| 14:26.38 | Corydon76-home | Kobaz: consider a sqlite database on a shared medium between several different Asterisk machines |
| 14:27.03 | Corydon76-home | How do you reliably detect that it's crashed and not just locked by a process on another machine? |
| 14:28.46 | Corydon76-home | I would suggest it may be sufficient to log a message detailing how to fix the lock problem, with the caveat that Asterisk cannot know whether that's safe or not. |
| 14:29.47 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 14:30.33 | mjordan | Corydon76-home: I'd rather have a wiki article |
| 14:30.58 | Corydon76-home | mjordan: A link to that article would be fine. |
| 14:31.06 | Kobaz | Corydon76-home: you shouldn't share the sqlite database though |
| 14:31.08 | mjordan | :-) |
| 14:31.10 | Kobaz | it's not meant for that |
| 14:31.50 | Kobaz | honestly, i did a lot of research after the switch to sqlite |
| 14:31.52 | Corydon76-home | Kobaz: toolkits are well-known to be used for other than their intended purpose, quite often. That's what makes them a toolkit |
| 14:32.17 | Kobaz | and i think it would have been better to use the new version of berkley db, and throw the sql-bdb frontend on it |
| 14:32.46 | Kobaz | the biggest issue people had with bdb was the speed, but the new new bdb is crazy fast according to users |
| 14:33.17 | mjordan | Licensing. |
| 14:33.31 | Kobaz | is it not open source anymore? |
| 14:33.58 | Corydon76-home | Kobaz: open source to whose definition is the question |
| 14:34.30 | mjordan | exactly. BDB is now owned by Oracle. It is a complicated licensing picture. This was why Asterisk always used BDB 1.0 |
| 14:34.38 | Qwell | Kobaz: It hasn't been appropriately licensed since db1 |
| 14:35.03 | Kobaz | aaah |
| 14:35.17 | Kobaz | okay |
| 14:35.25 | mjordan | Qwell: recently it got even worse. |
| 14:35.34 | *** join/#asterisk-dev leifmadsen (~lmadsen@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:35.34 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:35.53 | mjordan | It's now AGPL. |
| 14:36.01 | Qwell | mjordan: yep, I know |
| 14:36.19 | Corydon76-home | Kobaz: http://www.dilbert.com/2013-08-11/ |
| 14:37.35 | Kobaz | hehe |
| 14:38.06 | mjordan | Corydon76-home: +10 |
| 14:38.47 | Kobaz | yeah, i vote for the 'db is locked... see this wiki' idea |
| 14:41.29 | Kobaz | speaking of multi-asterisk |
| 14:41.48 | Kobaz | what's your favorite cluster filesystem |
| 14:45.38 | *** join/#asterisk-dev Pullphinger (~Pullphing@12.40.23.68) |
| 15:12.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@79.104.7.96) |
| 15:17.16 | *** join/#asterisk-dev vlad_starkov (~vlad_star@79.104.7.96) |
| 15:30.33 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 15:40.49 | *** join/#asterisk-dev vlad_starkov (~vlad_star@79.104.7.96) |
| 16:32.55 | *** join/#asterisk-dev vlad_starkov (~vlad_star@79.104.7.96) |
| 16:34.28 | *** join/#asterisk-dev jgowdy (bt@2600:3c01::f03c:91ff:fe70:fb2e) |
| 16:39.46 | file | methinks res_pjsip and res_pjsip_session are going to become un-unloadable |
| 16:41.09 | mjordan | :-\ |
| 16:41.55 | file | you can only change the pjsip world to an extent |
| 16:43.14 | *** join/#asterisk-dev tm1000 (tm1000@2600:3c01::f03c:91ff:fe70:fce6) |
| 16:49.19 | *** part/#asterisk-dev oron (~oron_lapt@local.xorcom.com) |
| 17:37.30 | jgowdy | ouch |
| 17:38.43 | file | what? |
| 17:43.33 | mjordan | bee sting? |
| 17:45.25 | *** join/#asterisk-dev oej (~oej@h87-96-134-126.dynamic.se.alltele.net) |
| 17:45.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:22.37 | jgowdy | just saw the pjsip unload thing |
| 18:24.58 | file | there could be bigger problems. |
| 18:25.30 | jgowdy | not that the unload issue doesn't make sense to me, it does |
| 18:57.33 | *** join/#asterisk-dev oej (~oej@h87-96-134-126.dynamic.se.alltele.net) |
| 18:57.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:02.29 | putnopvut | testsuite question: Trying to debug the sip_attended_transfer test. Can't run it though because it claims that the pjsua dependency is not met. On the contrary, I do have a /usr/local/bin/pjsua that works, so the testsuite is LYING. How do I make the testsuite face its web of lies and own up to the fact that it should be running this test? |
| 19:03.26 | putnopvut | Or is it complaining about the lack of python bindings? I may not have those... |
| 19:03.53 | mjordan | uhm |
| 19:03.55 | mjordan | looks |
| 19:04.38 | mjordan | welp. It is indeed the python binding |
| 19:04.54 | mjordan | your hint was: - python : 'pjsua' |
| 19:05.31 | mjordan | if it's an application, it will look like this: - app : 'pjsua' |
| 19:05.54 | putnopvut | Ah, the testsuite could output that... |
| 19:06.02 | mjordan | it could |
| 19:06.06 | mjordan | but it doesn't! |
| 19:06.07 | putnopvut | --> Cannot run test 'tests/channels/SIP/sip_attended_transfer' |
| 19:06.07 | putnopvut | --- --> Minimum Version: 1.8.0.0 (True) |
| 19:06.07 | putnopvut | --- --> Tags: ['SIP', 'transfer'] |
| 19:06.08 | putnopvut | --- --> Dependency: twisted - True |
| 19:06.08 | putnopvut | --- --> Dependency: starpy - True |
| 19:06.08 | putnopvut | --- --> Dependency: pjsua - False |
| 19:06.18 | mjordan | (simple to fix) |
| 19:06.31 | mjordan | also: the test suite has its own version of 'which' in TestSuiteUtils |
| 19:06.39 | mjordan | in case you ever are trying to get it to find an application and it can't |
| 19:09.49 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-zgukwrsbantpxfiv) |
| 19:14.50 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.219) |
| 19:17.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-126.dynamic.se.alltele.net) |
| 19:17.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:21.51 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 19:30.21 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.125.235) |
| 19:47.11 | *** join/#asterisk-dev oej (~oej@h87-96-134-126.dynamic.se.alltele.net) |
| 19:47.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:15.52 | putnopvut | Heh, I can crash both Asterisk and pjsua by doing a "make install" of pjproject. |
| 21:15.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.235) |
| 21:20.12 | jsmith | putnopvut: Wow... that sounds so wrong :-/ |
| 21:48.33 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:06.14 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 22:40.11 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 23:22.15 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.12) |
| 23:43.06 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 23:43.07 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 23:43.11 | mvanbaak | good morning all |
| 23:44.13 | jsmith | It's morning somewhere on the Internet |
| 23:44.15 | snuff-work | hey mvanbaak :) |
| 23:44.25 | mvanbaak | missed me ? |
| 23:44.47 | mvanbaak | I sure missed you guys |
| 23:44.49 | file | I heard they have the internet on computers these days |
| 23:45.07 | mvanbaak | file: we are still using internet over hamradio here |
| 23:45.27 | mvanbaak | and that is not a joke but the sad truth |
| 23:48.33 | Marquis42 | That indeed is sad. |
| 23:49.28 | mvanbaak | and since I am between jobs as of today, I think I will have to downgrade my dsl to radio too :( |
| 23:49.46 | Marquis42 | ouch |
| 23:51.53 | mvanbaak | yeah |
| 23:52.06 | mvanbaak | boss called @ 10 in the morning |
| 23:52.17 | mvanbaak | 10:15 my accounts and email were removed |
| 23:52.33 | mvanbaak | total suprise |
| 23:52.57 | mvanbaak | but hey, I haven't had holidays for 1.5 years |
| 23:53.01 | mvanbaak | at least now I have some ;-) |
| 23:53.10 | mvanbaak | time to upgrade my 1.4 setup ;-) |
| 23:53.18 | Marquis42 | Heh, I suppose that's one way to look at it. :) |
| 23:53.54 | mvanbaak | well, they had to pay a shitload to get rid of me |
| 23:54.08 | mvanbaak | so the next couple of months I have nothing to worry about |
| 23:54.24 | Marquis42 | Ah, well that's nice at least. Gives you some time to look around and such. |
| 23:54.28 | mvanbaak | should be enough to cover 5, 6 months and another trip to holland |
| 23:54.41 | Marquis42 | nice |
| 23:55.04 | Marquis42 | You're living in Brazil these days as I recall, right? |
| 23:55.08 | mvanbaak | yes |
| 23:55.17 | mvanbaak | together with my fiance |
| 23:55.38 | mvanbaak | north-east of brazil |
| 23:55.54 | Marquis42 | Right on. I've seen a very limited amount of Brazil. Was there for an office move at my last job several years ago. |
| 23:56.14 | Marquis42 | Sao Paulo it was for me. |
| 23:57.23 | mvanbaak | ah. I haven't been there yet |
| 23:58.07 | mvanbaak | it's 'only' 2670 km from here ;-) |
| 23:58.12 | Marquis42 | I saw some nice things and some not so nice things for sure. But it was a fun trip overall. I just wish I had more time to do things instead of working an 80+ hour week working. :/ |
| 23:58.16 | Marquis42 | Heh |
| 23:58.54 | mvanbaak | yeah. sao paulo is one of the worst places to be in brazil |
| 23:59.27 | mvanbaak | the most criminal and dangerous city on the planet |