IRC log for #asterisk-bugs on 20110513

00:45.00Entomologist*** CLOSED (19177) [Channels/chan_dahdi] pickup beep choppy. debug log shows "Resource temporarily unavailable"
00:45.01EntomologistAssigned to: rmudgett
00:45.01EntomologistReported by: alecdavis
00:45.02Entomologisthttps://issues.asterisk.org/view.php?id=19177
00:45.02Entomologist*********************************************************
01:10.02Entomologist*** CLOSED (18654) [Features] [patch] [regression] Call Pickup Hangs Asterisk (deadlock?)
01:10.02EntomologistAssigned to: alecdavis
01:10.03EntomologistReported by: Docent
01:10.03Entomologisthttps://issues.asterisk.org/view.php?id=18654
01:10.04Entomologist*********************************************************
01:47.07Entomologist*** CLOSED (19268) [Channels/chan_dahdi] [patch] pri early media won't ring
01:47.08EntomologistReported by: tbsky
01:47.08Entomologisthttps://issues.asterisk.org/view.php?id=19268
01:47.09Entomologist*********************************************************
02:34.21*** join/#asterisk-bugs elguero (~miguel323@17.140.211.66.inaddr.G4.NET)
02:35.55Entomologist*** CLOSED (16141) [Channels/chan_iax2] IAX trunk clicks as other calls in the same trunk hang up
02:35.55EntomologistReported by: alecdavis
02:35.56Entomologisthttps://issues.asterisk.org/view.php?id=16141
02:35.56Entomologist*********************************************************
03:56.46*** join/#asterisk-bugs Juggie (~Juggie@unaffiliated/juggie)
03:56.46*** mode/#asterisk-bugs [+o Juggie] by ChanServ
04:10.27*** join/#asterisk-bugs Juggie (~Juggie@unaffiliated/juggie)
04:10.27*** mode/#asterisk-bugs [+o Juggie] by ChanServ
06:34.46*** join/#asterisk-bugs oej (~olle@2001:470:1f15:d79:64c2:49a2:e9a6:c456)
07:37.48*** join/#asterisk-bugs oej (~olle@2001:470:1f15:d79:64c2:49a2:e9a6:c456)
07:42.36*** join/#asterisk-bugs oej (~olle@2001:470:1f15:d79:b42b:7578:f3a6:63e0)
08:16.43*** join/#asterisk-bugs oej (~olle@2001:470:1f15:d79:6509:1004:d3e3:6ac1)
10:08.40*** join/#asterisk-bugs Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net)
13:12.59*** join/#asterisk-bugs The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel)
13:38.38leifmadsenrussellb: when you have a moment, might want to check
13:38.41leifmadsenM19192
13:38.43MuffinMan[ready for testing] [Asterisk] Channels/chan_sip/General 0019192: [patch] [regression] segfault in _sip_tcp_helper_thread() caused by bad merge in r314628 reported by stknob https://issues.asterisk.org/view.php?id=19192
13:38.48leifmadsenand the related issues -- I think they are regressions from 1.8.3.3....
13:38.55leifmadsenor 1.8.3.2, I can't remember which
13:40.41russellbleifmadsen: ship it
13:41.29leifmadsenrussellb: want me to commit the patches and bulid 1.8.3.4 and 1.8.4.1 ?
13:41.52Entomologist*** CLOSED (18951) [Channels/chan_sip/Registration] [patch] [regression] Cisco phones do not register
13:41.52EntomologistAssigned to: mnicholson
13:41.53EntomologistReported by: jmls
13:41.54Entomologisthttps://issues.asterisk.org/view.php?id=18951
13:41.55Entomologist*********************************************************
13:41.59russellbyeah, i guess so ...
13:42.11russellbyou should also be clear to build a 1.8.5 RC
13:42.36leifmadsennope, there are blockers
13:43.06russellbthe regression with a broken test was fixed last night
13:43.15russellbwasn't sure if there were others, assumed not i guess
13:43.20leifmadsenM18863
13:43.22MuffinMan[confirmed] [Asterisk] Resources/General 0018863: [patch] support gmime-2.4 reported by tzafrir https://issues.asterisk.org/view.php?id=18863
13:43.34russellbthat's a blocker?
13:43.41leifmadsenI was asked to make it a blocker
13:43.49leifmadsenI didn't quite understand why :)
13:43.52leifmadsenpabelanger: ping :)
13:43.54russellbgmime is only used by a module that nobody uses
13:44.04pabelanger<PROTECTED>
13:44.08leifmadsen^^^
13:44.11leifmadsengmime blocker?
13:44.38pabelangerBuilds for Debian wheezy / sid and Ubuntu oneiric fail
13:44.48russellbres_http_post, for http file uploads.  I think only the Asterisk GUI uses it.
13:44.58russellbpabelanger: they fail?  can you just not include that module?
13:45.58pabelangerrussellb: yes, however that would create a regression for people using that module :(
13:46.25russellbwell, you don't package the GUI yet officially, do you?
13:47.05russellbi guess another way to look at this is ... well how quickly can we get that fixed?  :-)
13:47.17leifmadsenso of these three issues... which of them gets the ship it?
13:47.19leifmadsenM19192
13:47.21MuffinMan[ready for testing] [Asterisk] Channels/chan_sip/General 0019192: [patch] [regression] segfault in _sip_tcp_helper_thread() caused by bad merge in r314628 reported by stknob https://issues.asterisk.org/view.php?id=19192
13:47.22leifmadsenM19272
13:47.23MuffinManFailed to retrieve issue data for 19272. Try again later.
13:47.23leifmadsenM19282
13:47.24MuffinManFailed to retrieve issue data for 19282. Try again later.
13:47.27russellb19192
13:47.29leifmadsenbah!
13:47.29pabelangerI can spend more time this morning testing it / review patch
13:48.02leifmadsenAsterisk - 1.4/1.6.2 Issues (Final Release)
13:48.08leifmadsen100%
13:48.09leifmadsenw00t
13:48.30russellbleifmadsen: that patch will close all 3
13:48.39russellbcommit away
13:48.46leifmadsenok great!
13:49.08leifmadsenand the test suite breaking change got fixed last night too?
13:49.16pabelangerleifmadsen: yes
13:49.18leifmadsengoing to be a busy morning of releases....
13:49.21pabelangerand a unit test to boot
13:49.25leifmadsenok, nice
13:49.35leifmadsen1.4.42-rc1, 1.6.2.19-rc1, and 1.8.5-rc1 today
13:49.52russellbexcellent
13:49.58russellbprogress!
13:50.01leifmadsennot too shabby really
13:50.08leifmadsenfor a week down
13:50.09russellbwell, 1.8.5-rc1 pending pabelanger's gmime issue
13:50.15leifmadsenpabelanger: fix that bitch!
13:50.19russellbha
13:50.28russellbpabelanger: leifmadsen said it, not me
13:50.40*** part/#asterisk-bugs jsmith (~jsmith@fedora/jsmith)
13:50.42pabelangerMmmHmm
13:50.45pabelanger:p
13:50.47leifmadsenthat doesn't mean russellb wasn't thinking it
13:50.47russellbbut yeah, you should totally fix that bitch
13:51.04leifmadsenI'm not sure if I'm applying "bitch" to pabelanger or the issue
13:51.19pabelangerya, I'm trying to understand how the patch 'breaks older versions'.
13:51.33russellbpabelanger: systems that only have an older version of gmime?
13:51.48russellbtest on both and see what happens i guess
13:51.57russellbi haven't looked at it, but that's how i interpreted the comment
13:52.32leifmadsenrussellb: 19192 is 1.8+ only right?
13:52.34leifmadsennot 1.6.2?
13:52.38leifmadsenI can't remember when we got SIP TCP
13:52.43russellbthat's in 1.6
13:52.46russellbso .... check there i guess
13:52.50russellbit will probably apply
13:53.27leifmadsenI will try :)
13:53.41russellbgo go go
13:53.45russellb.dance
13:54.06leifmadsenwe're not in that room :)
13:54.09russellbi know!
13:54.16leifmadsenyou know nothing!
13:54.19russellbbut you can see it in your head
13:54.23leifmadsenI can...
13:54.30leifmadsen.figlet because I'm awesome
13:54.30russellbYou can ... GET BACK TO WORK
13:54.52russellb.fortune
13:55.12leifmadsenThere once was a man from Nantucket...
13:55.19leifmadsen<PROTECTED>
13:56.53leifmadsenok I have a patch for an issue, and I don't get why it works because it seems like it should be right the way it is....
13:57.17russellbfun
13:57.32leifmadsenhttp://pastebin.ca/2058239
13:57.40leifmadsenwhen I change that line, it works as expected
13:57.52leifmadsenit seems like it should have been right in the first place though
13:58.08russellbi don't know the context
13:58.11leifmadsenargv[4] would be 'on' or 'off'
13:58.16leifmadsenlogger set level DTMF on
13:58.34leifmadsenright now... on == off, and off == on
13:58.36russellbthen ast_true() doesn't make any sense, i didn't know how it took "on"
13:58.48leifmadsenright
13:58.52russellboh, it does.
13:59.10leifmadsenI just don't know if it's flipping it because of on == <something that evals to false>
13:59.24russellbbut yes, it looks right before the change
13:59.38russellbcheck how toggle_loglevel() works
13:59.47russellband how it handles the state argument
14:00.10leifmadsenast_console_toggle_loglevel() ?
14:00.40russellbyes
14:00.52russellbwhat is it doing when given state == 1 vs state == 0
14:01.40leifmadsenonly time it deals with state is assigning it to:   consoles[x].levels[level] = state;
14:02.12leifmadsenlike here:  http://pastebin.ca/2058244
14:02.24leifmadsenI don't understand enough to know what it is doing there
14:02.57russellbso what tells you it's broken in the first place
14:03.04pabelangerleifmadsen: space between 0 and ;
14:03.14leifmadsenrussellb: well just using it :)
14:03.20pabelangererr, ; and x
14:03.27leifmadsenwhen I use 'on' it turns it off, and vice-versa
14:03.32leifmadsenpabelanger: oh ya? let me try that..........
14:03.54pabelangerleifmadsen: not the fix, just code formatting :p
14:04.30leifmadsenoh well eff that ;)
14:04.56leifmadsenanyways, it's not immediately obvious why it's broken, so I'm going to move onto releases
14:05.05russellbk!
14:05.08leifmadsenI was hoping to fix something trivial but it's not that way :)
14:05.35leifmadsenit does work opposite of what I expected, and was confused why flipping the ast_true() around worked because that seemed wrong
14:05.41russellbthe next thing to look at is how consoles[].levels[] values are read
14:05.56russellbwell i believe that your change fixes it
14:06.01leifmadsenit does
14:06.08russellbi just think the fix should be to make the code work how we think it should work
14:06.09leifmadsenbut I don't think it's the right fix....
14:06.13russellbright
14:06.16leifmadsenI think it's the hack
14:06.26russellbsomething is reading levels backwards
14:06.30leifmadsenaye
14:06.35russellbyou can do it!
14:06.37russellbkeep looking!
14:06.47*** join/#asterisk-bugs elguero (~miguel323@12.187.84.162)
14:06.53leifmadsenI'm going to copy/paste this to the issue and look later after releases
14:06.57leifmadsenI only have till about 2pm today
14:07.07leifmadsenand want to get releases out today
14:07.09russellbk
14:07.20russellb+1
14:07.35russellbdisappears to reloate to his real office
14:09.19leifmadsenah bah!
14:09.24leifmadsenI need asterisk-releaser VM
14:28.40*** join/#asterisk-bugs asterisk0001 (~root@216.204.211.179)
14:28.44asterisk0001Hey Guys!
14:28.49asterisk0001Good morning!
14:29.22asterisk0001Any idea about https://issues.asterisk.org/view.php?id=19285
14:30.05asterisk0001Last week i have migrate 1.2 to 1.8 in production and yesterday it started issue related high CPU load :(
14:33.49*** join/#asterisk-bugs rogersja (~RogersJa@S0106000f6695039f.gv.shawcable.net)
14:45.37*** join/#asterisk-bugs i_eat_children (~i_eat_chi@firewall-a.buf.ny.i-evolve.net)
15:18.01asterisk0001Hey Guys!
15:18.18asterisk0001Need your help :(
15:18.29leifmadsenwith what?
15:19.44asterisk0001I have pretty bad issue with asterisk 1.8 SVN
15:20.07asterisk0001Randomly my system reached beyond 100% CPU load
15:20.25asterisk0001We have PRI line and 50 SIP phone
15:20.37leifmadsenis the system over loaded? is it dead locking? do you have a backtrace?
15:20.46leifmadsenhigh CPU load could be almost anything
15:21.00asterisk0001after reached 150%CPU load it just locked
15:21.09asterisk0001Only solution is kill -9
15:21.45asterisk0001check this out https://issues.asterisk.org/view.php?id=19285
15:22.15asterisk0001my asterisk using res_timing_timerfd.so timing
15:22.20leifmadsentry using res_timing_dahdi and not either of the other timing sources
15:22.39leifmadsentimerfd and pthread are not as reliable
15:22.48leifmadsenif you can use dahdi timing, use it
15:25.15asterisk0001Do i need to reboot asterisk ?
15:25.25leifmadsenyou will likely need to restart the process, yes
15:25.27asterisk0001Because many people are in Meetme conf
15:25.39leifmadsenthen I would not suggest doing it now
15:26.08asterisk0001We have exclusive use of MeetMe on PRI line
15:26.16leifmadsenok
15:26.33asterisk0001sometime duration is more then 5 hrs so do you think timing will fix this issue ?
15:26.40leifmadsenI have no idea
15:26.43leifmadsenprocess of elimination
15:27.01asterisk0001I have install 1000Hz kernel
15:27.12leifmadsenotherwise paul was suggesting maybe providing information using strace. It may be a race condition. I would also get a backtrace and 'core show locks' output and upload to the issue
15:27.18leifmadsenasterisk0001: yes I can read the issue
15:27.58asterisk0001I don't have Debug enabled at compiled time
15:28.17leifmadsenthen the amount of help you'll get is limited
15:28.28asterisk0001Ah!!
15:28.28leifmadsenI've pretty much exhausted all the ideas I can provide at this time
15:29.01asterisk0001let me try dahdi timing first!
15:32.47leifmadsenrussellb: looks like releases will have to wait till Monday
15:37.27asterisk0001I unload and remove res_timing_timerfd.so res_timing_pthread.so from asterisk
15:37.36asterisk0001and only load res_timing_dahdi.so
15:37.42asterisk0001restart asterisk
15:38.00asterisk0001Hope it will help me
15:57.18asterisk0001Quick question
15:57.43asterisk0001IAX2 trunk will use which timing ? I meant it will use same res_timing_dahdi.so ?
16:00.12leifmadsenit will use whatever timing module is active
16:03.52asterisk0001Thanks!
16:17.15JonathanRoseSo the fancy core restarts...
16:17.39JonathanRoseDoes anyone else get an endless stream of *CLI> prompts when doing them in 1.6.2 and up?
16:19.24JonathanRoselatest SVN
16:22.52leifmadsenJonathanRose: haven't tried it there, but I've never seen that before....
16:23.11leifmadsensomething must be getting output..... but it should technically be "blocking" console output once you enable them
16:23.59seanbrightJonathanRose: macosx?
16:24.07JonathanRoseUbuntu 10.04
16:24.11seanbrightthen no
16:28.24russellbleifmadsen: whyzat
16:28.29Entomologist*** CLOSED (18212) [CDR/cdr_adaptive_odbc] [patch] CDR's being written on caller hangup
16:28.29EntomologistAssigned to: rmudgett
16:28.30EntomologistReported by: leearcher
16:28.30Entomologisthttps://issues.asterisk.org/view.php?id=18212
16:28.31Entomologist*********************************************************
16:32.29leifmadsenrussellb: no release VM for releases :(
16:32.39russellbwhat's blocking that?
16:32.42leifmadsenand I'm not really setup here to do it on my laptop
16:32.45russellbok
16:32.45leifmadsenrussellb: just Qwell :)
16:33.02russellbgalway?
16:33.02leifmadsengalway is getting reimaged with ESXi
16:33.05leifmadsenya
16:36.43russellbTHE CLOUD
16:37.08leifmadsenJust don't use EC2 :)
16:38.17JonathanRoseSo weird.  Core Restart Now works fine, but the other two just go berserk.
16:38.40JonathanRoseI can't even imagine them using different methods of restarting.
16:39.13JonathanRosethe actual restart part I mean.
16:39.38JonathanRoseSo nobody else has this problem though?
16:39.53russellbthe other two?
16:39.59JonathanRosegracefully and when convenient
16:40.07russellbyes, it's different
16:40.11russellbnow is NOW DAMNIT
16:40.19JonathanRoseI know they behave differently in that regard
16:40.21russellbgracefully is now, but hang up all calls first
16:40.34russellbwhen convenient is passively wait until there are 0 calls up, then restart
16:40.38JonathanRosegracefully doesn't allow new calls to be made
16:41.16JonathanRosebut what I don't get is why when it gets reloaded with the two clever ones, it gets stuck in an endless loop of CLI> prompts.
16:41.32russellbah, that's fun
16:41.57russellbthat would be a bug.
16:42.59JonathanRoseBut not necessarily.  If no one else is experiencing it, it might just be some weird issue with my setup like bad libraries or something.
16:43.56JonathanRoseThough I imagine if that were the case, it would be messed up all the time and not just when using fancy restarts.
16:44.15JonathanRoseI know, I'll try it on my second box.
16:50.18JonathanRoseOk, yeah, on my second box with the latest svn checkout of trunk it started doing it too.
16:50.21JonathanRoseSo this is a recent bug.
16:50.33JonathanRoseGuess I'll make a bug report.
16:50.52JonathanRoseAnd then I'll start looking into it.
16:51.30JonathanRoseIf anyone else can check to see if it's happening on their machines, that'd be cool.
16:53.40JonathanRoseOh, and just to clarify...
16:53.47JonathanRosethis is when running asterisk with asterisk -c
16:54.09JonathanRoseDoesn't seem to happen with asterisk -r on an already running session.
17:03.56*** join/#asterisk-bugs malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd)
17:03.56*** mode/#asterisk-bugs [+o malcolmd] by ChanServ
17:21.20*** join/#asterisk-bugs bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net)
17:21.20*** mode/#asterisk-bugs [+o bbryant] by ChanServ
17:56.08Entomologist*** CLOSED (18882) [Channels/chan_sip/TCP-TLS] [patch] allow storing TCP peers in ast db & alllow rtupdate=no to use them
17:56.09EntomologistReported by: cmaj
17:56.09Entomologisthttps://issues.asterisk.org/view.php?id=18882
17:56.09Entomologist*********************************************************
18:04.54Entomologist*** CLOSED (18206) [Channels/chan_sip/SRTP] [patch] Hold/Unhold not possible with SIP using SRTP
18:04.55EntomologistAssigned to: bbryant
18:04.55EntomologistReported by: bernhards
18:04.56Entomologisthttps://issues.asterisk.org/view.php?id=18206
18:04.57Entomologist*********************************************************
18:09.37Entomologist*** CLOSED (18495) [Channels/General] Segmentation fault when using dynamic hints and func_odbc
18:09.38EntomologistReported by: bertrand
18:09.38Entomologisthttps://issues.asterisk.org/view.php?id=18495
18:09.38Entomologist*********************************************************
19:11.21*** join/#asterisk-bugs vfabi (~fabi@194.247.164.231)
19:35.56asterisk0001\q
19:41.38*** join/#asterisk-bugs malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd)
19:41.38*** mode/#asterisk-bugs [+o malcolmd] by ChanServ
19:50.12*** join/#asterisk-bugs seraphie (~erin@207.98.195.107)
21:24.51*** join/#asterisk-bugs JunK-Y (~junky@pdpc/supporter/active/junk-y)
21:24.51*** mode/#asterisk-bugs [+o JunK-Y] by ChanServ
23:40.15*** join/#asterisk-bugs bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net)
23:40.15*** mode/#asterisk-bugs [+o bbryant] by ChanServ

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.