| 00:40.52 | *** join/#asterisk-dev Ta^3 (~tacvbo@gponr9-203-11-242.iusacell.net) |
| 00:47.37 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 00:57.11 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 00:57.11 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 00:57.30 | *** join/#asterisk-dev jeffg_ (~jeffg@pdpc/supporter/professional/jeffg) |
| 01:42.34 | pabelanger | Damn, I finally reproduced an issue but the backtrace is OPTIMIZED :( |
| 01:42.36 | pabelanger | http://asterisk.pastebin.com/4ecFVSqp |
| 02:19.07 | Corydon76-home | pabelanger: that's deep enough in the library code that I don't see how it could be considered anything other than a DL bug |
| 02:20.39 | pabelanger | Corydon76-home: Ya, I was afraid of that. I should see if I can find anything on Ubuntus tracker |
| 02:21.50 | Corydon76-home | Which version of Asterisk is this? |
| 02:21.57 | pabelanger | trunk |
| 02:23.59 | Corydon76-home | Ah. I see the issue; I think I know what the problem is |
| 02:24.14 | pabelanger | Ohhh, nice :) |
| 02:24.43 | Corydon76-home | but it's still a problem in the DL space |
| 02:25.23 | Corydon76-home | The issue is that dlclose() is returning an error, even when it succeeds. Then we do it again, passing what is, in fact, a stale pointer, and the crash results |
| 02:26.06 | pabelanger | odd |
| 02:26.47 | Corydon76-home | Well, the problem is that the dl interface is under-specified, so it cannot both succeed and produce a warning at the same time, which I believe was the intent |
| 02:31.11 | Corydon76-home | Additionally, there are no standard error codes for dlclose(). It cannot say "this handle is not open" |
| 02:49.31 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 02:58.56 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 03:24.16 | *** join/#asterisk-dev frawd (~francois@157.Red-88-26-136.staticIP.rima-tde.net) |
| 04:41.49 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 04:50.02 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 05:20.25 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 05:37.48 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 05:38.00 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 05:44.10 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 06:21.15 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 07:22.30 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 07:38.48 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 07:38.50 | schmidts | good morning |
| 07:40.29 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 08:06.31 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:08.44 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 08:28.23 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 08:30.25 | *** join/#asterisk-dev evangelion (~manzy_zet@212.183.172.126) |
| 08:30.29 | evangelion | hello |
| 08:33.23 | evangelion | i'm new to asterisk internals and i just need an opinion |
| 08:34.11 | evangelion | do you think it would be hard to write this patch: https://issues.asterisk.org/view.php?id=18476 ? |
| 08:52.48 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:52.48 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:11.41 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 09:58.37 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 09:58.37 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |
| 10:22.04 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 10:22.05 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:41.25 | *** join/#asterisk-dev fish9370 (~Miranda@mbox.fpg.ru) |
| 10:42.48 | fish9370 | if I take some function/file from Asterisk project to my own project what I must to do? |
| 11:11.59 | *** join/#asterisk-dev _schmidts (~schmidts@lmlo.sil.at) |
| 11:11.59 | *** join/#asterisk-dev schmidts (~schmidts@2001:858:4:0:d69a:20ff:fe66:2774) |
| 11:16.40 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 11:51.45 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 11:52.57 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 12:09.27 | *** join/#asterisk-dev ccesario (~ccesario@187.75.139.188) |
| 12:12.34 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 12:38.03 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 12:49.09 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 12:54.41 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 12:54.52 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:10.54 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 13:15.17 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 13:37.42 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 13:38.52 | *** join/#asterisk-dev grEvenX (~even@apb9hb.ip.ssc.net) |
| 13:42.35 | grEvenX | I'm having an issue with asterisk through a proxy |
| 13:43.02 | grEvenX | when an INVITE is retransmitted, and the ACK is lost to the client, the clients sends 200 OK multiple times |
| 13:43.04 | tzafrir_laptop | fish9370, the code is GPLv2, basically |
| 13:43.11 | grEvenX | but asterisk doesn't retransmit the ACK |
| 13:43.33 | grEvenX | the correct behaviour should be that asterisk replies with a ACK again to the 200 OK, right? |
| 13:47.53 | _schmidts | grEvenX AFAIK yes but i also should read the rfc to make sure |
| 13:59.22 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 14:07.07 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:07.07 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:20.27 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 14:20.52 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:20.52 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:27.53 | fish9370 | tzafrir_laptop: can I take it and past my copyright? |
| 14:28.58 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 14:37.07 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 14:37.08 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 14:37.36 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:39.28 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 14:40.42 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:44.39 | _schmidts | hello guys, i have a question about cdrs |
| 14:45.37 | leifmadsen | looks at mnicholson :) |
| 14:45.42 | _schmidts | what could be the cause why i see the right value of billsec if i do a core show channel sip/xyz and also got the right value in the master.csv file but when i access the billsec value or even start time directly through the channel var its empty |
| 14:46.36 | _schmidts | s/start time/answer time/ |
| 14:48.15 | _schmidts | and to make it really strange, if i dont have a bridged channel (like calling musiconhold) its ok, but if i call another phone i dont get this value |
| 14:54.04 | mnicholson | hmm, the value getting written to the CDR is attached to a different channel then the one you are accessing in your dialplan |
| 14:55.04 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 14:55.08 | _schmidts | mnicholson sorry i didnt say, not dialplan i am currently in ast_hangup which is IMHO the latest chance i have to access cdr values before they got unlinked from the channel, but i think you said whats my problem |
| 14:55.52 | mnicholson | if the hangup is occurring after a transfer or something, you may not have useful values in the channel variables |
| 14:56.06 | mnicholson | you could also try setting the finish CDR before h exten option |
| 14:56.48 | _schmidts | mnicholson thx i will try. didnt know this one exists ;) |
| 14:56.54 | mnicholson | ok |
| 14:58.03 | _schmidts | no didnt helped :( |
| 14:58.54 | mnicholson | you could open a bug for that, but I suspect the problem is what I suspect :), not that it helps fix your problem |
| 14:59.00 | _schmidts | what i dont understand is that ast_hangup is called for both channels of a call and i didnt get this values on both sides, but they exists cause i see it in the master.csv file |
| 14:59.44 | _schmidts | its not a bug, cause it works like expected but it looks like the cdrs for a bridged calls are stored somewhere else than in one or both channels of a call :( |
| 15:03.46 | _schmidts | ok i think i got the problem. it looks like the cdrs are gone before ast_hangup is called if a bridged channel is hung up |
| 15:06.22 | _schmidts | http://pastebin.com/Q9gEkAn6 this is the output i can see. the rows with XXX in front are ast-verbose output in ast_hangup function |
| 15:07.30 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-tefnxigydyltznjt) |
| 15:09.08 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:09.08 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:11.24 | _schmidts | ok i found it why :( 03176 /* rip any forked CDR's off of the chan_cdr and attach |
| 15:11.24 | _schmidts | 03177 * them to the bridge_cdr instead */ |
| 15:13.02 | _schmidts | wants to go to bad :( |
| 15:13.03 | _schmidts | 03429 /* QUESTION: should we copy bridge_cdr fields to the peer before we throw it away? */ |
| 15:13.09 | _schmidts | YES WE SHOULD!!! |
| 15:20.19 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:20.19 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:27.42 | _schmidts | could someone please take a look here: http://www.asterisk.org/doxygen/trunk/features_8c-source.html#l03575 |
| 15:28.28 | _schmidts | this part of code resets the peer cdr to 0 and it looks strange that there is nothing before the { like if or something |
| 15:31.48 | kpfleming | _schmidts: it's fine. it's just an anonymous block used to allow for some variables to be declared at that point, instead of at the beginning of the function that contains it. |
| 15:33.00 | *** join/#asterisk-dev crowbar7 (~JKLOBUCAR@12.2.84.2) |
| 15:33.08 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 15:35.05 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 15:38.29 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-103-152-61.cinci.res.rr.com) |
| 15:47.24 | _schmidts | kpfleming i know why there are this { } but i have searched some time ago when i first hit this part of code and there was a if which had something to do with parked calls but i didnt know the revision any more |
| 15:51.52 | _schmidts | got it: http://svnview.digium.com/svn/asterisk/branches/1.8/main/features.c?view=diff&r1=166664&r2=166665&diff_format=l |
| 15:52.47 | _schmidts | row 2612 |
| 15:59.21 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 16:14.10 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:38.43 | seanbright | can i have some free tce400b cards? |
| 16:39.20 | JunK-Y | at least, ask them to santa. |
| 16:39.24 | seanbright | i'll be using them to test asterisk 1.8 |
| 16:39.37 | seanbright | and might given them back afterwards |
| 16:39.38 | seanbright | heh |
| 16:39.53 | JunK-Y | eheheh |
| 16:44.54 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 16:52.48 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 16:56.49 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:56.50 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:55.13 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 18:05.19 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 18:05.19 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:15.06 | Corydon76-home | seanbright: tce400? Isn't that what's in Baltimore's drinking water? |
| 18:18.25 | sruffell | hmm....*might* |
| 18:36.26 | *** join/#asterisk-dev msetim (~setim@187.59.14.84) |
| 18:37.36 | msetim | guys... This can be marked like an asterisk users mail list but I'm getting an behavior that I believe that just developers can give a orientation |
| 18:38.25 | msetim | I'm getting an weird behavior... without any interaction the asterisk begins the stop process (the log full shown beginning asterisk shutdown) |
| 18:38.43 | msetim | there is a possibility that it occur by yourself? |
| 18:38.56 | msetim | s/yourself/himself/ |
| 18:43.09 | pabelanger | msetim: usually not |
| 18:45.12 | msetim | pabelanger, an "bad" computer with memory problems can make it? (I ask it because that my only "deduction") I can't believe that an process can be started without a trigger (in this case without a kill or stop literally) |
| 18:45.34 | msetim | s/an process/a process/ |
| 18:47.17 | pabelanger | _anything_ is possible, but I would look to your configuration first. IE: check AMI, safe_asterisk, etc. It could be possible that something is stopping asterisk. |
| 18:49.37 | msetim | pabelanger, thanks for you time I'll check all configuration again to try figure out what happens |
| 18:50.11 | pabelanger | I'd suggest following up in #asterisk |
| 18:53.42 | msetim | pabelanger, ok dokie :) |
| 19:04.04 | *** join/#asterisk-dev The_Boy_Wonder (~sloth@asterisk/batman-developer/dvossel) |
| 19:04.04 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 20:31.48 | *** join/#asterisk-dev devmod (~devmod___@c-76-100-208-204.hsd1.md.comcast.net) |
| 20:35.07 | devmod | When using AGI , if the endpoint hangs up during the execution of a script - Is the AGI script supposed notified or such event? (Testing on ast 1.8 and it does not seem to be the case |
| 20:35.34 | devmod | supposed to be notified of ** |
| 20:37.10 | Corydon76-home | devmod: Yes, with a SIGHUP |
| 20:37.19 | Corydon76-home | unless you've blocked the delivery of the signal |
| 20:37.35 | devmod | how does that translated to a script hosted on the network? |
| 20:38.33 | devmod | FastAGI |
| 20:38.37 | Corydon76-home | It doesn't, really. You get an inband "HANGUP\n" sent within the stream |
| 20:39.10 | devmod | Corydon76-home, I see. I am testing asterisk 1.8 and the hangup never comes |
| 20:39.37 | devmod | I wasnt sure what was the default behavior |
| 20:39.56 | Corydon76-home | Previously, there wasn't anything at all. |
| 20:40.22 | devmod | It appears the HANGUP is sent only when my AGI returns |
| 20:44.11 | Corydon76-home | Do you send multiple commands after the hangup event occurs? |
| 20:45.53 | devmod | It is basically a while true play a mp4 file |
| 20:46.17 | devmod | I changed that to while true do sleep 5 seconds , and I see the same result |
| 20:47.07 | devmod | I see this warning as well: WARNING[13077]: chan_sip.c:3656 __sip_autodestruct: Autodestruct on dialog 'DL031ac3fe93-1079616693@omega.local.' with owner in place (Method: BYE) |
| 20:48.39 | devmod | Actually even just doing sleep 20 on the AGI script causes the same result. Asterisk does not hangup the channel nor send HANGUP to the AGI script until AGI returns |
| 20:56.34 | Corydon76-home | It can only send the HANGUP notification at the end of each command sent |
| 20:57.07 | Corydon76-home | AGI is a synchronous protocol, not asynchronous, like AMI |
| 20:57.30 | devmod | Corydon76-home, ohhh ok that clears it up then |
| 20:57.48 | Corydon76-home | If you want the notification earlier, then you need to connect an AMI and watch for events |
| 20:57.59 | devmod | So, if my agi sends commands rapidly then Asterisk never gets a chance to send the Hangup |
| 20:58.19 | Corydon76-home | Not exactly, no |
| 20:58.32 | devmod | How, is this channel synchronized then? |
| 20:58.55 | Corydon76-home | It has to wait for a command to complete before it can send the hangup |
| 20:59.16 | Corydon76-home | So if you're playing a file, it needs to wait for the end of the file, before it can send the hangup |
| 20:59.19 | *** join/#asterisk-dev n0tk (~n0tk@216.160.42.30) |
| 20:59.40 | devmod | Right, but I see the same behavior with while true do sleep 5 secs |
| 20:59.54 | Corydon76-home | How are you doing the sleep? |
| 21:00.05 | devmod | its a ruby app |
| 21:00.43 | Corydon76-home | Yes, well, if you're not sleeping by executing an Asterisk application, then you aren't giving Asterisk an 'end of command' spot in which to send the hangup |
| 21:01.14 | Corydon76-home | e.g. EXEC Wait 5 |
| 21:02.24 | Corydon76-home | You've got to talk across the AGI socket in order for Asterisk to send the event. |
| 21:04.00 | devmod | Corydon76-home, did that and still doesnt send the hangup |
| 21:04.22 | devmod | EXEC Wait "5" 200 result=0 |
| 21:04.52 | Corydon76-home | and right after the return code, on a separate line, is where the hangup will occur |
| 21:05.32 | devmod | Right, i am capturing on the network and the only thing I see is the result |
| 21:05.55 | devmod | it keeps sneding Waits and receiving results but it never gets a hangup |
| 21:06.24 | Corydon76-home | Ah, then the channel isn't considered hungup yet, then |
| 21:06.54 | Corydon76-home | You might file an issue on this, then |
| 21:06.56 | devmod | I do see this warning tho: [Dec 16 21:05:00] WARNING[13077]: chan_sip.c:3656 __sip_autodestruct: Autodestruct on dialog 'DL7fcaba495d-1079616693@omega.local.' with owner in place (Method: BYE) |
| 21:07.15 | devmod | ohh ok, I just wanted to understand how AGI was supposed to work before filing an issue |
| 21:07.39 | Corydon76-home | It's supposed to do the expected thing here |
| 21:09.31 | devmod | Got it, thanks for your time |
| 21:14.35 | devmod | Would u say this is a bug on chan_sip or res_agi? |
| 21:59.40 | *** join/#asterisk-dev devmod (~devmod___@c-76-100-208-204.hsd1.md.comcast.net) |
| 21:59.40 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 21:59.40 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 21:59.40 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 21:59.40 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-103-152-61.cinci.res.rr.com) |
| 21:59.40 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 21:59.40 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 21:59.40 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:59.40 | *** join/#asterisk-dev ccesario (~ccesario@187.75.139.188) |
| 21:59.40 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 21:59.40 | *** join/#asterisk-dev frawd (~francois@157.Red-88-26-136.staticIP.rima-tde.net) |
| 21:59.40 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 21:59.40 | *** join/#asterisk-dev Kobaz (~kobaz@64.27.7.21) |
| 21:59.40 | *** join/#asterisk-dev jdoe (jdoe@665.be) |
| 21:59.40 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 21:59.40 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 21:59.40 | *** join/#asterisk-dev paravoid (~paravoid@zebra.cslab.ece.ntua.gr) |
| 21:59.40 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 21:59.40 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 21:59.40 | *** mode/#asterisk-dev [+oooo putnopvut sruffell jpeeler mvanbaak] by niven.freenode.net |
| 21:59.40 | *** join/#asterisk-dev Corydon76-home (four@c-69-137-80-31.hsd1.tn.comcast.net) |
| 21:59.40 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 21:59.40 | *** mode/#asterisk-dev [+o Corydon76-home] by niven.freenode.net |
| 22:03.08 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 22:03.08 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 22:08.53 | *** join/#asterisk-dev jthurman42 (~jthurman@66.154.131.25) |
| 22:15.08 | jthurman42 | I'm trying to troubleshoot a SIP deadlock issue on 1.8 (bug 18403), and I have hit a wall. Can anyone take a look at the backtrace and give me some ideas where to dig? |
| 22:25.08 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 22:27.21 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 22:27.21 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:38.32 | jthurman42 | Anyone around to help troubleshoot a deadlock issue? |
| 22:41.13 | pabelanger | jthurman42: FWIW: I've seen that lock before when running tests on the testsuite. |
| 22:42.01 | jthurman42 | I can replicate it every time with a copy of our production from 1.6.2 |
| 22:43.09 | pabelanger | Ya, I haven't had much time to track it down, since the test still passes. |
| 22:44.15 | jthurman42 | I can't seem to replicated it using the feature blind transfer, only with actual devices sending REFERs. I'm not sure how the testsuite is configured to test transfers |
| 22:45.10 | jthurman42 | So it happens sometimes when running the testsuite, but not consistently? |
| 22:45.40 | pabelanger | Well, we have some transfer tests. I'm currently working to re-enable some feature transfer tests. |
| 22:46.11 | pabelanger | jthurman42: No sure honestly, I have just seen the lock in the logs. But it has not affected the test results. |
| 22:48.52 | jthurman42 | I'll try and get the testsuite installed to see if that give me any more information. |
| 22:50.26 | pabelanger | jthurman42: You can also look at past build logs to see which test it was. http://bamboo.asterisk.org/browse/ASTTRUNK-LUCID/ |
| 22:54.41 | jthurman42 | I'll start digging through bamboo to see what I can find. Is there any other information that would help debug this besides the locks/bt/failed tests? |
| 23:02.49 | jthurman42 | pabelanger: As far as I can tell from the build logs, all of the transfer tests are skipped 'Skip while failures are debugged' |
| 23:03.17 | pabelanger | you'll have to go back 2 weeks or so |