| 00:55.40 | *** join/#asterisk-dev billytwowilly (n=chris@S0106001d6046900d.cg.shawcable.net) |
| 00:56.43 | billytwowilly | Hi, anyone know how the qsig support is coming? I want to hook up some proprietary trading gear to asterisk eventually (IPC trading phone hardware) |
| 01:32.00 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582425.dsl.bell.ca) |
| 01:56.39 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 02:41.07 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 03:38.05 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582453.dsl.bell.ca) |
| 03:52.38 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 05:53.11 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 05:55.14 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 05:55.24 | *** join/#asterisk-dev snuff-work (i=1000@61.29.30.137) |
| 06:07.46 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 06:07.54 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 06:07.54 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 06:09.22 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 06:35.59 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 06:51.27 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 06:51.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:58.51 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-14339.home.otenet.gr) |
| 07:04.40 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:04.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:37.51 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 08:51.42 | *** part/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 08:51.54 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 09:13.57 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:27.10 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 09:31.00 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 10:00.59 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 10:15.58 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 10:46.49 | *** part/#asterisk-dev jmls (n=jmls@mail.tessera.co.uk) |
| 10:51.27 | *** join/#asterisk-dev jmls` (n=jmls@mail.tessera.co.uk) |
| 10:58.04 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 10:58.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:58.33 | oej | Hello there |
| 11:04.14 | atis_work | hello |
| 11:10.57 | mvanbaak | yo |
| 11:11.33 | jmls` | oy |
| 11:14.24 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:15.32 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 11:23.20 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 11:43.00 | awk | hrm, don't think this state patch is working to well... |
| 11:44.46 | awk | i'm seeing invalid states, if I reload the queues it works again... let me let putnopvut know.. |
| 11:47.32 | *** join/#asterisk-dev Stian- (n=stian@062016138186.customer.alfanett.no) |
| 11:53.24 | *** join/#asterisk-dev RoyK (n=roy@box36.fortel.no) |
| 11:56.53 | atis_work | awk: which patch? state_interface or 12127? |
| 11:57.18 | atis_work | if you are speaking of 12127, please add comment to it, if not - try it |
| 12:06.09 | awk | i'm testing out jvandal's package... let me quickly see what he is grouping in his rpm's... |
| 12:06.51 | awk | I was using 12127 when using 1.4.17-10 |
| 12:06.58 | awk | looks like he dropped it out of this release.. |
| 12:07.10 | awk | he will be online in an hour and i'll query why... |
| 12:07.56 | awk | we had a delay when using that patch, that was another issue. |
| 12:09.05 | awk | i'm going to reply to bug 12127 in a sec, just wanting to update my docs |
| 12:11.08 | awk | this is the current patches we are using with our bundled version: acinclude.patch asterisk-1.4-init.patch chan_sip-contactroute.diff patch86985.diff asterisk-1.4-meetme-lock.diff menuselect.makeopts |
| 12:11.38 | awk | err -menuselect |
| 12:11.55 | oej | What's the chan_sip patch about? Just curious... |
| 12:15.21 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:17.01 | atis_work | awk: can you attach output of "queues show" |
| 12:17.16 | atis_work | i'd like to see what's there |
| 12:17.17 | awk | looking at the code it seems like it updates queue information / queue position... this was added to our bundle before i started working here.. it was writen back in 2008-01-25... i'd also like to know the reason joel packages it.. |
| 12:17.57 | atis_work | awk: chan_sip patch updating queue? |
| 12:18.04 | awk | atis_work: yes I have all that info, you will see dynamic agents and static with state of invalid, yet if you look in the queues, that state is inuse.. |
| 12:18.56 | awk | i'll just pastebin this for you in the mean time while i explain where to look and what is happening... |
| 12:19.13 | atis_work | ok |
| 12:19.38 | awk | http://www.pastebin.ca/946074 |
| 12:20.01 | awk | thats invalid states.. let me pastebin wrong states too |
| 12:20.25 | awk | http://www.pastebin.ca/946075 |
| 12:20.28 | awk | wrong states |
| 12:25.07 | atis_work | awk: how did you login 204? |
| 12:27.41 | atis_work | awk: it would be good if you could provide log with debug and verbose set to 3, and then do login and call |
| 12:28.46 | awk | this isn't "us", its a client... but yes.. we can set debug on and verbose was set to 3... |
| 12:29.15 | awk | i'm busy testing 64bit packages.. seems I get no info on call distrubtion and no info out of RT, so looking at the reason for that too... |
| 12:29.56 | awk | will set debug info on now.. just waiting for jvandal to get on msn, and will discuss a few of these patches and work out why he digarded v3 of 12127... |
| 12:30.05 | atis_work | awk: i would like to see login procedure - AMI or queue config, plus one answered call |
| 12:30.28 | atis_work | hold on, you don't have v3 patch? |
| 12:31.12 | atis_work | sorry, i just woke up few hours ago, drinking first coffee.. don't follow much :) |
| 12:32.59 | awk | well I showed you the patches we using with this bundle.. and I don't seem to see 12127v3.patch bundled.. |
| 12:34.58 | awk | these where the patches for our 1.4.17 release 12038v2.patch asterisk-1.4.17-state_interface.diff asterisk-1.4-meetme-lock.diff 12127v3.patch bug11835revert.diff patch86985.diff acinclude.patch asterisk-1.4-init.patch chan_sip-contactroute.diff |
| 12:36.22 | awk | but then we had the head ache with running out of IO threads with IAX... and couldn't find a patch floating around... and we know the issue was resolved in 1.4.18, yet we where stuck with out of sync audio, now we seem to be smooth sailing with 19 except these few hiccups. |
| 12:58.24 | awk | atis_work: that patch is allready implmented in 1.4.19... so we are using it.. |
| 12:58.39 | awk | also, its a standard agent login, no call back, etc.. |
| 12:59.05 | atis_work | well, i would like to see all parameters |
| 13:00.57 | atis_work | awk: i don't see 12127 commited, last commit to app_queue is 2 weeks ago |
| 13:01.33 | atis_work | awk: without it, state could be wrong |
| 13:04.13 | awk | let me check out apps/app_queue.c |
| 13:04.47 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 13:05.02 | awk | ahh its an svn release.. |
| 13:05.19 | awk | svn diff apps/app_queue.c |
| 13:07.44 | *** join/#asterisk-dev BobLutz (n=miles@d60-65-93-136.col.wideopenwest.com) |
| 13:08.12 | atis_work | awk: so does the diff shows something? |
| 13:08.29 | atis_work | you can just pastebin update_queue function and maybe ring_entry function |
| 13:08.55 | atis_work | and look for update_dial_status too |
| 13:09.08 | atis_work | i could tell you is something of 12127 there or not |
| 13:12.40 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.227.137) |
| 13:13.51 | awk | I can't find upate_dial_state, I can find ring_entry functions.. I don't see update_queue either... |
| 13:17.41 | atis_work | oh, sorry - it's update_status |
| 13:18.12 | atis_work | and update_dial_status |
| 13:18.33 | atis_work | does ring_entry calls update_dial_status? |
| 13:20.39 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 13:25.11 | BobLutz | When it comes to creating/modifying a module, which method is preferred - parameters passed to the app() or a config file that the app reads ? |
| 13:27.44 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 13:33.18 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:33.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:40.25 | *** part/#asterisk-dev BobLutz (n=miles@d60-65-93-136.col.wideopenwest.com) |
| 13:57.49 | *** join/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 13:58.23 | asteriskmonkey | anyone seen odd behaviour in 1.4 where extensions/dialplan reload dosnt work? |
| 14:07.24 | *** part/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 14:09.27 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:09.27 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:30.24 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-4396544.home.otenet.gr) |
| 14:34.20 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 14:34.24 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 14:36.53 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:36.53 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:47.51 | *** part/#asterisk-dev dwayne (n=dwayne@76.29.245.9) |
| 14:56.15 | atis_work | putnopvut: i see you fixed chanspy deadlock issue |
| 14:56.42 | atis_work | putnopvut: maybe 12227 is related to the same? |
| 14:56.49 | putnopvut | atis_work: I'll take a look. |
| 14:56.51 | atis_work | or should i wait for Russell? |
| 14:57.04 | putnopvut | Also, much credit to file for helping to find the deadlock in 12232 |
| 14:58.14 | atis_work | bows |
| 14:58.28 | putnopvut | atis_work: I don't think the fix for your issue will fix 12227. |
| 14:58.50 | atis_work | ok, then i'll wait for Russell to dig it |
| 14:59.15 | putnopvut | Russell's on vacation today. I suppose I can take a look. |
| 14:59.28 | atis_work | oh, that would be great :) |
| 15:01.52 | atis_work | putnopvut: the scenario is the same i described in 12187 - queue call, local channel, masquarade.. sometimes could be without queue/masquarade |
| 15:02.40 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 15:04.34 | *** join/#asterisk-dev BobLutz (n=miles@d60-65-93-136.col.wideopenwest.com) |
| 15:04.46 | BobLutz | Is ast_app_separate_args() deprecated? |
| 15:06.27 | putnopvut | BobLutz: there's a wrapper macro that's usually used instead. |
| 15:06.38 | putnopvut | But the function itself is not deprecated. |
| 15:07.26 | putnopvut | Check out AST_STANDARD_APP_ARGS and AST_NONSTANDARD_APP_ARGS |
| 15:07.36 | putnopvut | Along with the AST_DECLARE_APP_ARGS macro. |
| 15:07.42 | BobLutz | putnopvut: ahh..Yes that is the macro I saw instead |
| 15:07.56 | BobLutz | was following coding guidelines on asteriskpbx.com |
| 15:08.08 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:08.45 | BobLutz | danke |
| 15:08.52 | Qwell | BobLutz: doc/CODING-GUIDELINES in the source tree |
| 15:09.12 | BobLutz | Qwell: Thanks |
| 15:10.48 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:10.48 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:33.26 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:38.28 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:38.28 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:42.44 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 15:44.01 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:58.24 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 16:15.39 | codefreeze | mvanbaak: ping |
| 16:39.46 | mvanbaak | pong |
| 16:41.11 | mvanbaak | for codefreeze that is |
| 16:42.09 | file | Corydon76-lap: you get to sort these LDAP issues and pick which are applicable :D |
| 16:43.35 | putnopvut | atis_work: ping |
| 16:43.43 | atis_work | putnopvut: pong |
| 16:44.15 | putnopvut | atis_work: I did a lot of analysis, and I have changed my opinion. I'm fairly certain that the fix for 12232 will also fix 12227, so I'm going to close it. |
| 16:45.05 | atis_work | putnopvut: thanks. i'm going to test that tonight, but can't guarantee success, as that crash happens quite rarely (~15 hours) |
| 16:45.34 | atis_work | btw, any plans on rc3? |
| 16:45.41 | codefreeze | mvanbaak: I think I have the fix for your prob-- you filed a bug? |
| 16:45.52 | putnopvut | atis_work: not sure about rc3. |
| 16:46.02 | mvanbaak | codefreeze: nope. not yet |
| 16:46.11 | mvanbaak | hang on |
| 16:46.43 | codefreeze | do you want to? I'll post the fix patch, and you can try it, OR, I can just commit this and you can do an update and test it. |
| 16:47.36 | mvanbaak | yeeah |
| 16:47.40 | mvanbaak | I'm creating one |
| 16:47.48 | codefreeze | ok |
| 16:49.16 | mvanbaak | M12238 |
| 16:49.17 | MuffinMan | [new] [Asterisk] PBX/pbx_ael 0012238: include block not loaded on asterisk start reported by mvanbaak http://bugs.digium.com/view.php?id=12238 |
| 16:49.32 | mvanbaak | there you go |
| 16:50.09 | mvanbaak | I'm glad it wasn't my weird config |
| 16:50.44 | mvanbaak | wow, file is FAST |
| 16:51.27 | codefreeze | Well, your config definitely displayed the bug. I think it was the user.conf that did the trick; |
| 16:51.28 | mvanbaak | you almost think he snifs http post traffic to bugs.digium.com and inject stuff as he sees fit |
| 16:52.04 | file | mvanbaak: I'm just *that* good |
| 16:52.09 | mvanbaak | whehehehe |
| 16:53.30 | codefreeze | mvanbaak: you are right! He assigned that to me faster than the blink of an eye! If this were the old west, I'd not wanna face him in a gun duel! |
| 16:53.43 | mvanbaak | hell no |
| 16:57.27 | mvanbaak | btw, I like it what you guys did with mantis that it now also sends new bugs to the mailinglist |
| 16:59.24 | codefreeze | mvanbaak: OK, I attached a patch to the bug; apply it and see if things are fixed. |
| 16:59.31 | mvanbaak | I will |
| 17:02.06 | mvanbaak | ugh |
| 17:02.13 | mvanbaak | it's rebuilding almost everything ;) |
| 17:03.59 | mvanbaak | hurray |
| 17:05.11 | file | anything that includes pbx.h would need to rebuilt |
| 17:05.27 | Qwell | ccache <3 |
| 17:05.45 | mvanbaak | Qwell: I know, I dont have that yet on my asterisk box |
| 17:05.48 | mvanbaak | only on my laptop |
| 17:06.04 | mvanbaak | codefreeze: fixed. Also commented that on mantis :) |
| 17:06.06 | mvanbaak | thank you |
| 17:06.17 | mvanbaak | now I have to run to get Nancy from the trainstation |
| 17:06.39 | mvanbaak | bbl |
| 17:07.09 | *** join/#asterisk-dev jmls_home (n=jmls@mail.tessera.co.uk) |
| 17:10.37 | codefreeze | ok |
| 17:17.05 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 17:17.14 | file | nods to seanbright |
| 17:17.31 | seanbright | gives file a high 5 |
| 17:18.13 | file | I prefer low 5s |
| 17:18.14 | seanbright | so i spent all weekend getting ready for a new phone system deployment here at work, and we've been running without a hiccup here for the last 6 hours |
| 17:18.22 | seanbright | so i just wanted to say thanks to you guys |
| 17:18.24 | seanbright | so |
| 17:18.24 | seanbright | thanks |
| 17:21.28 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.141) |
| 17:21.54 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:21.54 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:37.47 | Juggie | should we cry? :P |
| 17:38.40 | file | if you want to cry? |
| 17:38.48 | file | seanbright: good to hear, what version? |
| 17:40.47 | *** join/#asterisk-dev jtodd (n=jtodd@142.131.189.108) |
| 17:42.48 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 17:43.18 | Juggie | seanbright: ping |
| 17:46.56 | jameswf | there seriously should be some anti-troll moderation on the mailing list for known trolls.... |
| 17:47.10 | Juggie | which list |
| 17:47.15 | Qwell | any list |
| 17:47.22 | Juggie | well dev isnt too bad |
| 17:47.25 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 17:47.25 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:47.28 | jameswf | well right now the users list... all this druid crap |
| 17:47.31 | Qwell | bbryant: hey :) |
| 17:47.36 | bbryant | hey Qwell |
| 17:47.40 | Juggie | reading users is your own fault :) |
| 17:47.41 | putnopvut | what's up bbryant? |
| 17:47.56 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:47.56 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:47.57 | jameswf | na a side effect of my employment |
| 17:48.11 | bbryant | nothing really, browsing the bug tracker |
| 17:49.02 | putnopvut | Ah, getting warmed up? :) |
| 17:49.10 | *** join/#asterisk-dev ACiDV (n=joel@122-205-229.dr.cgocable.ca) |
| 17:49.17 | bbryant | yep |
| 17:49.25 | bbryant | pretty much |
| 17:53.33 | *** join/#asterisk-dev AfricAnne (n=AfricAnn@41.221.58.4) |
| 17:53.42 | *** part/#asterisk-dev AfricAnne (n=AfricAnn@41.221.58.4) |
| 17:57.38 | seanbright | file: 1.4.18 |
| 17:57.44 | file | nifty |
| 17:57.56 | seanbright | file: waiting for the chanspy fixes in 1.4.19 before upgrading |
| 18:09.33 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 18:09.55 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 18:09.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:13.52 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 18:17.52 | *** join/#asterisk-dev jtodd (n=jtodd@142.131.189.108) |
| 18:29.36 | *** join/#asterisk-dev jetsnoc (n=brian@pdpc/supporter/active/jets) |
| 18:30.10 | jetsnoc | any specific channel von attendees are spending time in? |
| 18:55.16 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 18:55.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:57.18 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 19:10.28 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 19:11.14 | ZaVoid | Can someone explain to me why I can't grab SIP cause code's in a variable and act on them? example: -- Got SIP response 488 "Not Acceptable Here" back from 1.1.1.1 <-- i can't see that it was a 488 and re-route in my dialplan.. |
| 19:13.04 | file | because Asterisk is a protocol agnostic phone system, thus everything gets translated into a common set of cause codes |
| 19:13.05 | atis_work | ZaVoid: there was discussion in one of mailinglists about this. afaik asterisk tries to interpret them generally, not protocol-specific |
| 19:13.13 | file | in this case a 488 gets converted into cause code 58 |
| 19:13.23 | file | (bearer capability not available) |
| 19:13.41 | ZaVoid | yes but protocol agnostic is retarded when your ACTUALLY USING the protocol's in question |
| 19:13.52 | file | it can be accessed using the HANGUPCAUSE variable |
| 19:14.05 | ZaVoid | the hangupcause doesn't return 488 |
| 19:14.10 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 19:14.36 | ZaVoid | and common = less specific |
| 19:14.48 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 19:15.21 | puzzled | hi |
| 19:15.29 | file | well, that is the way it currently works... and what it gets translated to... |
| 19:15.46 | ZaVoid | can we get it changed so its useful in a real world situation or add a $SIPCODE variable. |
| 19:15.56 | ZaVoid | I'll willing to pay for the time for a developer to do it and get it commited |
| 19:16.03 | file | there is nothing stopping you from doing so, or finding someone to |
| 19:16.13 | ZaVoid | right so who wants to make a buck? |
| 19:16.41 | ZaVoid | do you at least see why its useful to get the actual response file? |
| 19:17.11 | file | I survive off of translations, as do many others and many other companies |
| 19:17.44 | ZaVoid | yes but why survive? your making your own life harder.. |
| 19:17.55 | file | but not all scenarios are the same. |
| 19:18.07 | *** join/#asterisk-dev mitcheloc (n=mitchelo@rrcs-64-183-110-250.west.biz.rr.com) |
| 19:18.18 | ZaVoid | right so give the ability to use a least specficic variable(whic i bet people will stop using over time) or a more specific one |
| 19:18.46 | file | shrugs |
| 19:20.36 | ZaVoid | well can you explain the design philosophy behind it to me as a rational argument at least? |
| 19:21.28 | file | well, Asterisk is written under the idea that it is protocol agnostic... in the case of cause codes having them be internally in the same format allows you to write logic that works for all technologies |
| 19:21.52 | file | of course some installations are purely SIP based, in which case sure it could be useful to have the specific SIP response code |
| 19:23.41 | ZaVoid | right so why not offer both? |
| 19:23.57 | file | because nobody has written it? |
| 19:24.05 | ZaVoid | every system i've worked with has sip/h323 etc and a common code format |
| 19:24.07 | file | 'nor do any of the core developers see a need/want to write it? |
| 19:24.10 | ZaVoid | so is anyone interested in doing that? |
| 19:24.18 | ZaVoid | my company is willing to sponsor/pay for it |
| 19:24.38 | ZaVoid | well here is feedback from a 500k minutes a day user that its requested :) |
| 19:24.47 | ZaVoid | 600k last friday :) |
| 19:25.15 | file | goes back to Mantis issues |
| 19:33.33 | *** join/#asterisk-dev Yourname`` (n=chatzill@unaffiliated/yourname/x-837320) |
| 19:35.33 | Yourname`` | Hello, just folowed the wiki here. Just installed asterisk on a Dell Poweredge 1850, dualcpu, duocore. Two queues on it, autofill on. And when everything was working fine, it kicked off all the agents.. and i _think_ dropped a core. |
| 19:35.51 | Yourname`` | Can someone please help me out, as this is a production box and have no backup boxes :S |
| 19:38.47 | Yourname`` | I did the gdb thing btw, and this is the line it gave: |
| 19:38.48 | Yourname`` | Program terminated with signal 11, Segmentation fault. |
| 19:38.54 | Yourname`` | #0 ast_senddigit_end (chan=0x0, digit=49 '1', duration=100) at channel.c:2480 |
| 19:39.00 | Yourname`` | 2480 if (chan->tech->send_digit_end) |
| 19:41.56 | jmls_home | Yourname``: first thing to do is pastebin the bt full |
| 19:42.15 | jmls_home | and also tell us what the version of asterisk is ;) |
| 19:42.35 | Yourname`` | jmls_home: bt full I do that on gdb?> |
| 19:42.44 | jmls_home | and (in the pastebin) tell us what you were doing at the time, machine spec etc |
| 19:42.47 | jmls_home | Yourname``: yes |
| 19:43.01 | jmls_home | don't paste it here .... |
| 19:43.51 | Yourname`` | lol one sec |
| 19:44.40 | Yourname`` | jmls_home: http://pastebin.ca/946531 |
| 19:46.12 | jmls_home | Yourname`` (aka Mark H), what version of asterisk ? |
| 19:46.17 | Yourname`` | jmls_home: With description: http://pastebin.ca/946534 |
| 19:46.22 | Yourname`` | 1.4.18 |
| 19:47.04 | jmls_home | Yourname``: I'll have a look. right now, the chan=0x0 looks suspicous to me |
| 19:47.33 | putnopvut | Yes, that's most definitely what's causing the crash, but as to why it's happening...that's a different matter. |
| 19:47.43 | Yourname`` | jmls_home: Thank you so much. PS: I didn't mail to the list yet did I? How do you know it's "MarkH" lol |
| 19:47.50 | Yourname`` | putnopvut: Thanks.. |
| 19:48.30 | Yourname`` | It also slowed down the system to a crawl. Htop showed only one core being used about 99% whereas the others were almost idle. The calls began to get choppy and ssh being slow too.. |
| 19:49.56 | Yourname`` | I've just finished uploading the core file, so if you guys want a stab at it please let me know. |
| 19:50.33 | Yourname`` | Someone also mentioned to me that autofill could be a culprit, so I've disabled it for now. |
| 19:52.05 | putnopvut | Yourname``: the crash you're experiencing is happening during a bridged call, most likely while someone was trying to activate a dtmf-based feature (like transfer or park) |
| 19:52.17 | putnopvut | For some reason, chan_agent didn't quite interpret things properly. |
| 19:52.30 | Yourname`` | putnopvut: YEah there's usage of DTMF quite frequently.. |
| 19:52.45 | putnopvut | Yourname``: I would suggest opening a bug report at bugs.digium.com. Be sure to upload the backtrace. |
| 19:53.02 | Yourname`` | putnopvut: Would you be able to help me compile all the info needed? |
| 19:53.15 | Yourname`` | I'm a total newb when it comes to this strace/gdb stuff, and bug submitting, lol |
| 19:54.20 | putnopvut | Yourname``: The only info you need in this situation are the Asterisk version you're running and the backtrace. If you go to bugs.digium.com and sign up for an account, the bug submission form should be relatively straightforward. |
| 19:54.36 | Yourname`` | And it tells me what to do, right? |
| 19:55.24 | putnopvut | Yeah, it should. |
| 19:57.33 | atis_work | putnopvut: i got another deadlock, but seems not-chanspy related |
| 19:57.35 | atis_work | http://www.pastebin.ca/946565 |
| 19:57.59 | atis_work | i would appreciate if you could tell category - is that app_queue |
| 19:58.00 | putnopvut | Ooh...let's have a look. |
| 19:59.06 | Yourname`` | putnopvut: What category should I put this bug in? :$ |
| 19:59.10 | putnopvut | atis_work: it may be, but it appears to be more of a core channel issue. |
| 19:59.16 | putnopvut | Yourname``: res/res_features |
| 19:59.25 | putnopvut | Or something similar to that. |
| 19:59.37 | putnopvut | Let me see what the exact category is. |
| 20:00.05 | Yourname`` | Resources/res_features? |
| 20:00.07 | putnopvut | Yourname``: I was close. Resources/res_features |
| 20:00.11 | putnopvut | Yourname``: yeah, that one :) |
| 20:00.15 | Yourname`` | :) |
| 20:00.25 | atis_work | putnopvut: generally i think this is one of oldest i've seen, just never had debug_threads enabled.. symptoms are - that asterisk stops responding when "show queues" or "show channels" get executed |
| 20:00.28 | Yourname`` | It doesn't ask for strace or anything thoug:S |
| 20:00.38 | putnopvut | Yourname``: no you won't need that. |
| 20:00.44 | Yourname`` | Sorry backtrace |
| 20:00.52 | Yourname`` | Like you mentioned.. |
| 20:01.08 | putnopvut | Yourname``: oh, upload the backtrace as an attachment once you have submitted the report. Sorry if I was unclear. |
| 20:01.18 | putnopvut | There's a page of bug submission guidelines, let me find it... |
| 20:01.27 | Yourname`` | http://asterisk.org/developers/bug-guidelines |
| 20:01.29 | Yourname`` | That one? |
| 20:01.39 | putnopvut | Yourname``: yep, you're on top of things. |
| 20:01.41 | Yourname`` | I was looking for the backtrace thingie on there putnopvut |
| 20:02.12 | putnopvut | atis_work: "show channels" is a command that is probably more likely than any other command to result in a deadlock since it walks the channel list and locks every single channel. |
| 20:02.24 | Yourname`` | Actually, I'm going to download asterisk and look in the docs |
| 20:02.29 | Yourname`` | To see if there is something |
| 20:02.56 | atis_work | putnopvut: ok, thanks, i'm putting it under Core/Channels then |
| 20:03.04 | putnopvut | atis_work: great, thanks :) |
| 20:03.27 | putnopvut | atis_work: there's one thread there that is a bit odd...3035319184 |
| 20:03.41 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 20:03.44 | putnopvut | It's holding a lock that a lot of other threads are waiting on, but it's not waiting on any locks itself. |
| 20:04.25 | atis_work | putnopvut: any way how to inspect that deeper? i haven't killed this one yet |
| 20:04.57 | putnopvut | atis_work: what svn revision are you running? |
| 20:05.10 | atis_work | SVN-branch-1.4-r109107M |
| 20:05.29 | atis_work | with update_status patch and bunch of my own realtime improvements |
| 20:06.52 | atis_work | putnopvut: any way how to map between thread id's and pids? |
| 20:07.05 | putnopvut | atis_work: can you get a backtrace of the deadlocked asterisk and pastebin it? |
| 20:07.15 | putnopvut | atis_work: I'm not sure how to do that, sorry. |
| 20:07.50 | putnopvut | atis_work: by backtrace, I mean thread apply all bt full. |
| 20:07.56 | atis_work | sure |
| 20:08.01 | putnopvut | Thanks. |
| 20:08.04 | atis_work | in a minute |
| 20:13.47 | bkruse | Corydon76-dig: ping |
| 20:14.48 | Corydon76-lap | pong |
| 20:15.12 | atis_work | huh, firefox don't allow to paste that big |
| 20:15.22 | atis_work | i'm gonna put it in mantis |
| 20:16.33 | Yourname`` | putnopvut: I think I submitted it.. just wondering if anything I put in there is wrong, lol.. ID 0012242 |
| 20:16.56 | putnopvut | Yourname``: hold on a sec, I'm on a phone call... |
| 20:17.00 | Yourname`` | Ok |
| 20:17.11 | Yourname`` | I'll be back in 5 mins.. gotta get myself lunch, it's 4.17PM |
| 20:18.59 | atis_work | M12243 |
| 20:19.01 | MuffinMan | [new] [Asterisk] Core/Channels 0012243: Deadlock after "core show channels" or "queues show" reported by atis http://bugs.digium.com/view.php?id=12243 |
| 20:19.30 | bkruse | Corydon76-lap: M12192 |
| 20:20.30 | Corydon76-lap | What about it? |
| 20:20.53 | bkruse | I am trying to keep up with the bug tracker more, did you come to that patch by just think it could be a load issue? |
| 20:21.13 | Corydon76-lap | No, it's a race in his code |
| 20:22.09 | bkruse | Corydon76-lap: Gotcha, ty |
| 20:22.38 | atis_work | putnopvut: if you have time - take a look at 12243 |
| 20:23.01 | Corydon76-lap | He's shutting down moh and autoservice quickly, and so a frame that gets allocated out of moh could get freed before it's used |
| 20:23.01 | atis_work | damn, i could have gathered actual output of channels.. my realtime patch wold allow me that without any locking problems |
| 20:23.25 | putnopvut | atis_work: Thanks. I will when I get off the phone. |
| 20:27.31 | Yourname`` | back |
| 20:27.37 | Yourname`` | Sorry |
| 20:28.26 | atis_work | is going home.. too late, too hungry |
| 20:28.32 | Yourname`` | 12242 |
| 20:28.38 | putnopvut | M12242 |
| 20:28.39 | MuffinMan | [new] [Asterisk] Resources/res_features 0012242: Core dump during normal usage of queues reported by Yourname http://bugs.digium.com/view.php?id=12242 |
| 20:28.48 | Yourname`` | Ah.. :) |
| 20:29.13 | Yourname`` | so,I just keep refreshing the page to see if someone asks me a question? |
| 20:29.31 | putnopvut | Yourname``: it probably won't be that quick, I'd check every few hours maybe. |
| 20:30.03 | Yourname`` | I'm just hoping the day of production goes by just fine so we can atleast have a fix by tomorrow |
| 20:30.04 | Yourname`` | prays |
| 20:30.33 | Yourname`` | See, even right now, 4th core is 96% |
| 20:30.36 | Yourname`` | others are doing nothing |
| 20:31.44 | bkruse | Yourname``: so your application is not running on all cores, you have not seen that before? |
| 20:32.52 | Yourname`` | bkruse: |
| 20:33.29 | Yourname`` | bkruse: Well, there is another server, single cpu, quadcore.. that seems to do a lot of dialing, and that runs perfectly fine! |
| 20:33.56 | bkruse | Yourname``: Have you actually checked? I bet it is running on one core. Have you looked into priority and affinity setting in unix? |
| 20:34.03 | bkruse | Are those boxes different OS's |
| 20:34.44 | Yourname`` | bkruse: Same boxes. And I have no idea how to check, I'm a big newb with a little bith of asterisk knowledge. |
| 20:35.39 | bkruse | affinity setting is not about asterisk, google :] |
| 20:35.43 | bkruse | are you running an SMP kernel? |
| 20:38.13 | Yourname`` | whats that? |
| 20:38.25 | putnopvut | Symmetric Multi-Processor |
| 20:38.40 | Yourname`` | I wouldn't know :( |
| 20:39.10 | bkruse | That could be a problem, especially the fact it is on two different boxes. |
| 20:39.59 | Yourname`` | But what do you mean two different boxes? |
| 20:40.11 | Yourname`` | It's just one DellPoweredge 1850 server where asterisk is. |
| 20:40.28 | Yourname`` | I was just giving you an example of asterisk running successfully in a multicore environment.. |
| 20:40.30 | bkruse | you said you have another one that runs "perfectly fine" |
| 20:40.43 | bkruse | of course it will run in a multicore environment, non-smp and smp |
| 20:41.04 | bkruse | it is whether it can take advantage of the cores or not. That is often left up to the kernel and underlying OS (smp and affinity settings) |
| 20:41.25 | Yourname`` | So I do need an smp kernel, AND need to set the affinity? |
| 20:41.38 | bkruse | it would def not hurt, check the affinity rather |
| 20:42.04 | Yourname`` | I'm googling affinity for centos right now |
| 20:44.55 | bkruse | good :] |
| 20:44.56 | Yourname`` | bkruse: Sorry, but I'm unable to find anything about affinity on centos.. :S |
| 20:45.06 | bkruse | it is linux, just search for |
| 20:45.10 | bkruse | ugh, i'll find it. |
| 20:45.17 | Yourname`` | bkruse: lol, thanks :) |
| 20:45.51 | bkruse | Yourname``: http://www.cyberciti.biz/tips/setting-processor-affinity-certain-task-or-process.html |
| 20:46.08 | Yourname`` | reads |
| 20:46.09 | bkruse | I used that with apache2, no a quad core box, helped a lot |
| 20:46.27 | bkruse | granted this is NOT the same as having an application built for utilizing cores |
| 20:46.45 | Yourname`` | Cool. |
| 20:46.51 | Yourname`` | Is this my solution to the bug I posted? |
| 20:46.55 | Yourname`` | Should I take it down? |
| 20:47.41 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
| 20:55.36 | putnopvut | Yourname``: this seems like a legitimate bug. It looks like chan_agent is misbehaving. |
| 20:55.47 | Yourname`` | claps! |
| 20:55.48 | Yourname`` | YAY! |
| 20:55.58 | Yourname`` | That means I actually did the bug submit correctly.. |
| 20:56.34 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 20:59.51 | Yourname`` | bkruse: So should I run taskset on safe_asterisk, or asterisk? |
| 21:02.36 | bkruse | asterisk! |
| 21:02.56 | bkruse | safe_asterisk is just a bash (I think it is still bash) script that does an asterisk -rx and checks to see if asterisk is availible |
| 21:04.03 | Yourname`` | bkruse: But there are so many instances of asterisk.. |
| 21:04.09 | bkruse | Yourname``: those are threads. |
| 21:05.16 | Yourname`` | So I can run it only on one PID and expect it to work all across asterisk? |
| 21:08.54 | bkruse | Yourname``: different threads should have the same process id (i think) |
| 21:09.16 | putnopvut | bkruse: that's highly dependent on the system. |
| 21:09.31 | bkruse | putnopvut: nvm then :] |
| 21:09.49 | Yourname`` | yeah, here on CentOS5 it's all different.. |
| 21:10.03 | Yourname`` | And I have no idea how I can go on setting new taskset for each of this 'thread' |
| 21:11.10 | *** part/#asterisk-dev BobLutz (n=miles@d60-65-93-136.col.wideopenwest.com) |
| 21:20.29 | Corydon76-lap | kpfleming: ping |
| 21:21.00 | file | he is... gone |
| 21:21.14 | Corydon76-lap | Right, just checking if he was on from home |
| 22:06.28 | jpeeler | does anybody here know chan_sip? i'm still trying to get dnsmgr working with outgoing registrations |
| 22:19.01 | Qwell | huh... asterisk trunk isn't picking up zaptel |
| 22:25.53 | *** join/#asterisk-dev dlynes (n=dlynes@mail.247communications.com) |
| 22:44.02 | *** join/#asterisk-dev RoyK (n=roy@ip-194-22-149-91.dialup.ice.no) |
| 23:26.12 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 23:53.35 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 23:56.13 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 23:57.53 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
| 23:59.17 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |