Friday, 2013-12-06

*** dcramer_ has quit IRC00:00
*** senk has quit IRC00:00
openstackgerritKhai Do proposed a change to openstack-infra/config: Setup builds for openstack Gerrit ver 2.8  https://review.openstack.org/6034800:02
jeblairlifeless: writing some (moderate complexity) puppet changes for infra/config would also help increase your familiarity with the tree and our processes00:04
*** rcleere has joined #openstack-infra00:04
lifelessjeblair: ack; will keep an eye out for such00:05
*** aardvark has quit IRC00:07
*** aardvark has joined #openstack-infra00:08
fungilifeless: just noticed you'd set the gantt{,client} addition to wip, but left a comment in there with regard to some minor missing parity with nova{,client} gating jobs00:09
fungifor once you're working on the subsequent non-wip pilish00:09
fungipolish00:09
jeblairasalkeld: the hook job does not upload its logs.  :(00:10
asalkeldyeah for the moment I manually built the docs on readthedocs.org00:10
lifelessfungi: thats because the client isn't a restful API client for end users00:10
fungioho!00:10
lifelessfungi: it's the RPC API definition, so skipping 3.3. and pypy is deliberate00:11
fungiright, it's backend/middleware huh?00:11
lifelessfungi: as today there is no usecase for standalone / CLI use00:11
jeblairasalkeld: so the other thing you can do is go spelunking in jenkins:00:11
jeblairasalkeld: https://jenkins02.openstack.org/job/hook-solum-rtfd/?00:11
lifelessit may grow that in future, and if so we'd want to add them in00:11
jeblairasalkeld: https://jenkins01.openstack.org/job/hook-solum-rtfd/?00:11
clarkblifeless: ++ py3k is suppose to happen any month now :)00:11
asalkeldjeblair, looking00:11
*** flaper87 is now known as flaper87|afk00:12
jeblairasalkeld: looks like it clamed success; however, those jobs recently changed to use that new URL (using name instead of id); perhaps it's not quite right.00:12
fungilifeless: though if it starts out working with py33 and pypy, you don't want that to regress as it diverges from novaclient right?00:12
asalkeldjeblair, yeah must be it00:13
asalkeldwould be nice to have the output00:13
lifelessfungi: you make a valid point. But I'd rather have more work later than any issues that are not relevant today.00:13
asalkeldjeblair, https://jenkins01.openstack.org/job/hook-solum-rtfd/3/console00:13
fungifair enough00:13
lifelessfungi: if this works on 3.3 but doesn't deprecate the nova scheduler, its a fail.00:13
lifelessfungi: the reverse is a success00:13
fungisure00:13
*** rcleere has quit IRC00:14
lifelessfungi: oh, so this isn't going to diverge from nova client00:14
lifelessfungi: it's not starting from nova client00:14
lifelessfungi: it's starting from nova/scheduler/api.py + tests.00:14
fungigot it00:14
jeblairasalkeld: yeah, seems harmless. you want to patch that job definition to emit the output; and if you feel like it, upload logs too?00:14
asalkeldso that just triggers the build in readthedocs right?00:15
asalkeldso it might be ok00:15
asalkeldlet me wait for the next one to see what happens00:15
jeblairasalkeld: yes; oh you think rtd might be behind?00:15
openstackgerritA change was merged to openstack-dev/pbr: Build mirror using proper requirements.  https://review.openstack.org/6035400:15
asalkeldwell we have just added docs00:16
asalkeldand set it up right00:16
asalkeldso let me not waist your time00:16
asalkeldI'll see what happens next commit00:16
clarkbwoot pbr change merged00:17
jeblairasalkeld: ok.  also if rtd is fast, it's possible it's even starting a build before we've finished replicating (in which case the hook job could sleep)00:17
asalkeldok00:17
jeblairfungi: OOOOH00:17
jeblairfungi, clarkb: i think the disk stuff happens _after_ the d-g rexec00:18
jeblairfungi, clarkb: nm, i'm still confused.00:18
clarkbjeblair: it was happening at a weird point in time at one time and we moved it00:18
clarkbbecause the mounts were overlaying all of the stuff in /opt00:18
clarkbbut I think that is fixed now00:18
fungijeblair: yeah, i'm still trying to match teh change up to the logs from the most recent run00:19
jeblairi was confused why bash-x wasn't working, but i think i understand00:19
jeblairi think it's because of the way it's initially invoked, i think i may need to set the option using a command if i want that.00:19
fungiright, or pass that as an option to the shell when invoking?00:20
*** dims has quit IRC00:21
jeblairfungi: oh, i think stdout goes to the setup log file, and stderr goes to the console log.  that's somewhat confusing.00:23
jeblairclarkb: okay oh, er it's called both places00:23
jeblairclarkb: fix_disk_layout is called _before_ the rexec _and_ after.00:24
fungii'm not seeing it repeat itself in the setup log00:24
clarkbjeblair: right, but it should only do stuff the first time00:24
clarkbbecause the check checks swap00:24
*** adalbas has quit IRC00:24
jeblairclarkb: yeah, but you can see how this is frustrating my attempts to test this change.  :)00:24
fungiand we want to test having that happen after the reexec00:24
fungiharumph00:25
klrmnclarkb: i have a new answer for you as to why verbose…so that you know which tests *did* run when the number of tests comes back waaaaay less than you expected. (damnit, it ran 29 tests when i thought it was going to run over 100…how the hell do i debug *that* (with testr)?)00:25
clarkboh right00:25
clarkbklrmn: all of the subunit is logged, you can check the logs directly or do testr last --subunit00:25
jeblairfungi: the first time the invocation is hidden (because of no -x), but the output appears in console log; the second time the invocation is visible in the setup log, but of course it's a no-op because there is now swap.00:25
fungithat's why it didn't look like it repeated the operation00:26
jeblairclarkb: do you recall why it was thought to be necessary to run it before the re-exec?00:26
clarkbjeblair: because we needed a place to put d-g itself00:26
fungiramdiskramdiskramdisk ;)00:26
clarkbjeblair: this is a problem with /opt and not swap.00:26
openstackgerritKhai Do proposed a change to openstack-infra/config: Setup builds for openstack Gerrit ver 2.8  https://review.openstack.org/6034800:26
jeblairclarkb: it's in cwd.00:27
*** esker has joined #openstack-infra00:27
jeblair(that's why the job copies the script before invoking it, so that the copy in cwd can be safely updated and then exec'd (bash doesn't deal well with files changing under it))00:27
fungican we safely remove the earlier call?00:28
jeblairso as we keep pulling this thread -- i'm guessing that part of the re-org was to remove the update to cwd devstack-gate.00:28
clarkbjeblair: d-g doesn't do that though00:28
clarkbit runs it out of /opt00:28
clarkbthe reexec00:29
fungiexisting devstack-gate in cwd exec's proposed d-g in /opt00:30
clarkbfungi: right00:30
jeblairit didn't used to, but maybe that changed with the grenade refactor00:31
*** Abhishek_ has quit IRC00:31
jeblairlet me see if i can fix this00:32
*** dims has joined #openstack-infra00:33
*** jerryz has quit IRC00:34
klrmnclarkb: stored file for the win. the environment that had testr installed was axed at the end of the jenkins job00:34
*** Abhishek has joined #openstack-infra00:34
fungitoday's gerrit project count: 211 (stackforge hovering at 46% of the total)00:35
clarkbklrmn: http://logs.openstack.org/94/43194/27/check/gate-nova-python27/ae134d6/subunit_log.txt.gz definitely :)00:35
*** adalbas has joined #openstack-infra00:37
*** harlowja has quit IRC00:40
*** harlowja has joined #openstack-infra00:42
*** esker has quit IRC00:43
*** esker has joined #openstack-infra00:43
clarkbjeblair: reading the script, I have a hunch that if in reboot_devstack_gate after setup_project you copy from /opt to the workspace then reexec and do the the swap and /opt stuff after the reexec it iwll work00:47
*** esker has quit IRC00:48
jeblairclarkb: except that we're copying _to_ opt.00:48
*** mrodden has quit IRC00:48
clarkbsetup_project dumps the d-g git repo in /opt but we only need a couple of files out of that repo right?00:49
*** Abhishek has quit IRC00:49
openstackgerritKhai Do proposed a change to openstack-infra/config: Setup builds for openstack Gerrit ver 2.8  https://review.openstack.org/6034800:49
clarkbjeblair: or maybe put devstack-gate in $PROJECTS and setup_project devstack-gate twice00:50
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Don't fix disks before rexecing  https://review.openstack.org/6039100:51
*** vipul has quit IRC00:51
jeblairclarkb: or take it out of PROJECTS and only do it once ^ :)00:51
*** jroll has joined #openstack-infra00:52
*** vipul has joined #openstack-infra00:52
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Use the ephemeral disk on rackspace performance nodes  https://review.openstack.org/6034700:52
*** jroll has left #openstack-infra00:52
*** ruhe has joined #openstack-infra00:53
*** ruhe has quit IRC00:54
*** jcooley_ has joined #openstack-infra00:56
openstackgerritRussell Bryant proposed a change to openstack-infra/config: Ensure solum code is checked out  https://review.openstack.org/6039200:59
clarkbjeblair: I don't think devstack-checkout is sophisticated enough to make that work in JJB00:59
clarkbjeblair: I like the change though, so we should make devstack-checkout better01:00
jeblairclarkb: ?01:00
clarkbjeblair: devstack-checkout is the macro in JJB that makes it so that devstack-gate is in the workspace. It does not checkout the ZUUL_REF01:00
clarkbit resets to master01:00
jeblairclarkb: right we're only counting on devstack-checkout putting a copy of devstack in the workspace; i use setup_project to update to the ref before the re-exec01:01
* clarkb rereads01:01
*** ^demon has joined #openstack-infra01:01
jeblairrussellb: which, interestingly enough, is i believe exactly why the change you just wrote won't work.  that's like cosmically weird.  :)01:02
*** ^d has quit IRC01:03
clarkbjeblair: I see it now. setup_project no longer clones and works on CWD01:03
*** mestery has quit IRC01:04
jeblairclarkb: yep, and clone_and_setup_project does the whole enchilada.01:04
jeblair(which is the normal case)01:04
*** mestery has joined #openstack-infra01:05
clarkbjeblair: something did break though (jenkins not happy with 60391)01:05
*** mrodden has joined #openstack-infra01:05
*** Abhishek has joined #openstack-infra01:07
jeblairclarkb: oh, it's not $WORKSPACE it's $WORKSPACE/devstack-gate01:07
*** mrodden1 has joined #openstack-infra01:07
jeblairthat's actually what the original GATE_SCRIPT_DIR was for; i should probably just go back to that01:08
*** mrodden has quit IRC01:08
clarkbhow did it get far enough to run setup_workspace?01:09
jeblairclarkb: remember that most of this change is not self-testing.  :(01:10
clarkbohhhhh01:11
russellbjeblair: heh ... i feel like i'm stabbing in the dark with this job01:11
clarkbright first chance to run $WORKSPACE/STUFF is after the reexec01:11
clarkbwhich is when it tries to run the gate_hook I think01:11
*** Abhishek has quit IRC01:11
*** mrodden1 has quit IRC01:11
*** mrodden has joined #openstack-infra01:11
*** jergerber has quit IRC01:11
jeblairrussellb: at least you get test results for your change.  :)  i'm touching like the one part of devstack-gate that isn't self-testing.01:12
jeblairrussellb: i left what i think should do the trick as a comment on your change01:12
russellbsaw that thanks01:14
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Don't fix disks before rexecing  https://review.openstack.org/6039101:14
*** adalbas has quit IRC01:14
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Use the ephemeral disk on rackspace performance nodes  https://review.openstack.org/6034701:15
openstackgerritRussell Bryant proposed a change to openstack-infra/config: Ensure solum code is checked out  https://review.openstack.org/6039201:16
* russellb pokes it with a stick some more01:16
clarkbjeblair: I am scratching my head at the pwd. Is that to get a fully rooted path?01:17
jeblairclarkb: yep.  that's what it used to be, a long time ago.  copied straight from devstack.01:17
clarkbok not completely crazy over here, thnaks01:18
*** annegentle has quit IRC01:18
jeblairclarkb: so it'll get the full path of the directory the script is in, regardless of where you call it from01:18
clarkbyup01:20
*** jerryz has joined #openstack-infra01:20
jeblairrussellb: lgtm; probably worth clarkb giving it a once over since his head is in this space right now too :)01:21
russellbthanks :)01:22
clarkbI will look in a minute01:22
mgagneclarkb: AFAIK, pwd returns the path of the folder you are in, not the folder in which the script is.01:22
russellbonce this works, maybe i can turn this into a stackforge devstack-gate job template01:23
mgagneclarkb: http://paste.openstack.org/show/54565/01:23
clarkbmgagne: right which is why it cd's in the dirname $0 first. I initially assumed dirname $0 was sufficient01:23
jeblairmgagne: DIR=$(cd $(dirname "$0") && pwd)01:23
jeblairrussellb: ++01:23
mgagne^^'01:25
*** annegentle has joined #openstack-infra01:25
clarkbjeblair: do we need to reexec twice to have 60391 and 60347 get tested wit hthe new code as is?01:28
openstackgerritA change was merged to openstack-infra/config: Ensure solum code is checked out  https://review.openstack.org/6039201:28
clarkbjeblair: brainstorming ways that would make this less painful01:29
openstackgerritSean Roberts proposed a change to openstack-infra/config: config changes to create the stackforge project milk  https://review.openstack.org/6039401:29
*** bknudson has quit IRC01:30
*** melwitt has quit IRC01:30
*** melwitt has joined #openstack-infra01:30
jeblairclarkb: i'm not sure we can ever make this better other than minimizing what happens before the re-exec, and it's getting pretty small now.01:30
jeblairclarkb: we might want to put devstack-gate back into PROJECTS so that the zuul_ref part of the checkout gets exercised after a re-exec (even though the code won't actually be used)01:31
clarkba second rexec would ensure that changes that shrink the delta are actually tested01:32
*** paul-- has joined #openstack-infra01:32
jeblairclarkb: i'm not sure that's the case -- you can never test not doing something that the first run did before the first re-exec01:32
jeblairclarkb: (which is exactly what we want to do with the disk change)01:33
*** ^demon has quit IRC01:33
clarkbgah ya01:33
clarkbwhat if we gerrit git prepped d-g before d-g runs01:35
jeblairclarkb: i can't think of why that isn't exactly what we want to do.01:37
*** sarob_ is now known as sarob01:37
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Don't fix disks before rexecing  https://review.openstack.org/6039101:38
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Use the ephemeral disk on rackspace performance nodes  https://review.openstack.org/6034701:38
jeblairclarkb: oh, so one thing is ggp assumed a single workspace01:39
clarkbI think d-g should still setup everything else01:39
jeblairclarkb: yeah, that's not what i was saying though01:39
*** markwash has quit IRC01:40
jeblairclarkb: ggp assumes project-git-dir == $WORKSPACE; devstack-gate makes a subdir for the devstack-gate git repo (and another for logs)01:41
jeblairclarkb: so i think we'd need to accomodate that...01:41
clarkbgood point01:41
jeblairclarkb: may be as simple as "mkdir devstack-gate; cd devstack-gate; ggp"01:42
*** nosnos has joined #openstack-infra01:42
clarkbwfm01:42
jeblairclarkb: i should work on dinner.  i will WIP my 2 changes and work on this new plan tomorrow.  thanks for the idea.  :)01:43
clarkbI need to hunt down dinner too01:44
clarkband np :)01:44
klrmnlifeless / clarkb: could you tell me where the subunit2XXX things live?01:47
lifelessklrmn: mostly in the subunit source tree?01:47
reedwhere is monty?01:49
klrmnlifeless: i've looked in every file hanging off of http://bazaar.launchpad.net/~subunit/subunit/trunk/files/235/python/subunit without finding 'subunit2pyunit'01:50
*** bknudson has joined #openstack-infra01:50
klrmnlifeless: found it01:53
*** sjing has joined #openstack-infra01:54
*** marun has joined #openstack-infra01:59
*** jcooley_ has quit IRC02:03
*** jcooley_ has joined #openstack-infra02:04
*** julim has quit IRC02:06
*** jcooley_ has quit IRC02:08
mordredmorning jeblair clarkb02:11
*** rongze has joined #openstack-infra02:12
* mordred is now in tel aviv - the scrollback makes me want to die - but I have a pretty wide open day tomorrow - where are we on the mirror bs - same place we were? I'd like to dive in and see if I can get it sorted02:12
fungimordred: clarkb worked this out for it https://review.openstack.org/60354 (now merged)02:14
fungithe d2to1 can presumably be ripped out once dev-requirements.txt demands a newer oslo.messaging prerelease tarball url, and once the projects using that update to match02:15
*** changbl has joined #openstack-infra02:16
*** bingbu has joined #openstack-infra02:16
fungithe alternative was to convince pypi-mirror how to also integrate tarball urls into the run for integration testing only, but we figured with impending wheels uploaded to pypi for prereleases that was time better spent on other broken things instead02:18
*** jcooley_ has joined #openstack-infra02:19
*** guohliu has joined #openstack-infra02:22
*** sarob_ has joined #openstack-infra02:22
*** sarob has quit IRC02:25
*** sarob_ has quit IRC02:27
*** yamahata_ has joined #openstack-infra02:28
*** weshay has quit IRC02:28
mordredfungi: awesome02:29
mordredso looking at that patch, that means we should be on more even footing02:29
*** sarob has joined #openstack-infra02:29
mordredfungi: we should be able to un-revert the patches we reverted now, yeah? since they weren't actually the problem?02:30
*** mestery has quit IRC02:30
mordredor - wait- I guess there was the other problem which was the capitalization one, yeah?02:30
fungimordred: seems that way02:30
mordredbtw - there is still no CentOS-6.5 dir on the mirror02:31
fungicapitalization was impacting us where?02:31
mordredthe sphinx changes02:31
fungimmmright02:31
mordredI mean, the things breaking when trying to install sphinx, and not finding it02:31
mordredfungi: wow. https://jenkins.openstack.org/job/periodic-mirror-python26/116/console02:32
mordredoh - build timed out02:32
fungiyep. consistently on just about every one02:33
*** krotscheck has quit IRC02:33
*** mestery has joined #openstack-infra02:33
mordredmaybe we shold bump up build timeout'02:37
mordred?02:37
fungiit's worth considering, though i'm wondering why it's started to take longer02:38
*** adalbas has joined #openstack-infra02:39
fungimaybe because we've just accumulated more projects and dependencies02:39
mordredwell, it does double builds now02:40
mordredbecause it gets eveyrhting, AND then it builds wheels of everything02:40
*** reed has quit IRC02:43
fungibut wayyyyy more slowly than on 2.7 or 3.302:45
mordredfungi: coupla quick questoins- git*.o.o are the only things running on centos, yeah?02:46
fungimordred: pbx (asterisk)02:46
mordredfungi: also - we have cinder volumes on static - anywhere else?02:47
funginot yet, though rackspace performance nodes look like they may change that02:47
mordredhow is that?02:48
fungibut again, implementation detail of the platform, not because we just want cinder on those02:48
mordredgotcha02:48
*** asalkeld has left #openstack-infra02:48
fungismaller static disk on them, similar to hp02:48
mordredthe static.o.o cinder raid array is up to a few TB now yeah?02:48
fungimordred: i've got the second-to-last 0.5tb volume migrating onto a newer volume now. some time tomorrow we'll have 10tb on static.o.o02:49
fungi(pvmove just takes a really long time on an active vg)02:49
mordredwow02:50
fungiwe'll already be using about half of it once i'm done sizing up02:50
fungiand i expect by spring we'll be near full with only a 6-month compressed build log history02:51
fungiso hopefully we either have a new storage solution working by then, or we ask for a quota bump02:51
mordred++02:52
*** melwitt has quit IRC02:54
*** salv-orlando has quit IRC02:55
*** sdake_ has quit IRC02:57
fungijeblair's currently working through tweaking devstack-gate to make use of the ephemeral disk on rackspace performance, but he ran some initial baselines on it and it sounded nearly twice as fast as current rackspace nova nodes (can't remember if you were around when he was trying it earlier today)02:57
*** sarob has quit IRC02:57
*** sarob has joined #openstack-infra02:57
*** thomasem has joined #openstack-infra02:59
fungi20:54z in the scrollback02:59
*** thomasem has quit IRC02:59
clarkbmordred: fungi: right I didn't fix the inability to install transitive deps of tarball deps and I didn't fix wheels03:01
*** esker has joined #openstack-infra03:01
clarkbbut I made the integration test test the proper requirements ref and got the test to apss03:01
clarkbwheels make tarballs a non issue. So fixing wheels is probably the next step03:02
*** sarob has quit IRC03:02
*** fifieldt_ has joined #openstack-infra03:03
*** vipul is now known as vipul-away03:05
*** senk has joined #openstack-infra03:08
*** vipul-away is now known as vipul03:11
*** dcramer_ has joined #openstack-infra03:11
*** pcrews_ has quit IRC03:12
*** senk has quit IRC03:13
*** sarob has joined #openstack-infra03:14
*** sdake_ has joined #openstack-infra03:16
*** fifieldt has quit IRC03:18
*** pcrews has quit IRC03:19
*** nati_ueno has quit IRC03:24
mordredyah03:24
mordredfix wheels - finish wheel uploads, delete dev-requirements03:25
clarkbmordred: one thing that I was wondering about with requirements tests03:26
lifelesshow do you change the topic of an existing patch?03:26
*** mriedem has quit IRC03:26
mordredlifeless: you upload a new patch - or you wait until we've updated to 2.803:26
mordredclarkb: yeah?03:26
clarkbmordred: is d-g applying the proposed requiremetn when running devstack? and if so are we letting the tempest tests run against pypi.o.o?03:26
clarkbmordred: the reason django 1.6 got through is those tests weren't tested against pypi proper03:27
mordredclarkb: d-g is applying the proposed requirements when running devstack03:29
*** jcooley_ has quit IRC03:29
clarkbmordred: ok, but then pypi.o.o is used?03:29
mordredclarkb: when the change is to requirements, the select-mirror script should abvoid pypi.o.o03:29
mordredbecause it's a change to requirements03:29
mordredthere was a bug in the logic for that selection03:29
mordredwhich has been fixed03:29
*** jcooley_ has joined #openstack-infra03:30
clarkbdid django 1.6 sneak through when it was broken?03:30
mordredyah03:30
clarkbactually it keys off of DEVSTACK_GATE_REQS_INTEGRATION, is that set in the job itself?03:31
mordredjeblair and I walked through the logic again a couple of days ago and I think we're satisfied that we've cloed the holes03:31
mordredit's set in some places - it was supposed to also skip the mirror if there was a change to openstack/requirements - but that part was broken03:31
mordredDEVSTACK_GATE_REQS_INTEGRATION is set on the requirements gate job03:31
clarkbright which isn't the problem03:32
clarkbthe problem is that django 1.6 broke tempest03:32
clarkbso we need to make sure we don't use the mirror on those jobs either and I can't figure out how we are doing that today03:32
mordredif the change is to openstack/requirements03:33
mordredthen the new select mirror logic03:33
clarkbis that used by d-g?03:33
mordredshould skip using the mirror for ALL of the tempest tests - not just the requirements jobs03:33
mordredit is now03:33
clarkbwhere? I can't find it03:34
*** jcooley_ has quit IRC03:34
mordredheh03:35
mordredit's not merged03:35
mordredhttps://review.openstack.org/#/c/48064/03:35
mordredwe were working towards merging it when things fell apart03:35
clarkbok I remember that change now03:36
*** amotoki_ has quit IRC03:37
*** gyee has quit IRC03:37
*** wenlock has quit IRC03:37
clarkbit is starred now, will try to keep an eye on it as it ties into this whole thing03:37
mordredactually - I think it's fair game - it's not tied to any of the wheel things03:38
mordredclarkb: we need to land https://review.openstack.org/#/c/58153/03:38
mordredand then we can ask jeblair to remove his -203:39
mordredorthogonal issue03:39
clarkblooking03:39
clarkbdoesn't that assume all slaves are built by nodepool?03:40
clarkbI think that will break on our regular slaves won't it?03:40
mordrednope - it just needs slaves to have jenkins_slave puppet module on them03:41
*** julim has joined #openstack-infra03:41
*** nati_ueno has joined #openstack-infra03:41
mordredso that they have /opt/requirements03:41
mordredor?03:41
clarkboh that is a special case of the generic ndoepool stuff03:42
mordredit's just in the base puppet module03:42
mordredhttps://git.openstack.org/cgit/openstack-infra/config/tree/modules/jenkins/manifests/slave.pp#n31003:43
mordredso all of our jenkins slaves should have the requirmeents repo now03:43
*** sarob has quit IRC03:43
clarkbyup, just noticed a small problem with that script. distro is used in the else but set in the if03:44
clarkbmordred: I can't babysit 58153 now. I can +2 it if you want to babysit03:44
mordredclarkb: it's 5:45AM where I am - I think me babysitting it is a bad idea03:45
*** julim has quit IRC03:45
StevenKDepends if you're yet to go to bed, or if you just woke03:46
clarkbmordred: np, I will put it in tomorrow03:46
fungifor me, it's both ;)03:46
clarkbalso I see that the distro stuff was reverted, will just need to get it right second time around03:46
StevenKfungi: You just woke up at your desk?03:47
fungiStevenK: no, my desk just went to sleep03:47
mordredStevenK: both of those things are true03:47
mordredStevenK: except bed was two plane flights03:47
mordredfungi: haha03:48
fungibest^Wworst beds evar03:48
StevenKHaha03:48
clarkbmordred: can you respond to jeblair on the other change?03:48
clarkbmordred: so that I can convince him to remove the -2 tomorrow03:48
StevenKfungi: They're probably excellent at the pointy end of the plane, but who has the money for that03:48
fungii saw the pointy end of a plane once. usually they make me avert my eyes as i pass by03:49
*** dkranz has joined #openstack-infra03:49
clarkbin other news it is really really cold in the northwest03:49
clarkbif all of seattle and portland disappears for a few days we probably froze03:49
StevenKI've had to deplane an A380 via first class, that was rather upsetting03:50
mordredclarkb: yup. once03:51
mordredhttps://review.openstack.org/5815303:51
mordredis landed, we can recheck that one and verify that it does the right thing03:51
*** nati_uen_ has joined #openstack-infra03:54
zaroanybody have regular expression mojo?  need some help.03:57
*** nati_ueno has quit IRC03:57
clarkbzaro: you will enjoy http://regexcrossword.com/03:58
fungizaro: i normally have regex mojo, but it's probably fairly tapped out at this hour. what's the puzzle?03:58
*** guohliu has quit IRC03:59
zarofungi: probably not to hard for you then.03:59
zaromodules/jenkins/manifests/slave.pp04:00
zarohttps://review.openstack.org/#/c/60348/6/modules/openstack_project/files/zuul/layout.yaml04:00
zaro^ i want to express all branches except for < 2.404:00
fungilooking04:01
clarkbyou want negative lookahead like on line 15404:01
fungiyes, what clarkb said with his fancy words04:02
clarkb^(?!openstack/2\.[0-4]).*$04:02
fungiright. what you had instead would have matched all 2.x branches except 2.0-2.404:04
zarohmm.  i think i tried that on http://regexpal.com but didn't seem to match right.04:04
fungithough will there be an openstack/2.5.1 branch? how about an openstack/2.40 branch?04:06
*** sarob has joined #openstack-infra04:06
clarkbzaro: don't try it on some website. Instead fire up a python vm and try it there (same regex lib)04:06
fungiopenstack/2.10 would be a more reasonable probability04:07
clarkbfungi: good point ^(?!openstack/2\.[0-4]\.).*$04:07
sarobim looking for a quickie review04:07
sarobhttps://review.openstack.org/#/c/60394/04:07
zarook.  i guess that's my problem.  i'll try the python vm.04:07
zarothx again.04:08
fungiclarkb: though that one won't reject one without a trailing point version now04:08
clarkbfungi: gah04:08
clarkbfungi: good point ^(?!openstack/2\.[0-4]\.?).*$04:08
fungiheh04:08
clarkbwait that doesn't work04:09
funginope04:09
zaroi think one of the problems iwth that is that it will match on something like openstack/2.25 ?04:09
fungizaro: or even 2.10, which we'd hit much earlier04:09
zarooh yeah.04:09
clarkbfungi: good point ^(?!openstack/2\.[0-4][^0-9]).*$04:09
clarkbdoes [^0-9] match null string?04:09
fungi(since they're already almost to 2.9, 2.10 can't be too far away)04:09
fungiclarkb: no, not unless you add ?04:10
zaroisn't what we want just regex that says any value less than 4?04:10
fungiat which point you're back to the previous problem04:10
fungizaro: regular expressions (not counting ios bgp prefix expression language) doesn't do integer comparison04:11
clarkbzaro: regexes don't really know less than04:11
zaroArgg! that's right, that was the real problem i was having.04:11
fungiyeah, it's character comparisons04:12
fungiyou might just be better off blacklisting the branches you want to avoid04:12
clarkbyah I think that might be easiest to understand04:12
fungithough the potential problem is that they'll add some in between04:13
fungibut that can be covered with a pattern containing an explicit .04:13
fungiit'll be repetitive, but less voodoo04:13
clarkbright so you can use what I have above, then also explicitly list what we currently have04:14
clarkber maybe that doesn't work04:15
fungisomething like ^(?!openstack/2\.(0(|\.[0-9])|1(|\.[0-9])|2(|\.[0-9])|3(|\.[0-9])|4(|\.[0-9]))).*$04:17
fungier, without the .*04:17
zaroahh fungi.  you have the foo!04:17
clarkbor maybe shove the logic in the job04:17
*** yamahata_ has quit IRC04:17
clarkbzaro: does buck use pom.xml?04:17
fungisomething like ^(?!openstack/2\.(0(|\.[0-9]*)|1(|\.[0-9]*)|2(|\.[0-9]*)|3(|\.[0-9]*)|4(|\.[0-9]*)))$04:18
zaroi don't think it does.04:18
clarkbif not then if [ -f pom.xml ] ; then mvn ; else buck fi04:18
zaroit uses BUCK scripts04:18
zaroi think fungi already came up with a good regex.04:18
clarkbright, but do you want to remember what that does in 6 months?04:19
fungiit's definitely suffering from leaning toothpic syndrome04:19
fungihowever, you might be overthinking this. we'll only run jobs when people propose or merge changes to these branches04:21
clarkb(I am not sure how ugle one job would be so the regex is definitely an option, just wanted to throw that alternative out there)04:21
*** ^d has joined #openstack-infra04:21
fungiat the moment, i can't see any reason for anyone to propose another change on anything prior to the latest 2.4.x we're using this moment04:21
zarook. need to take a break.  kids need me to read to them.04:21
funginight zaro!04:22
*** nati_uen_ has quit IRC04:22
*** senk has joined #openstack-infra04:23
*** rcleere has joined #openstack-infra04:24
*** rcleere has quit IRC04:25
*** sdake_ has quit IRC04:25
*** senk has quit IRC04:28
*** senk has joined #openstack-infra04:28
openstackgerritSean Roberts proposed a change to openstack-infra/config: config changes to create the stackforge project milk  https://review.openstack.org/6039404:42
sarobclarkb: more info in the commit and alpha order04:43
clarkbthanks04:44
*** rongze has quit IRC04:50
*** SergeyLukjanov has joined #openstack-infra04:54
*** rongze has joined #openstack-infra04:54
*** jcooley_ has joined #openstack-infra04:55
mordredI agree with fungi04:59
mordredwe might just be able to, you know switch to buck and say screw it04:59
*** ArxCruz has quit IRC05:00
fungiyeah, i similarly don't see us proposing new 2.4.x changes once we have working 2.8 or later in production05:01
mordredor recently05:01
clarkbmordred: did you get to watch the MNF game?05:02
fungi(until then we probably want to keep 2.4 buildable so we can rebase on security updates)05:02
mordredclarkb: yah. it wasn't as happy making forus05:04
mordredfungi: bah05:04
mordredfungi: you're making it sound like upstream is going to release security fixes for 2.405:04
fungifie on security. fie i say05:04
*** ljjjustin has joined #openstack-infra05:07
mordredIT IS NOT AS WARM IN TEL AVIV RIGHT NOW AS I WANT IT TO BE05:07
mordredbut my ocean-front room _is_ very lovely05:08
StevenKmordred: It's 24degC in Sydney, want that?05:08
mordredStevenK: YES05:08
*** paul-- has quit IRC05:08
mordredStevenK: also, your beaches are very nice05:08
StevenK:-)05:08
mordredalthough I was just a few days ago at the outer banks ...05:11
mordredfungi: your beaches are also very  nice05:11
mordredclarkb: yours are not05:11
clarkbmordred: they are a different kind of nice. good for a fire and chowder05:12
clarkbalso EFREEZING right now05:12
fungii intend to move to my beaches next fall05:12
mordredfungi: nice05:12
mordredclarkb: I'd complain about the EFREEZING here, but somehow I think I'd lose05:12
fungilooking for good waterfront houses facing the sound05:13
* StevenK sends mordred a box of Sydney's warmth05:13
mordredfungi: good luck with that05:13
clarkbmordred: it is just below 0C05:13
clarkbgoing to drop over night. On saturday we won't get above 0C05:13
mordredclarkb: it's 15C here05:13
pleia2it's been getting into the 30s F here at night, so much panic ;)05:13
pleia2lots of instagramming about frost on cars05:14
mordredbut what with the wind off the mediterranean and all - it's chilly05:14
StevenKmordred: Just to make you sob, here is the forecast for the new four days: 27degC ; 30degC ; 33degC ; 34degC05:14
StevenKs/new/next/05:14
* mordred shoots StevenK in the head05:14
StevenKOw05:14
mordredthat's ok - I'll be in Perth ina month05:15
pleia2StevenK: that's actually kind of unpleasant05:15
*** elasticio has joined #openstack-infra05:15
clarkbwe should have a infra sprint in micronesia05:15
mordredclarkb: I would attend that05:15
clarkbthen we can all complain about how humid it is05:15
pleia2clarkb: ++05:15
SergeyLukjanovheh, -2C atm and -12C should be next week :)05:15
StevenKI'm amused that tripit is already telling me the weather in Perth05:15
fungithere are some good available options in the kill devil hills area, affordable too since that area's been pretty depressed tourism-wise lately05:15
StevenKpleia2: All of them? 27 is wonderful, 30 is okayish, 33 and 34 I can deal with if the humidity is low05:16
pleia2StevenK: 27 is on the edge of being ok ;)05:16
*** esker has quit IRC05:16
StevenKHobbsee, meanwhile is happy with anything up to 3605:17
pleia2I grew up in walk home from school uphill both ways in snow land05:17
StevenKWalk home from school both ways? :-P05:18
fungiclarkb: count me in for micronesian get-togethers, i love islands05:18
fungithe more remote, the better05:18
pleia2StevenK: haha, doh, it's been a long week :)05:18
clarkbI love this 25C at midnight with 90% humidity05:18
StevenKI'd love a micronesian get-together, it's closer than the US05:18
pleia2yes, equally painful for everyone05:19
StevenKMicronesian is only seven hours or something, it's not really long enough to annoy me05:19
clarkbStevenK: you'd probably fly to guam then into micronesia proper05:20
pleia2ok, time to find some dinner05:20
StevenKHm, I'm wrong. Guam is 11h3005:20
StevenKSlightly better than LA, but not by much.05:20
*** sarob has quit IRC05:21
clarkbI like the idea in theory but we would all go crazy at the lack of Internets05:21
*** sarob has joined #openstack-infra05:21
*** jcooley_ has quit IRC05:22
StevenKclarkb: Just bring a fiber vampire tap? I'm sure a submarine cable is close enough ...05:22
*** jcooley_ has joined #openstack-infra05:22
clarkbthey have fiber now, but most of the BW apparently belongs to the US military and the RTT is still bad and ugh05:23
clarkb(I was there earlier this year and I didn't haev a good time)05:23
clarkbwell I enjoyed my trip. Did not enjoy the internets05:23
StevenKWhat sort of RTT?05:23
* clarkb checks05:23
clarkbwow they have it down to 161ms now05:24
clarkbit was closer to 300 then05:24
clarkbwww.fm is the thing to traceroute. most of that for me currently is seattle to tokyo05:24
StevenK300 is roughly my RTT to the UK05:25
clarkbwhen I lived there the connection to the outside world was a satellite. 300ms was one hop into space05:25
clarkbso this is definitely better05:25
*** ^d has quit IRC05:26
*** sarob has quit IRC05:26
*** jcooley_ has quit IRC05:27
*** sdake_ has joined #openstack-infra05:31
*** sdake_ has quit IRC05:31
*** sdake_ has joined #openstack-infra05:31
*** chandankumar has joined #openstack-infra05:34
*** nicedice has quit IRC05:35
*** fallenpegasus has joined #openstack-infra05:39
*** DennyZhang has joined #openstack-infra05:47
*** vipul has quit IRC05:52
*** vipul has joined #openstack-infra05:53
*** elasticio has quit IRC05:55
*** fallenpegasus has quit IRC06:00
*** markwash has joined #openstack-infra06:02
*** DennyZhang has quit IRC06:03
*** senk has quit IRC06:06
*** nati_ueno has joined #openstack-infra06:08
*** SergeyLukjanov is now known as _SergeyLukjanov06:11
*** blamar has quit IRC06:12
*** _SergeyLukjanov is now known as SergeyLukjanov06:22
*** SergeyLukjanov has quit IRC06:24
*** markwash has quit IRC06:25
*** markwash has joined #openstack-infra06:26
*** vkozhukalov has joined #openstack-infra06:26
*** denis_makogon has joined #openstack-infra06:27
*** amotoki has quit IRC06:28
*** nosnos_ has joined #openstack-infra06:30
*** nosnos has quit IRC06:33
*** pcrews has joined #openstack-infra06:38
*** pblaho has joined #openstack-infra06:48
*** rainya has quit IRC06:49
*** dkliban_ has quit IRC06:50
*** vkozhukalov has quit IRC06:51
*** pcrews has quit IRC06:52
*** boris-42 has joined #openstack-infra06:53
*** senk has joined #openstack-infra06:59
*** denis_makogon has quit IRC07:14
*** andreaf has quit IRC07:18
*** andreaf has joined #openstack-infra07:19
*** SergeyLukjanov has joined #openstack-infra07:29
*** senk has quit IRC07:32
*** WarrenUsui has joined #openstack-infra07:45
*** aardvark has quit IRC07:48
*** afazekas_ has joined #openstack-infra07:49
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: Added basic popup messages  https://review.openstack.org/5970607:50
*** nati_uen_ has joined #openstack-infra07:54
*** jcoufal has joined #openstack-infra07:54
*** flaper87|afk is now known as flaper8707:56
*** senk has joined #openstack-infra07:57
*** nati_ueno has quit IRC07:58
*** markwash has quit IRC08:00
*** senk1 has joined #openstack-infra08:00
*** senk has quit IRC08:02
*** osanchez has joined #openstack-infra08:07
*** markwash has joined #openstack-infra08:12
*** nati_uen_ has quit IRC08:20
*** markwash has quit IRC08:21
anteayaa question based on a conversation in -neutron about cpu usage for a devstack test instance08:22
anteayais cpu usage pegged at 100% all the time?08:23
*** senk has joined #openstack-infra08:23
*** nprivalova has joined #openstack-infra08:23
*** senk1 has quit IRC08:23
*** senk has quit IRC08:24
*** locke1051 has quit IRC08:25
*** mrodden has quit IRC08:25
*** beagles has quit IRC08:26
*** bnemec has quit IRC08:27
*** SergeyLukjanov_ has joined #openstack-infra08:28
*** pete5_ has joined #openstack-infra08:28
*** davidlenwell_ has joined #openstack-infra08:29
*** bknudson has quit IRC08:29
*** vkozhukalov has joined #openstack-infra08:29
*** bpokorny has quit IRC08:29
*** beagles has joined #openstack-infra08:29
*** EntropyWorks_ has joined #openstack-infra08:30
openstackgerritMax Rydahl Andersen proposed a change to openstack-infra/jenkins-job-builder: add private-repository to maven-target  https://review.openstack.org/6016108:30
*** plomakin has joined #openstack-infra08:30
*** hub_cap_ has joined #openstack-infra08:31
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add gate-climate-devstack-dsvm  https://review.openstack.org/5870208:33
*** esmute_ has joined #openstack-infra08:33
*** mtreinish_ has joined #openstack-infra08:34
*** esmute has quit IRC08:34
*** pete5 has quit IRC08:34
*** lifeless has quit IRC08:34
*** EntropyWorks has quit IRC08:34
*** plomakin_ has quit IRC08:34
*** SergeyLukjanov has quit IRC08:34
*** hub_cap has quit IRC08:34
*** mtreinish has quit IRC08:34
*** davidlenwell has quit IRC08:34
*** mtreinish_ is now known as mtreinish08:35
*** pete5_ is now known as pete508:35
*** rongze_ has joined #openstack-infra08:35
*** EntropyWorks_ is now known as EntropyWorks08:35
*** esmute_ is now known as esmute08:35
*** lifeless has joined #openstack-infra08:36
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add manila repos to PROJECTS in d-g job  https://review.openstack.org/6044208:36
*** fifieldt_ has quit IRC08:36
*** rongze has quit IRC08:37
*** ljjjustin has quit IRC08:37
*** ljjjustin has joined #openstack-infra08:39
*** shardy_afk is now known as shardy08:44
*** sjing has quit IRC08:44
*** yolanda has joined #openstack-infra08:52
*** jpich has joined #openstack-infra09:11
*** yassine has joined #openstack-infra09:13
*** ljjjustin has quit IRC09:27
*** nosnos_ has quit IRC09:29
*** nosnos has joined #openstack-infra09:29
*** boris-42 has quit IRC09:29
*** bingbu has quit IRC09:37
*** sdake_ has quit IRC09:43
*** HenryG has quit IRC09:47
*** HenryG has joined #openstack-infra09:47
*** klrmn has quit IRC09:51
*** hdd has quit IRC09:51
*** echohead has quit IRC09:51
*** echohead has joined #openstack-infra09:51
*** cody-somerville has quit IRC09:51
*** klrmn1 has joined #openstack-infra09:51
*** hdd has joined #openstack-infra09:51
*** klrmn1 is now known as klrmn09:51
*** cody-somerville has joined #openstack-infra09:51
*** senk has joined #openstack-infra09:54
*** senk has quit IRC09:59
*** Ryan_Lane has joined #openstack-infra09:59
*** senk has joined #openstack-infra09:59
*** hashar has joined #openstack-infra10:00
*** fbo_away is now known as fbo10:09
*** DinaBelova has joined #openstack-infra10:14
*** nprivalova has quit IRC10:21
*** Ryan_Lane has quit IRC10:21
*** DinaBelova has quit IRC10:25
*** senk has quit IRC10:26
*** salv-orlando has joined #openstack-infra10:27
*** SergeyLukjanov_ has quit IRC10:32
*** johnthetubaguy has joined #openstack-infra10:37
*** che-arne has joined #openstack-infra10:44
*** nosnos_ has joined #openstack-infra10:44
*** nprivalova has joined #openstack-infra10:46
*** nosnos has quit IRC10:48
openstackgerritRoman Prykhodchenko proposed a change to openstack-infra/config: Adds devstack-gate tests for Ironic  https://review.openstack.org/5391710:55
*** senk has joined #openstack-infra11:02
*** heyongli has joined #openstack-infra11:08
*** senk has quit IRC11:09
*** senk has joined #openstack-infra11:10
*** senk has quit IRC11:15
*** rongze_ has quit IRC11:17
*** rfolco has joined #openstack-infra11:19
*** mkerrin has quit IRC11:20
*** mkerrin has joined #openstack-infra11:21
*** yamahata_ has joined #openstack-infra11:21
*** wenlock has joined #openstack-infra11:26
*** rongze has joined #openstack-infra11:28
*** ArxCruz has joined #openstack-infra11:29
*** markmc has joined #openstack-infra11:32
openstackgerritEmilien Macchi proposed a change to openstack-infra/config: Neutron support in Grenade jobs  https://review.openstack.org/5903911:36
*** fallenpegasus has joined #openstack-infra11:37
EmilienMfungi: i hope i did well ^11:37
*** yamahata_ has quit IRC11:48
*** fallenpegasus has quit IRC11:49
*** adalbas has quit IRC11:51
*** senk has joined #openstack-infra12:07
*** bpokorny has joined #openstack-infra12:07
*** locke105 has joined #openstack-infra12:08
*** senk1 has joined #openstack-infra12:09
*** senk has quit IRC12:11
*** bknudson has joined #openstack-infra12:12
*** nati_ueno has joined #openstack-infra12:14
*** senk1 has quit IRC12:16
*** boris-42 has joined #openstack-infra12:16
*** pblaho has quit IRC12:18
*** pblaho has joined #openstack-infra12:18
HenryGNoticed yesterday after updating devstack that git.openstack.org is *much* slower than github.com for cloning repos12:22
sdagueHenryG: can you build some timing numbers on that? (also location from where you are cloning would be useful)12:30
sdagueif we can quantify it better we can figure out options12:30
*** mrodden has joined #openstack-infra12:31
BobBallAnyone seen beam.smp using >2G ram?  It's only started to happen recently and I'm trying to work out what's changed to cause it12:32
HenryGsdague: what timing are you looking for? time to clone, say, nova?12:34
sdagueHenryG: sure, honestly it would be useful to get it across the collection of repos that get cloned12:35
HenryGsdague: is that list of repos easily obtainable?12:37
sdagueHenryG: it's in the devstack source12:37
* HenryG looks ...12:37
openstackgerritArx Cruz proposed a change to openstack-infra/devstack-gate: Adding an option to use qpid instead of rabbit or zeromq  https://review.openstack.org/5582912:40
*** vkozhukalov has quit IRC12:41
*** vkozhukalov has joined #openstack-infra12:45
*** boris-42 has quit IRC12:47
*** adalbas has joined #openstack-infra12:48
*** nati_ueno has quit IRC12:49
*** dcramer_ has quit IRC12:51
*** mriedem has joined #openstack-infra12:54
HenryGsdague: looks like git.openstack.org is faster than github today. The slowness must have been temporary12:56
*** boris-42 has joined #openstack-infra12:56
sdagueHenryG: cool12:57
sdaguezuul is pretty quiet at the moment as well. It would be useful to figure out if it turns out that we are overloading the system during heavy zuul times12:58
sdagueso if you had something you could rerun periodically to see if it changes, that would be good12:58
*** yamahata_ has joined #openstack-infra12:59
HenryGI have a couple of servers for devstack. I could set up something periodic, but no promises on when I'd get that done.13:01
*** DinaBelova has joined #openstack-infra13:04
*** salv-orlando has quit IRC13:06
sdagueyeh, even something manual so if you see it return, we can narrow it down13:07
*** salv-orlando has joined #openstack-infra13:07
*** weshay has joined #openstack-infra13:09
HenryGmight also be a good idea to periodically log the cpu/disk/net load on the server and graph it together with the zuul graphs?13:09
*** boris-42 has quit IRC13:09
*** beagles has quit IRC13:11
*** nosnos_ has quit IRC13:11
*** senk has joined #openstack-infra13:16
*** senk has quit IRC13:16
*** senk has joined #openstack-infra13:17
*** senk has quit IRC13:21
openstackgerritJulien Danjou proposed a change to openstack-infra/config: Run tests and add the ability to release for tooz  https://review.openstack.org/6050413:22
*** loq_mac has joined #openstack-infra13:23
*** loq_mac has quit IRC13:25
*** beagles has joined #openstack-infra13:26
*** bpokorny has quit IRC13:27
*** prad has joined #openstack-infra13:29
*** heyongli has quit IRC13:40
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Add e-r query for bug 1257644  https://review.openstack.org/6050813:41
uvirtbotLaunchpad bug 1257644 in nova "gate-tempest-dsvm-postgres-full fails - unable to schedule instance" [Critical,Triaged] https://launchpad.net/bugs/125764413:41
openstackgerritJulien Danjou proposed a change to openstack-infra/config: Install ZooKeeper on slaves  https://review.openstack.org/6050913:41
*** mindjive1 is now known as mindjiver13:42
*** bpokorny has joined #openstack-infra13:45
*** tma996 has joined #openstack-infra13:50
*** dprince has joined #openstack-infra13:52
*** beagles is now known as beagles_brb14:06
*** SergeyLukjanov has joined #openstack-infra14:07
*** senk has joined #openstack-infra14:07
*** esker has joined #openstack-infra14:10
openstackgerritDarragh O'Reilly proposed a change to openstack-infra/os-loganalyze: Provide a script that starts a simple WSGI server  https://review.openstack.org/6032514:11
*** mfer has joined #openstack-infra14:12
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: Stories and Tasks search  https://review.openstack.org/6051514:12
*** dkliban_ has joined #openstack-infra14:12
*** dcramer_ has joined #openstack-infra14:14
*** senk has quit IRC14:16
*** senk has joined #openstack-infra14:16
*** thomasem has joined #openstack-infra14:17
*** weshay has quit IRC14:18
jog0notmyname: yes, that is on my list of todo's biggest blocker is don't know how to get a single datapoint in graphite yet14:18
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Add e-r query for bug 1257644  https://review.openstack.org/6050814:18
uvirtbotLaunchpad bug 1257644 in nova "gate-tempest-dsvm-postgres-full fails - unable to schedule instance" [Critical,Triaged] https://launchpad.net/bugs/125764414:19
jog0clarkb: how hard would it be to get warn level logs in elasticsearch14:19
jog0clarkb: by that I mean they would really really really help14:19
jog0https://review.openstack.org/#/c/60508/14:19
*** DinaBelova has quit IRC14:23
*** DinaBelova has joined #openstack-infra14:26
sdagueso we think all the rax nodes are performance nodes now?14:27
jog0fingured out how to get the raw data to get failure rate from graphite14:28
jog0http://paste.openstack.org/show/54592/14:28
sdaguejog0: we have warn in es14:28
sdaguewe don't have debug14:28
jog0sdague: I couldn't find it14:28
jog0ohh its warning14:29
jog0lol14:29
jog0sdague:  I won't be able to get a patch out for showing the failure rate using graphite today14:31
sdaguehttp://ubuntuone.com/2ZhczqLoUjkfs6CiLofc6N14:31
jog0so if you want to  turn that paste into something that runs on statu.o.o/e-r14:31
sdagueok, I'll see if I can get to it14:31
jog0thanks14:32
sdaguei've been pushing off some paper work till today, so I think I have to tackle that first14:32
*** rnirmal has joined #openstack-infra14:32
jog0the graphite graph from the e-r repo version has only gate in it14:32
jog0but the logic is the same14:32
sdagueanyway, the above graph seems to show the rax cloud is now slightly slower than hp cloud, with massively more variance in performance14:32
jog0that variance is scary14:33
sdaguethat is successful runs only out of the check queue14:33
sdagueof tempest full14:33
sdaguehttps://jenkins01.openstack.org/job/check-tempest-dsvm-full/buildTimeTrend - throw out all fails14:34
jog0wow 30-60 minutes big variance14:35
sdagueactually hp az2 is pretty crazy as well14:35
jog0yeah I wonder if thats the new one14:35
jog0sdague: anyway have to go AFK (its almost 5here)14:36
jog0o/14:36
sdagueenjoy14:37
*** russellb is now known as rustlebee14:38
*** dcramer_ has quit IRC14:42
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: Stories and Tasks search  https://review.openstack.org/6051514:43
*** bnemec has joined #openstack-infra14:45
*** pabelanger_ has joined #openstack-infra14:46
*** pabelanger_ has quit IRC14:46
*** pabelanger_ has joined #openstack-infra14:46
*** DinaBelova has quit IRC14:46
*** pabelanger has quit IRC14:46
*** pabelanger_ is now known as pabelanger14:46
*** pabelanger_ has joined #openstack-infra14:47
*** DinaBelova has joined #openstack-infra14:48
*** pabelanger has quit IRC14:48
*** pabelanger has joined #openstack-infra14:48
*** mkerrin has quit IRC14:49
*** loq_mac has joined #openstack-infra14:50
fungiHenryG: we also have graphs of resource utilization for the servers in the git farm... http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=43 http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=47 http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=4614:50
fungihttp://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=45 http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=4414:50
fungithe first url is the haproxy load balancer, and the other four are the git servers themselves14:51
fungiso if you have specific times you notice it's slow, there's a good chance we can figure out what the bottleneck is (so long as it's in our systems)14:51
*** loq_mac has quit IRC14:52
*** senk has quit IRC14:52
*** jergerber has joined #openstack-infra14:52
HenryGThanks, I'll check these when/if we notice slowness again.14:53
*** mestery_ has joined #openstack-infra14:53
*** chandankumar has quit IRC14:53
*** boris-42 has joined #openstack-infra14:54
fungii look forward to the day when barbican devs stop referring to commits in code review as "pull requests" and git repositories as "github"14:56
*** mestery has quit IRC14:57
*** jcoufal has quit IRC14:57
*** mestery has joined #openstack-infra14:57
*** weshay has joined #openstack-infra14:58
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: Stories and Tasks search  https://review.openstack.org/6051514:58
*** mestery_ has quit IRC14:58
*** rongze has quit IRC15:00
*** mestery has quit IRC15:05
*** ruhe has joined #openstack-infra15:06
*** dansmith is now known as damnsmith15:07
*** vkozhukalov has quit IRC15:12
*** mestery has joined #openstack-infra15:13
*** rongze has joined #openstack-infra15:16
*** pblaho has quit IRC15:18
*** gfidente has joined #openstack-infra15:20
*** ^d has joined #openstack-infra15:24
*** bnemec is now known as beekneemech15:25
*** boris-42 has quit IRC15:25
*** gfidente is now known as giulivo15:26
*** markwash has joined #openstack-infra15:26
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: Stories and Tasks search  https://review.openstack.org/6051515:26
mtreinishfungi: found an interesting failure: http://logs.openstack.org/79/60379/1/check/gate-tempest-dsvm-neutron-large-ops/70d71d4/console.html#_2013-12-05_23_28_56_05615:27
mtreinishit looks like subunit hit an exception when importing a test file. My guess is that a dep didn't get correctly installed15:28
pleia2flaper87: when you have a moment, can you see https://review.openstack.org/#/c/60240/ to get channel permissions sorted for us?15:29
pleia2flaper87: mmagr tried, but doesn't have enough access in the channel15:29
fungimtreinish: that looks sorta like one clarkb and lifeless were talking about earlier in the week15:29
*** boris-42 has joined #openstack-infra15:30
*** boris-42 has quit IRC15:30
fungimtreinish: i'm wondering whether that's discover catching an exception when trying to import some module15:30
fungiused to trip up nose anyway15:30
mtreinishfungi: that's what the error has been in my experience (I've hit it locally when writing tests)15:30
flaper87pleia2: done!15:31
* flaper87 completely forgot he was the owner of that channel15:31
flaper87:D15:31
pleia2flaper87: hm, still now showing up in the access list /msg chanserv access #packstack-dev list15:31
pleia2flaper87: s/now/not15:32
mtreinishfungi: I opened a bug about it not catching errors on import before (we ended up skipping broken tests in tempest because subunit didn't error out and just changed the test name)15:32
mtreinishfungi: https://bazaar.launchpad.net/~subunit/subunit/trunk/revision/23115:32
fungioh, yeah i remember that now15:33
pleia2flaper87: you want this command (chanserv should confirm addition): /msg chanserv access #packstack-dev add openstackinfra +AFRfiorstv15:33
flaper87pleia2: yeah, that's the one I'm running, but it just said I'm not authorized15:33
pleia2hrm15:34
mtreinishfungi: I'm just wondering what could have caused the import error there, because it passed all the other jenkins jobs (just not the large ops ones)15:34
pleia2flaper87: you are the channel founder, and you're identified with nickserv, very odd15:34
pleia2flaper87: sure you're using #packstack-dev and not #channel as in my (poor) example?15:35
flaper87pleia2: done, there was a typo in the channel name15:35
pleia2hurrah!15:35
pleia2flaper87: looks good, thank you :)15:35
flaper87pleia2: yeah, It just looks like I don't know how to write 'dev'15:35
pleia2hehe15:35
sdaguefungi: so do you know for sure that we're on rax performance nodes on all the rax stuff?15:35
*** datsun180b has joined #openstack-infra15:36
fungisdague: unless the ephemeral disk modifications for devstack-gate landed yet, then we're not using them no15:37
* fungi checks15:37
sdaguefungi: ok15:37
fungisdague: https://review.openstack.org/#/c/60347/15:38
fungipretty sure without that we can't use them, because the root filesystem is too small15:38
fungisimilar to hpcloud15:38
*** vkozhukalov has joined #openstack-infra15:40
fungisdague: but jeblair ran some baselines by hand and the numbers look favorable. the same or slightly faster than hpcloud nodes (from the old region not the newer region), and well faster than our current rackspace slaves15:40
sdaguecool15:41
*** fbo has quit IRC15:42
*** fbo has joined #openstack-infra15:42
jeblairoh, no, we're using performance for all rax nodes15:45
jeblairwe're just not using them in gate yet15:45
jeblairsdague, fungi: ^15:45
mordredoh neat15:45
jeblairmordred, fungi, zaro: i don't want to be backed into a corner with gerrit -- we need to still be able to build 2.4.  new jobs or jobs that check for pom.xml are fine either way.15:45
jeblairmordred, fungi, zaro: i don't think we need to handle new <2.8 branches though, i don't expect to add any of those.15:45
fungijeblair: oh! excellent15:46
mordredjeblair: ++ on gerrit - sorry, it was late, I was being snarky about security from upstream, not actually suggesting we lose the ability to build 2.415:46
mordred:)15:46
jeblairmordred: ok.  :)  we _have_ patched 2.4 with security updates twice since we thought they 'stopped supporting it'.  one was actually a 2.4 patch, the other was a backport.15:47
fungijeblair: right, i agree 2.4.x equal to or later than 2.4.4 needs to be buildable as well as 2.8 and later15:47
jeblairfungi: yep, that's the main thing.15:47
*** SushilKM has joined #openstack-infra15:48
*** herndon has joined #openstack-infra15:49
sdaguejeblair: ok15:49
*** beagles_brb is now known as beagles15:49
sdagueso the perf nodes are better, but still pretty variant15:49
mikalWhat instance size are you using?15:50
mikalIs there some data I can point people at?15:50
jeblairmikal: 8g15:50
*** SushilKM has quit IRC15:50
jeblairmikal, sdague: i'm dusting off an old graph, give me a few mins15:50
mikaljeblair: sure, NP15:50
sdaguehttp://ubuntuone.com/2ZhczqLoUjkfs6CiLofc6N15:50
sdaguethat I scraped the morning15:51
mikaljeblair: I'm finishing up exposing logs for TH test runs now, because I care about your opinion15:51
sdaguethats tempest full runs from the check queue, which succeeded15:51
*** sandy__ has quit IRC15:51
jeblairmikal: you bring tears to my eyes15:51
mikalLOL15:52
*** oubiwann_ has joined #openstack-infra15:56
*** dims has quit IRC15:58
jeblairmikal, sdague: well, crap.  i lost the runtime stats when moving to nodepool.  i'll work on putting them back.  sorry.15:59
mordredmoar graphs16:00
*** oubiwann_ has quit IRC16:02
*** adalbas has quit IRC16:03
*** dims has joined #openstack-infra16:03
hasharwe had nice graphs related to Nelson Mandella deaths yesterday16:03
*** andreaf has quit IRC16:04
*** adalbas has joined #openstack-infra16:05
hasharhttp://imgur.com/NtJXGvg  http req/s  there is a nice spike at 22:00 UTC16:05
*** andreaf has joined #openstack-infra16:07
*** jcooley_ has joined #openstack-infra16:10
*** adalbas has quit IRC16:11
*** mrodden has quit IRC16:11
openstackgerritDenis M. proposed a change to openstack/requirements: Update python-troveclient version  https://review.openstack.org/6055316:11
*** pcrews has joined #openstack-infra16:17
*** sdake has quit IRC16:24
*** sdake has joined #openstack-infra16:24
*** hub_cap_ is now known as hub_cap16:25
*** adalbas has joined #openstack-infra16:25
*** Abhishek has joined #openstack-infra16:26
*** sdake has quit IRC16:27
*** sdake has joined #openstack-infra16:27
*** sdake has joined #openstack-infra16:27
*** mrodden has joined #openstack-infra16:29
*** tma996 has quit IRC16:30
*** fallenpegasus has joined #openstack-infra16:31
*** weshay has quit IRC16:32
mriedemanyone know which version of libvirt we're running in the gate?16:34
mriedem>= 1.0.1?16:34
openstackgerritDenis M. proposed a change to openstack/requirements: Update python-troveclient version  https://review.openstack.org/6055316:35
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Add job runtime stats  https://review.openstack.org/6055716:36
jeblairmordred, sdague, mikal: ^ that should give us back the runtime stats16:36
mordredjeblair: I am in support of our new runtime stats overlords16:36
sdaguemriedem: it's a 0.9x I think16:37
sdagueit will be in the console logs somewhere16:37
*** ^d has quit IRC16:37
mordredjeblair: your patch does 4 things. can you split it in to four patches? (TOTALLY KIDDING)16:37
fungi"your patch has four lines--can you split it into four patches?"16:38
mriedemsdague: yup Setting up libvirt0 (0.9.8-2ubuntu17.16) ...16:39
jeblairhehe16:41
*** mgagne has quit IRC16:41
*** yassine has quit IRC16:42
*** markmcclain has joined #openstack-infra16:42
*** mgagne has joined #openstack-infra16:43
*** vkozhukalov has quit IRC16:43
*** Abhishek has quit IRC16:46
*** fallenpegasus has quit IRC16:49
jeblairmordred: so you're ready to land  https://review.openstack.org/#/c/58153/ ?16:50
jeblairmordred: i see clarkb wanted to babysit it, but i think i can get that started16:51
*** niska has quit IRC16:52
*** beekneemech has quit IRC16:52
*** SergeyLukjanov has quit IRC16:53
*** guitarzan has quit IRC16:53
*** bnemec has joined #openstack-infra16:53
*** dkliban_ has quit IRC16:53
*** iccha has quit IRC16:54
*** dstanek has quit IRC16:54
*** odyi has quit IRC16:54
*** dkliban_ has joined #openstack-infra16:54
*** iccha has joined #openstack-infra16:54
*** niska has joined #openstack-infra16:54
*** guitarzan has joined #openstack-infra16:54
mordredjeblair: yes. I see no reason to not move forward with that16:55
*** odyi has joined #openstack-infra16:55
mordredI should send a message to the list about the behavior change16:55
openstackgerritA change was merged to openstack-infra/config: Use requirements project list for mirror selection  https://review.openstack.org/5815316:55
jeblairmordred: excellent.  :)16:55
*** DinaBelova has quit IRC16:56
*** sdake has quit IRC16:57
*** sdake has joined #openstack-infra16:58
mordredwoot16:58
mordredso - once that rolls out in the next puppet update, we can probably re-check the other one16:59
jeblair*nod*16:59
mordredjeblair: I'm mildly worried that we have the implementation of this system spread over 4 repos16:59
*** sdake has quit IRC17:00
mordredbut I have been unable to conceive of appropriate changes to fix it17:00
*** sdake has joined #openstack-infra17:00
*** sdake has quit IRC17:00
*** sdake has joined #openstack-infra17:00
*** talluri has joined #openstack-infra17:00
*** pete5 has quit IRC17:00
*** nati_ueno has joined #openstack-infra17:01
openstackgerritEmilien Macchi proposed a change to openstack-infra/config: Neutron support in Grenade jobs  https://review.openstack.org/5903917:01
*** openstackstatus has quit IRC17:03
*** openstackstatus has joined #openstack-infra17:04
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Bump the min ram for HP 1.1  https://review.openstack.org/6056117:04
mordredjeblair: there's a change to try bumping the ram to see if it helps17:04
jeblair#status log i'm running statusbot in screen to try to catch why it dies after a while.17:05
mordredjeblair: do you think we should run for a while with your new nodepool stats on 8k first to collect good numbers there17:05
jeblairfungi, mordred, clarkb: ^ see status note17:05
mordredjeblair: nod17:05
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Add job runtime stats  https://review.openstack.org/6055717:06
*** rossella_s has joined #openstack-infra17:06
openstackgerritA change was merged to openstack-infra/elastic-recheck: implementation of FacetSet for client side nested facets  https://review.openstack.org/5982217:06
openstackgerritA change was merged to openstack-infra/zuul: Remove unecessary debug message  https://review.openstack.org/6035517:06
jeblairmordred: not sure; i'm happy to, but i wasn't around when it was being tested so i'm not familiar with the numbers we do have17:06
openstackgerritA change was merged to openstack-infra/elastic-recheck: port check_success to facets  https://review.openstack.org/5983217:06
*** markwash has quit IRC17:07
mordredjeblair: the numbers we have are clark saying that the numbers are simliar to the rax nova non-perf nodes17:07
mordredalthough, in some cases, things ran as much as twice as slow and hit timeouts17:07
*** zehicle_at_dell has joined #openstack-infra17:07
fungijeblair: now that i've seen it, i can't un-see it. you started it under a shell in screen so that we'll be able to reattach and see the traceback? (obviously if you spawn it directly from screen, screen will terminate when the daemon does)17:08
jeblairfungi: yes17:08
*** nicedice has joined #openstack-infra17:08
EmilienMfungi: sorry, you were very clear. I'm fixing the job.17:09
zarogood morning17:09
fungimordred: i think in a lot of cases, "slightly slower than rackspace non-performance" is enough to tip a few of those jobs over into timeouts17:09
jeblairmordred: a spot check of a slave indicates select-mirror has been updated17:10
*** weshay has joined #openstack-infra17:10
zarofungi: will you have time to start creating accounts today?  or should we wait until next week?17:10
openstackgerritEmilien Macchi proposed a change to openstack-infra/config: Neutron support in Grenade jobs  https://review.openstack.org/5903917:10
fungiEmilienM: no worries. it's a complex system, takes some getting used to17:10
*** sandywalsh has joined #openstack-infra17:10
*** jcooley_ has quit IRC17:10
jeblairmordred: https://jenkins01.openstack.org/job/gate-neutron-python26/4017/console used the new code17:10
fungizaro: yep, i need about 30 minutes to wrap up the last of the cinder/lvm work on static, and then i'm working on accounts17:11
*** jpich has quit IRC17:11
mordredjeblair: neat. it seems to have worked17:12
EmilienMfungi: thank you for your patience17:12
fungiEmilienM: you're very welcome17:12
*** denis_makogon has joined #openstack-infra17:13
jeblairmordred: i agree with that assesment17:13
denis_makogongoodday, could this review be reviewed https://review.openstack.org/#/c/60553/ ?17:13
*** nati_ueno has quit IRC17:13
jeblairmordred: i rechecked https://review.openstack.org/#/c/48064/17:13
*** johnthetubaguy has quit IRC17:14
*** nprivalova has quit IRC17:15
*** FallenPegasus has joined #openstack-infra17:20
*** FallenPegasus has quit IRC17:20
*** FallenPegasus has joined #openstack-infra17:21
*** rcleere has joined #openstack-infra17:24
*** SushilKM has joined #openstack-infra17:30
*** marun has quit IRC17:30
*** sarob has joined #openstack-infra17:30
*** ryanpetrello has joined #openstack-infra17:31
*** pabelanger has quit IRC17:33
*** ^d has joined #openstack-infra17:36
*** FallenPegasus has quit IRC17:37
*** loq_mac has joined #openstack-infra17:39
mordredjeblair: this: https://review.openstack.org/#/c/58145/17:40
mordredjeblair: is WIP - I think I'm just goingto wait until gerrit 2.8 to see if it's fixed there17:41
lifelessmtreinish: remember https://bugs.launchpad.net/subunit/+bug/1245672 ? :)17:41
uvirtbotLaunchpad bug 1245672 in testtools "testtools.run --list-tests exits 0 when discover fails to import" [Critical,Fix released]17:41
jeblairmordred: ok17:42
lifelessmtreinish: the UI is a huge fail right now, I need to circle back on that17:42
*** markmcclain has quit IRC17:42
lifelessmtreinish: but right at the end:17:42
lifelessimport errors\x1etempest.tests.test_rest_client17:42
lifelesstempest.tests.test_rest_client failed to import17:42
lifelessso running the full suite would have failed17:43
clarkbmorning17:43
*** loquacities has joined #openstack-infra17:43
clarkbalso ++ to merging the mirror selection change. I didn't want to exclude anyone else from babysitting :)17:43
*** markmcclain has joined #openstack-infra17:43
jeblairclarkb: good morning17:43
lifelessmtreinish: and now we fail at listing time, because as you pointed out, a filtered test suite might not pick up the lazy report of a failing import leading to silently not running expected tests17:44
jeblairclarkb: after further thought, i think i want to proceed with https://review.openstack.org/#/c/60391/ and not the ggp approach ...17:44
clarkbjeblair: ok17:44
*** loq_mac has quit IRC17:44
lifelessfungi: clarkb: ^ See my reply to mtreinish  :)17:44
jeblairclarkb: i don't think ggp is going to easily deal with updating the devstack-gate checkout for projects other than devstack-gate (that the current project is the only project is another assumption it makes)17:45
jeblairclarkb: so making it handle checking out the zuul ref for devstack-gate master branch for a change to nova stable/havana would be adding significant complexity to it.17:45
*** ruhe has quit IRC17:45
SushilKMwanted to know on trove gate which version of python 2.6 we are using like 2.6.?17:46
clarkbSushilKM: Python 2.6.617:46
SushilKMthanks clarkb17:46
*** markmcclain has quit IRC17:46
clarkbjeblair: good point17:46
*** hashar has quit IRC17:47
clarkbjeblair: I hadn't considered non master checkouts and how that works with d-g17:47
fungilifeless: okay, makes sense. thanks!17:48
fungiSushilKM: basically, the latest python 2.6 provided in the current release of centos 617:48
openstackgerritJames E. Blair proposed a change to openstack-infra/statusbot: Add an alert file publisher  https://review.openstack.org/6056817:48
SushilKMFine and thanks @fungi17:50
clarkbmordred: jeblair: the slowdown for tempest smoke and swift functional tests wasn't much worse than rax, but tempest full was pretty bad17:50
notmyname?17:50
*** nati_ueno has joined #openstack-infra17:51
mordrednotmyname: $17:51
jeblairclarkb: mordred wants to experiment with a larger flavor.  meanwhile i just wrote a patch to add runtime stats to nodepool...17:51
jeblairclarkb: do you have good enough numbers that we can make mordred's change and have a meaningful comparison?17:51
mordrednotmyname: oh -  swift ping. nah, wasn't actually swift releated17:51
*** krotscheck has joined #openstack-infra17:51
*** reed has joined #openstack-infra17:51
jeblairclarkb: or should we run with the nodepool change on 8g for a while to get those numbers?17:51
clarkbjeblair: probably not, I was just glancing at https://jenkins01.openstack.org/job/check-tempest-dsvm-full/buildTimeTrend on the various jenkins servers and since we don't have many slaves we don't get great numbers there17:52
*** esker has quit IRC17:52
notmynamemordred: thanks. just checking :-)17:52
*** loquacities has quit IRC17:53
clarkbjeblair: but looking at that for the full tempest runs they seem to consistently timeout17:53
clarkbjeblair: so we can at least check if they stop timing out17:53
mtreinishlifeless: the thing is running the full suite passed. It' only fails on 2 of the jobs: https://review.openstack.org/#/c/60379/17:53
clarkbjeblair: zaro: btw gerrit 2.9 release is aiming for february 1st17:54
*** flaper87 is now known as flaper87|afk17:54
*** markmc has quit IRC17:55
lifelessmtreinish: that means something in those two jobs is preventing the import of that module17:55
*** gyee has joined #openstack-infra17:56
mtreinishlifeless: yeah, that's what I was starting to dig into. But nothing was standing out as obvious causes from a quick glance at d-g.17:56
*** nikhil__ is now known as nikhil_17:58
*** nikhil_ is now known as Guest3216017:59
*** rnirmal has quit IRC18:05
*** Guest32160 is now known as nikhil__18:05
*** SushilKM has quit IRC18:05
*** dripton has quit IRC18:05
*** boris-42 has joined #openstack-infra18:06
jeblairclarkb, fungi, mordred: could you look at https://review.openstack.org/#/c/60391/ ? it's going to spend most of the day trying to get through the gate.18:06
clarkbsure18:06
*** alcabrera has joined #openstack-infra18:07
lifelessmtreinish: are there any dep differences between the jobs?18:07
fungihah, i already had that one open in a tab, staring at it while waiting for this ext2resize to complete18:07
lifelessmtreinish: e.g. what does enabling large ops do to the python librariess18:08
lifelessmtreinish: or to your new test file18:08
*** dripton has joined #openstack-infra18:09
*** dripton is now known as dripton_gym18:09
*** esker has joined #openstack-infra18:10
mtreinishlifeless: it shouldn't do anything it's a just a different tox job with a different regex filter: http://git.openstack.org/cgit/openstack/tempest/tree/tox.ini#n5018:11
clarkbjeblair: has zuul been restarted with the split pipeline fix?18:11
mtreinishand on the devstack gate side it just sets some different config options: http://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/devstack-vm-gate.sh#n19718:11
jeblairclarkb: yes18:11
lifelessmtreinish: does the choice of virt driver impact what deps are installed?18:13
jeblairclarkb: i want to add a stanza inside of the meetbot vhost.  did we ever figure out a pattern for that?18:13
jeblairclarkb: (a non-meetbot related stanza)18:13
lifelessmtreinish: though the file that fails looks super ordinary18:13
mtreinishlifeless: I don't know that's a good question. I feel like it shouldn't18:13
lifelessno obvious exotic dependencies18:13
mtreinishsdague: ^^^ any idea18:14
fungiclarkb: eys18:14
fungiclarkb: or yes18:14
mtreinishlifeless: yeah it's pretty straightforward18:14
fungioh, nm, you got an answer18:14
clarkbjeblair: I don't think we did18:16
clarkbjeblair: re https://review.openstack.org/#/c/60391/3/devstack-vm-gate-wrap.sh the only thing I have a question about is whether or not we need the logs dir before reexecing18:17
clarkbsince we do log the reexec process don't we?18:17
sdaguelifeless: virt driver  selection does change dependencies18:17
*** che-arne has quit IRC18:17
*** rossella_s has quit IRC18:17
lifelessmtreinish: 18:17
fungiclarkb: that all gets captured to stdout (console log) right?18:18
clarkbfungi: some of it does, some of it goes in the setup-* log files. After reading further it looks like the log into file stuff happens after reexec18:19
clarkbfungi: I think you are correct18:19
*** markwash has joined #openstack-infra18:19
fungithat's what i meant, everything prior to any reexec hits the console log, not a redirect18:19
clarkbyup, I am approving now18:19
*** SergeyLukjanov has joined #openstack-infra18:20
*** SergeyLukjanov is now known as _SergeyLukjanov18:21
*** _SergeyLukjanov is now known as SergeyLukjanov18:22
openstackgerritA change was merged to openstack-infra/gearman-plugin: fix function registration.  https://review.openstack.org/5814018:24
jeblairclarkb, fungi: agreed (re: log to file stuff)18:28
clarkbhttp://logs.openstack.org/64/48064/7/check/check-tempest-dsvm-full/3e46bc9/logs/devstack-gate-setup-host.txt.gz select mirror was called but appears to be running the old version. We need to rebuild images18:29
clarkbI am going to start nodepool image builds if no one has beaten me to that18:30
*** rnirmal has joined #openstack-infra18:31
clarkbhrm we have a lot of images (more than the typical 1 or 2 per region/az)18:31
jeblairclarkb: i built images a few times yesterday18:32
*** afazekas_ has quit IRC18:32
clarkbjeblair: safe to ignore then?18:32
openstackgerritSergey Lukjanov proposed a change to openstack-infra/nodepool: Fix README file  https://review.openstack.org/6057918:33
jeblairclarkb: for now; i'll look for errors18:33
*** ryanpetrello has quit IRC18:35
openstackgerritSergey Lukjanov proposed a change to openstack-infra/gearman-plugin: [PLEASE IGNORE] Launchpad sync test  https://review.openstack.org/6058018:37
SergeyLukjanovhey guys18:38
SergeyLukjanovmy last CR shows that everything ok with LP sync18:38
SergeyLukjanovusing launchpad option in projects.yamk18:38
SergeyLukjanovthere is now gearman plugin in jeepyb's mapping - https://github.com/openstack-infra/jeepyb/blob/master/jeepyb/projects.py#L13418:38
SergeyLukjanovbut it was auto commented to https://bugs.launchpad.net/openstack-ci/+bug/125860918:39
uvirtbotLaunchpad bug 1258609 in openstack-ci "Bug for testing Launchpad sync" [Undecided,In progress]18:39
clarkbjeblair: mordred: fungi: btw nodepool failed to spin up a slave in dfw for image building we are at quota there. Is that quota shared with iad and ord? doesn't seem to be because images are building in those regions just fine18:39
clarkbnodepool claims to know of only one host in dfw18:39
clarkbquerying nova now18:39
jeblairclarkb: dfw holds the long running slaves18:39
clarkboh right18:40
jeblairclarkb: (nodepool alien-list will show you the diff)18:40
clarkbthere they are. Should we request a quota bump or ignore that for now?18:41
HenryGsdague, fungi: hi. I think git.openstack.org is starting to show some signs of sluggishness18:41
jeblairclarkb: ignore for now; though i thought there should be enough for an image build18:41
clarkbHenryG: can you be more specific?18:41
clarkbHenryG: is there a particular repo and protocol that is slow?18:41
sarobCan I get this https://review.openstack.org/#/c/60394/ merged?18:43
sarobi need to start promoting the stackforge project for new devs18:43
HenryGI have been spinning up devstack several times today with RECLONE=yes. It has been fast for the past ~4 hours, now it is getting slower. The "git fetch origin" operations are taking longer.18:43
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Serve the statusbot alert file from eavesdrop  https://review.openstack.org/6058218:44
HenryGNot as bad as it was yesterday though18:45
clarkbHenryG: http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=2 you can see git farm numbers there18:47
clarkbI wonder if this happens over time after the cron that packs refs runs18:48
clarkbthen it gets faster again18:48
clarkbcould also be a network thing as load in rackspace and our ci infra ramps up18:48
fungimaybe we could run that under nice?18:48
HenryGyes, I am poking around in those graphs18:48
*** osanchez has quit IRC18:48
clarkbfungi: no I don't think the process is causing the problem. The addition of unpacked refs is problematic18:49
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Serve the statusbot alert file from eavesdrop  https://review.openstack.org/6058218:49
fungithough if it's i/o starvation then yeah, nicing won't help18:49
clarkbfungi: we might want to run it more often18:49
clarkbfungi: we run that because that version of git sucks when there are a lot of refs loose18:49
fungioh, that. possible18:49
HenryGSeat of the pants observation is that the peaks in "TCP Open" connections correlates with when I saw slowness.18:49
jeblairclarkb: it takes a long time to add enough refs to make that kind of difference.18:49
fungithough that could be a symptom rather than a cause18:49
fungimore open sockets because slower response means clients waiting longer on them18:50
*** vkozhukalov has joined #openstack-infra18:50
clarkbhttp://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=862&rra_id=all it does push a non trivial amount of traffic especially considering what rackspace gives us for network bits18:50
*** reed has quit IRC18:51
*** yolanda has quit IRC18:53
*** mrodden has quit IRC18:54
clarkbfungi: any chance we can delete the precise-dev and centos6-dev slaves? are they still in use?18:55
clarkbfungi: if not deleting them will free up 16GB of DFW quota18:55
fungiclarkb: they are slaves of jenkins-dev18:55
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Add e-r query for bug 1257644  https://review.openstack.org/6050818:56
uvirtbotLaunchpad bug 1257644 in nova "gate-tempest-dsvm-postgres-full fails - unable to schedule instance" [Critical,Triaged] https://launchpad.net/bugs/125764418:56
clarkbfungi: gah that won't work then18:56
* clarkb goes back to ignoring dfw quota18:56
fungii've actually been trying to add a precisepy3k-dev slave to test the revised puppet pip providers18:56
clarkbmaybe we can put the dev slaves in another region?18:56
fungireasonable18:56
*** reed has joined #openstack-infra18:57
*** dstanek has joined #openstack-infra18:58
*** mrodden has joined #openstack-infra18:58
*** pabelanger has joined #openstack-infra18:59
*** DinaBelova has joined #openstack-infra19:01
jeblairclarkb: do you have any image builds happening now?19:03
clarkbjeblair: yes I have builds going for everywhere but dfq19:03
clarkb*dfw19:03
jeblairok19:03
*** loq_mac has joined #openstack-infra19:05
*** dripton has joined #openstack-infra19:05
denis_makogonguys, could someone please review this patch (in blocks, somehow, development of trove related features, like dashboard and heat resource) https://review.openstack.org/#/c/60553/19:06
*** dripton_gym has quit IRC19:06
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Restructure periodic cleanup  https://review.openstack.org/6058519:06
clarkbdenis_makogon: is that the absolute minimum version that can work?19:07
jeblairclarkb: i do think there is still a problem with the periodic cleanup ^ that change should help19:07
clarkbdenis_makogon: I ask because that change shouldn't hold up anything the new version will be available to you19:07
clarkbjeblair: thanks19:07
*** westmaas is now known as westmau519:07
clarkbdenis_makogon: http://pypi.openstack.org/openstack/python-troveclient/19:07
denis_makogonclarkb, there's big difference between 1.0.0 and 1.0.319:08
*** sarob has quit IRC19:08
denis_makogonclarkb, improvements requires 1.0.319:08
clarkbdenis_makogon: sure, but 1.0.3 is available now, you don't need that change to merge to get work done (it isn't a blocker)19:08
*** sarob has joined #openstack-infra19:08
*** sarob has quit IRC19:09
denis_makogonclarkb, is it possible to make 1.0.3 minimal version ?19:09
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Serve the statusbot alert file from eavesdrop  https://review.openstack.org/6058219:09
*** sarob_ has joined #openstack-infra19:09
clarkbdenis_makogon: it definitely is. I just want to understand why the change is necessary and how urgent it is19:10
*** adalbas has quit IRC19:10
clarkbdenis_makogon: infra doesn't like approving requirements changes unless it is actually urgent like breaking the gate. We prefer the requiremetns core team review those changes19:10
jeblairclarkb, mordred, fungi, pabelanger_: any reason not to cut zuul 2.0 now?19:10
clarkbjeblair: you fixed the major bug that I wanted to see get fixed19:11
clarkbno opposition from me19:11
denis_makogonclarkb, heat team blocks my patch until v1.0.3 would land19:11
*** loq_mac has quit IRC19:11
denis_makogonclarkb, as minimal requirements19:11
jeblair(or, i gues 2.0.0 to be consistent)19:11
clarkbnew image is in place on hpcloud az1-319:13
*** talluri has quit IRC19:15
fungizuul 2.0.0 wfm19:15
jeblairpushed19:15
clarkbdenis_makogon: I would try to get the non infra members of requirements core to review the change, we do try to be hands off as much as possible. Being hands off gives the python and distro folks a chance to review19:16
denis_makogonclarkb, thanks a lot =)19:17
*** sarob_ has quit IRC19:18
*** sarob has joined #openstack-infra19:18
fungidenis_makogon: the infra cores are core on requirements mainly so that we can get emergency changes through quickly to un-break gating and make decisions relevant to support and infrastructure, but otherwise don't really want to be in the position of deciding what versions of libraries various projects are going to use19:19
markwashSpamapS: good stuff on ML, thanks19:19
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Remove launchpad project mappings for -api repos  https://review.openstack.org/6059319:20
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Remove rest openstack/* repos mappings  https://review.openstack.org/6059419:20
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Remove launchpad mappings for cookbook-* repos  https://review.openstack.org/6059519:20
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Remove launchpad mapping for the rest projects  https://review.openstack.org/6059619:20
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Remove openstack-infra projects mappings to LP  https://review.openstack.org/6033219:20
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Set launchpad project mapping for all -api repos  https://review.openstack.org/6059719:20
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Set launchpad mappings for rest openstack/* repos  https://review.openstack.org/6059819:20
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Set launchpad mappings for all cookbook-* repos  https://review.openstack.org/6059919:20
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Set launchpad mappings for the rest projects  https://review.openstack.org/6060019:20
*** loq_mac has joined #openstack-infra19:20
SergeyLukjanovooops, sorry for spam19:20
DinaBelovawow :)19:20
denis_makogonfungi, problem it that older client (v1.0.0) doesn't allow to use all features of upstream trove, but 1.0.3 does19:20
SergeyLukjanovit's about movin git2lp mappings19:20
ogelbukhSergeyLukjanov: squash it )19:20
SergeyLukjanovI've split them to make review easier19:20
SergeyLukjanovogelbukh, I separate them by project 'groups', it makes them more reviewable19:21
SergeyLukjanovogelbukh, and I've separated them after looking on one big commit ;)19:22
SpamapSmarkwash: ty.. sometimes feel like I'm the crazy guy yelling at the world on the street corner. ;)19:22
*** loq_mac has quit IRC19:22
markwashI assume that happens to all of us :-)19:22
*** sarob has quit IRC19:23
*** pete5 has joined #openstack-infra19:23
*** mrodden has quit IRC19:25
clarkbsdague: can you tl;dr the e-r status page stuff for me so that I can review and approve19:26
clarkbsdague: is the only needed change https://review.openstack.org/#/c/60318/ ?19:27
sdagueclarkb: I think that's it19:27
sdaguewe've landed all the stuff in er19:27
clarkbthanks reviewing that now so it can get in before end of day19:27
sdaguethe basic model is as follows...19:27
sdaguewe pbr install the static pages into $prefix/share/elastic-recheck19:28
sdaguethen assume the host env will provide that as /elastic-recheck in apache19:28
sdagueand the state dir with data as /elastic-recheck/data in apache19:28
*** mrodden has joined #openstack-infra19:29
sdagueso hopefully that set of config changes does all that19:29
sdagueand if not, I screwed up again :)19:29
jeblair2013-12-06 19:29:07.669 | setUpClass (tempest.api.compute.v3.admin.test_simple_tenant_usage.TenantUsagesV3TestXML) ... FAIL19:30
jeblairwhat does that mean?19:30
jeblairthe test setup class failed, before running any tests?19:30
clarkbcorrect19:30
jeblairclassy19:31
*** sandywalsh has quit IRC19:31
mordredSpamapS: you said something good?19:32
mordredah setUpClass19:32
mordredone of these days we'll get rid of that19:32
clarkbsdague: I just noop ran it on logstash.o.o and it fails in bot.pp because it can't find the various requires from init.pp. I would change the requires in that file to be require => Class['elastic_recheck']19:33
clarkbsdague: I am leaving a comment now19:33
openstackgerritKhai Do proposed a change to openstack-infra/config: Setup tooling and jobs for openstack Gerrit ver 2.8 and beyond  https://review.openstack.org/6034819:33
sdagueclarkb: cool19:33
clarkbsdague: one other thing I want to change since we need to make a new patchset19:33
*** gyee has quit IRC19:33
ArxCruzjeblair: fungi how welcome a patch to devstack-gate.sh run a generic script after and before run tempest?19:33
sdaguesure, I'm trying to move the histogram stuff from graph.py back into results.py in facets, so I'll look to do a rev in 30 minutes or so19:34
ArxCruzjeblair: fungi for example, we need to set some configs in our power machine, before ran devstack, and after ran devstack, in order to tempest run fine19:34
fungiArxCruz: you mean additional hook points in the script, like the pre, setup and post ones?19:35
ArxCruzfungi: yes19:35
ArxCruzfungi: we need to do some black magic in our vm to run tempest19:35
fungizaro: btw, sorry for the delay on the sonatype jira account... they're throwing java exceptions when i try to add one, so i'm playing around with it a little19:35
ArxCruzit would be cool if we can point ian script to run as a envar19:35
ArxCruzlike19:35
ArxCruzDEVSTACK_RUN_SCRIPT_AFTER=my_black_magic.sh19:36
clarkbsdague: commented19:36
jeblairArxCruz: why doesn't the pre_test_hook work for that?19:36
ArxCruzthen in devstack-vm-gate.sh check if have this envar, if so, run after19:36
ArxCruzjeblair: hummm didn't knew about that19:37
clarkball regions but dfw have new images19:37
ArxCruzjeblair: any documentation how to use ?19:37
clarkbI will recheck mordred's change in a bit after hosts have a chance to cycle19:37
jeblairArxCruz: there should be some example in the infra/config repo jjb definitions19:37
*** oubiwann_ has joined #openstack-infra19:38
ArxCruzjeblair: cool! you guys save me a lot of time :D19:38
clarkbArxCruz: the solum, swift functional, and pbr integration tests all use the hooks19:38
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Serve the statusbot alert file from eavesdrop  https://review.openstack.org/6058219:38
mordredclarkb: which change?19:39
clarkbmordred: the d-g change to use select-mirror19:39
clarkbmordred: needed an image update to get the newer version of select-mirror in place19:39
mordredoh. duh19:39
mtreinishsdague: on http://logs.openstack.org/79/60379/1/check/gate-tempest-dsvm-large-ops/070b9cf/console.html I recreated the env locally and it's failing on importing mock when testr runs.19:41
mtreinishit looks like mock isn't installed in /usr/local/lib/python2.7/dist-packages and tox isn't putting it in it's venv19:42
*** oubiwann_ has quit IRC19:42
openstackgerritKhai Do proposed a change to openstack-infra/config: Setup tooling and jobs for openstack Gerrit ver 2.8 and beyond  https://review.openstack.org/6034819:42
sdaguemtreinish: dvsm shouldn't be using a venv19:43
sdaguewhy does large ops need mock?19:44
clarkbtempest uses a venv in the gate19:44
mordredsdague: no? I thought we used it anyway?19:44
mtreinishsdague: large-ops doesn't, but the unit tests do19:44
mtreinishand subunit discover imports the test files19:44
mordredhaha19:45
mordredthat's teh funny19:45
sdagueclarkb: I thought we bypass that?19:45
clarkbsdague: no, we enable site packages so it is still a venv19:45
sdagueor is this one of those things where you can never fully bypass it in tox19:45
mtreinishI just can't figure out why large-ops doesn't work but tempest-full (or the other tempest jobs) have no issue19:46
clarkbright no fully bypassing. we approximate with site packages but the python is running in a virtualenv19:46
sdagueman, I sort of what run_tests.sh back it's so silly to have a venv there19:46
mtreinishmock is in the tempest test-requirements file so shouldn't it be installed?19:47
*** sandywalsh has joined #openstack-infra19:48
mtreinishmordred: heh, yeah I know. It almost makes me want to make tempest-unit-tests be in a separate repo. :)19:49
*** loq_mac has joined #openstack-infra19:49
clarkbmtreinish: test-requirements will be installed by pbr I think19:49
mordredclarkb: no19:49
mordredwe only install requirements by default19:49
ArxCruzclarkb: thanks, found here, I will check if this will work to me :)19:50
clarkbmtreinish: in that case only the testenv:venv and testenv:pep8 install test requreiemtns according to the tox.ini I have (whcih is probably old)19:50
*** MarkAtwood has joined #openstack-infra19:50
mtreinishclarkb: what about testenv:py27?19:51
mtreinishclarkb: also then how do the other tempest jobs pass?19:51
*** mwagner_lap has joined #openstack-infra19:52
clarkbmtreinish: I am updating my repo to make sure this isn't super old19:52
clarkbyup just venv and pep8, notice the deps = lines19:52
clarkbmtreinish: tox will install tempest to the virtuelnvs with pbr, installing the requirements19:53
clarkbmaybe that is sufficient to run the tests?19:53
*** loq_mac has quit IRC19:53
mtreinishclarkb: requirements is sufficient to run the regular tempest tests. But, the testr list command will import the unit tests which is where the mock dep is coming from.19:55
mtreinishbut it only fails the large-ops jobs19:55
mtreinishclarkb: ok maybe we should add that the deps lines to testenv just as a quick workaround19:55
*** sandywalsh has quit IRC19:55
clarkbdo we need to change the test discovery dirs?19:56
clarkbmtreinish or that19:56
mtreinishclarkb: the problem with changing the discover dir is that we want it to run on the unit test dir for the unit test jobs19:57
fungizaro: they do try hard to make this process complicated... what should our groupId be? https://docs.sonatype.org/display/Repository/Choosing+your+Coordinates19:58
*** loq_mac has joined #openstack-infra19:58
*** loq_mac has quit IRC19:58
mtreinishclarkb: unless there is an easy way to swap testr.confs or switch the test_command line based on the tox job19:59
*** alcabrera has quit IRC19:59
*** yamahata_ has quit IRC19:59
*** vipul is now known as vipul-away19:59
*** vipul-away is now known as vipul19:59
notmynamewhatever bug this is https://jenkins01.openstack.org/job/gate-tempest-dsvm-full/739/console is about to throw away a successful gate pass for 6 jobs19:59
mordredlovely20:00
*** elasticio has joined #openstack-infra20:01
*** elasticio is now known as Guest8273320:01
mordrednotmyname: I dunno. I tnk that might be a real bug in your release notes20:01
*** loq_mac has joined #openstack-infra20:01
*** loq_mac has quit IRC20:02
notmynamemordred: it's even more frustrating when you see that it had already passed all the checks on a previous run (maybe just checks, but it seemed to run all the gate jobs)20:02
*** rfolco has quit IRC20:03
*** loq_mac has joined #openstack-infra20:04
mtreinishclarkb: ok, the other tempest jobs also fail, just report success: http://logs.openstack.org/79/60379/1/check/check-tempest-dsvm-full/0558615/console.html#_2013-12-06_15_47_32_31120:04
mtreinishlooks like I've found 2 bugs...20:04
notmynamemordred: looks like this bug? https://bugs.launchpad.net/tempest/+bug/124289820:04
mordrednotmyname: I believe someone was looking at tha earlier20:04
uvirtbotLaunchpad bug 1242898 in tempest "tearDownClass (tempest.api.compute.servers.test_server_rescue.ServerRescueTestXML):  tearDownClass does not call the super's tearDownClass " [Undecided,New]20:04
*** datsun_F40PH has joined #openstack-infra20:06
mtreinishnotmyname: "the tearDownClass does not call the super's tearDownClass" is a secondary effect caused by an exception being raised elsewhere20:06
*** vkozhukalov has quit IRC20:06
*** loq_mac has quit IRC20:06
jeblairmordred, clarkb: is there any reason i should not be extremely upset about the thing mtreinish just pointed out where it's reporting success because it can't count the tests?20:06
mtreinishnotmyname: if you look at the test results a bunch of volumes tests failed20:07
mtreinishso my guess is that the cinder logs will show the real bug you're hitting20:07
fungizaro: i'm filling out the jira ticket, so any of the following details would be helpful. we can etherpad it for simplicity... https://etherpad.openstack.org/p/0ldKRW4BiT20:07
reeddoes anybody have a gpg key for Richard Fontana?20:08
mordredjeblair: I believe that is a bug that's got a fix20:08
reedsince I changed my gpg setup according to fungi, I can't search anything20:08
jeblairmordred: i feel like we have fixed that bug many, many times.20:08
* reed has fungi as the new scapegoat20:08
*** datsun180b has quit IRC20:08
*** datsun_F40PH is now known as datsun180b20:08
fungireed: gpg2 --search-keys fontana20:09
*** sandywalsh has joined #openstack-infra20:09
fungireed: i see 0x66CB352B20:09
jeblairmordred: the first time we 'fixed' it was when we moved from nose to testr20:09
reedfungi, I'm still getting gpgkeys: HTTP search error 77: :(20:09
fungireed: also 0x35D5D78B but it looks like he may have retired that one20:09
reeddamn it, I broke my gpg220:10
mtreinishjeblair: I know I broke and fixed it once in the past 6 months with a testr wrapper script that I screwed in tempest :)20:10
mordredjeblair: https://bugs.launchpad.net/subunit/+bug/124567220:10
uvirtbotLaunchpad bug 1245672 in testtools "testtools.run --list-tests exits 0 when discover fails to import" [Critical,Fix released]20:10
mtreinishmordred: that's the bug that's causing the list command to fail20:10
*** ArxCruz has quit IRC20:10
mtreinishbut testr is reports success with running 0 tests20:10
mtreinishmordred: err, the fix for that bug is causing the list command to fail20:11
*** SergeyLukjanov_ has joined #openstack-infra20:11
mordredgotcha20:11
fungireed: my ~/.gnupg/gpg.conf looks like http://paste.openstack.org/show/54620 (maybe you have something odd set in yours?)20:12
mordredoh - right - because when list-tests doesn't list any tests, then testr 'successfully' runs all 0 of them, right?20:12
*** SergeyLukjanov has quit IRC20:13
*** mriedem has quit IRC20:13
SpamapSlifeless: ^^ note that testr exitting 0 with 0 run tests is _still_ confusing .. correct or not. :-P20:14
mtreinishmordred: except not always because some of the jobs fail20:14
*** hashar has joined #openstack-infra20:14
*** mrodden1 has joined #openstack-infra20:14
notmynamemtreinish: I'm not really sure what to look for. where are you seeing cinder or volume errors? the full logs are hard to look through, and searching for "error" isn't too helpful20:14
fungireed: when you get that error 77, does it follow with a line about CAfile: /path/to/CA/sks-keyservers.netCA.pem20:14
reedfungi, yeah, the path to the pem file needs to be specified20:15
mordredSpamapS, lifeless: yes. if you think it's not confusing, you've overthought the abstractions20:15
mtreinishnotmyname: for example: http://logs.openstack.org/28/60428/3/gate/gate-tempest-dsvm-full/c541ad0/console.html#_2013-12-06_19_48_16_31520:15
*** rongze has quit IRC20:15
reedI wonder why it worked last time I used it20:15
fungireed: seems to be a common error if you configured gpg to look in the wrong place for the hkps ca cert20:15
fungi(or didn't have the path entry for it at all in your config)20:15
reedI am sure I haven't changed the path... or I may have invoked gpg2 from .gnupg20:15
reedfungi, problem solved, you're now officially a "scapegoat with a solution"20:16
*** mrodden has quit IRC20:16
mtreinishnotmyname: the job timedout so most of the service logs aren't there but something screwed up with cinder which is making the jobs super slow (causing the jenkins timeout) and causing the volume tests to fail.20:16
fungireed: glad i've been upgraded slightly20:16
jeblairclarkb, fungi, mordred: the poosibly breaking devstack-gate change lands in at least 27 mins, but it's time for me to find lunch20:16
notmynamemtreinish: am I just walking several step behind you in finding the error? do you already have a LP bug number?20:17
jeblairclarkb, fungi, mordred: if you see it land while i'm gone, keep an eye on things and force a revert if it breaks.20:17
fungijeblair: i'll grip my seat and look out for it20:17
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: move the graph generating code over to facets  https://review.openstack.org/6060920:17
sdaguejeblair: so your eyes on that one would be good20:17
mtreinishnotmyname: I don't have a bug number. I was just pointing out that cinder was the culprit behind the failure. I don't think you'll be able to identify the true failure because you're missing the service logs20:17
sdagueI believe it's completely equivalent20:18
sdaguewell, with the caveat of graph start time20:18
openstackgerritDavanum Srinivas (dims) proposed a change to openstack-infra/config: Bump up results per page in Kibana  https://review.openstack.org/6061020:18
notmynamemtreinish: jeblair: so does that mean we have a "reverify no bug"? has that been disabled yet?20:18
*** oubiwann_ has joined #openstack-infra20:18
mordredjeblair: ++20:19
*** pafuent has joined #openstack-infra20:19
pafuentHi20:19
mtreinishmordred, jeblair: I figured out the success bug for those jobs. It's my wrapper script again :(20:20
*** mrodden1 has quit IRC20:20
mtreinishhttp://git.openstack.org/cgit/openstack/tempest/tree/tools/pretty_tox.sh#n4 subunit2pyunit returns 020:20
pafuentThere is a REST API for gerrit?20:20
sdaguepafuent: not in the version we have deployed20:22
mordredpafuent: not in the version we're running - we're working on upgrading to 2.8 which does have one20:22
*** melwitt has joined #openstack-infra20:23
*** harlowja has quit IRC20:23
clarkbback from lunch20:23
*** harlowja has joined #openstack-infra20:23
clarkbjeblair: take it up with lifeless it has been argued20:24
pafuentsdague:  mordred: Ohhhh, thanks for your reply20:24
clarkbjeblair: see review on https://review.openstack.org/#/c/60557/20:25
zarofungi: clouddocs is already on central: https://oss.sonatype.org/index.html#nexus-search;quick~clouddocs20:26
fungizaro: so this is about setting up a repository specifically for clouddocs then, not more generally setting up access to create repositories?20:27
zarofungi: dcramer has an account to upload to there.  we just need access to be able to upload to same location.20:27
fungizaro: so, if it's the sonatype jira account, that exists and is called openstackinfra20:27
fungizaro: i take it i just needed to stop after step $2 in the instructions you linked?20:28
* zaro looks at instructions again.20:29
zarofungi: yep, just stop after step #2 and then we need to test with openstackinfra account.20:30
zarofungi: not sure how to test it though.20:31
clarkbsdague: still planning on updating the puppet change?20:31
fungizaro: though there's this at the end of step #3... "How does a new user ask for publish rights to existing repositories? Follow step 2, sign up and then leave a comment on the JIRA ticket with the username. We will assign related roles to him and update the ticket."20:31
fungizaro: but maybe dcramer can simply grant access for openstackinfra instead20:32
sdagueclarkb: yes, I'm just fighting with python20:32
sdaguepython setup.py develop now provides an error on elastic recheck20:32
sdaguelocally20:32
sdagueI'm so annoyed20:32
fungi"fighting with pythons, tonight on the discovery channel"20:32
sdagueAttributeError: Distribution instance has no attribute 'entry_points'20:33
sdagueso many back trace before that20:33
jeblairclarkb: can you explain: 20:27 < clarkb> jeblair: take it up with lifeless it has been argued20:33
zarofungi: yeah, not sure if that's possible.  let me ask him if he knows the process.20:33
fungisdague: is the entry_points section in your setup.cfg malformed, maybe?20:33
sdagueit wasn't20:34
clarkbjeblair: re testr returning success if no tests run20:34
sdagueand I didn't change it. I think i'm just in a crazy setuptools wedge20:34
*** bpokorny has quit IRC20:34
jeblairclarkb: i literally do not understand the words you are saying to me when you say "take it up with lifeless it has been argued".20:34
jeblairclarkb: i can not parse that sentence.20:35
fungiclarkb: jeblair: the counterargument was that if you specify a test name pattern which matches no discovered tests, then it's valid that you didn't expect any tests to run20:35
clarkbjeblair: many people have argued that that is a bug. Lifeless seems to disagree. I think he does agree that discover failing forsome reason should result in failure, but discovering 0 tests successfully is not a failure20:35
jeblairclarkb, fungi: sure.  i realize how fruitless it is to get into an argument with lifeless about this, so i have no intention in doing so.20:36
jeblairclarkb: however, i am concerned because i thought we had a workaround.20:36
fungii think the workaround is that we normally don't ask testr to run subsets of tests in our jobs20:37
sdagueyeh, it was just pip installed vs. distro20:37
sdagueoh python packaging, why do you need to be so broke... :{20:37
clarkbthere is a thing that checks the number tests discovered against the number of tests run, that cannot catch the 0 discovered 0 run scenario20:37
jeblairclarkb: why not?20:38
clarkbbecuase it relies on discover to do it20:38
clarkbif dicsover discovers 0 tests then you run 0 tests and check passes20:38
sdaguehonestly, testr should be handling all this internally20:38
sdagueI'm annoyed that we keep breaking ourselves working around things testr punted on20:39
clarkbgah gate reset behind head :(20:39
jeblairclarkb: why don't we do a string comparison on the output?20:40
clarkbjeblair: that is what we do20:40
clarkbbut 0 == 020:40
fungialso, testr does die properly (if somewhat opaquely) if discover exits nonzero20:40
*** reed has quit IRC20:40
jeblairclarkb: awesome.  we know it's 0.  0 is always wrong for us.20:40
clarkbwe would need a different way of detecting this. Perhaps run discover directly and check the return code20:40
clarkbjeblair: I see, so we would need a second check20:40
sdaguehonestly, I don't understand how a test runner would ever believe 0 was a right answer :)20:41
sdagueif I say run some tests, 0 is a wrong answer, because I fat fingered something20:41
fungisdague: for pattern matches, it's a potential use case to say "descend into these projects and run tests matching this if they exist"20:41
*** hogepodge has joined #openstack-infra20:42
jeblairclarkb: where is the run=discover check performed?20:42
clarkbjeblair: I can't find it anymore. I wonder if it got lost in the switch to run-unittests.sh too20:42
sdaguefungi: that's an extradordinary case, that should require another flag to let that pass20:42
clarkbjeblair: it used to be in the old run-something.sh script that ran unittests. is not in run-unittets.sh20:42
fungisdague: i don't disagree with you there20:42
mtreinishsdague, clarkb: the failure this time is different though. It's the tox_pretty.sh wrapper script, testr returns the right code, but it's getting eaten by subunit2pyunit (which get's the piped output of testr)20:43
mtreinishI suck at bash so I'm trying to figure out how to get around it20:43
fungimtreinish: -o pipefail?20:43
clarkbmtreinish: so foo | bar, foo returns 1 bar return 0?20:43
clarkbif so what fungi said20:43
jeblairmtreinish: what's a tox-pretty?20:43
* fungi uses words20:43
sdaguemtreinish: right, but that pipe is again a work around for missing testr ui20:43
clarkbmtreinish: lifeless recommends the end of the pipe deal with failures properly20:44
clarkbI thought subunit2pyunit did that20:44
mtreinishjeblair: git.openstack.org/cgit/openstack/tempest/tree/tools/pretty_tox.sh20:44
mtreinishjeblair: or serially: http://git.openstack.org/cgit/openstack/tempest/tree/tools/pretty_tox_serial.sh20:44
mtreinishit was something sdague required because he was scared by 30min with no output20:45
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: sort the graph list by number of fails  https://review.openstack.org/6061320:46
sdagueclarkb: ok, back to the puppet thing20:46
devanandamordred: shall i take a guess at what those missing jobs are and add them?20:46
*** yolanda has joined #openstack-infra20:47
mordreddevananda: look at python-novaclient20:47
mordreddevananda: you'll see things in the post and release pipelines20:47
*** Guest82733 has quit IRC20:48
*** Guest82733 has joined #openstack-infra20:49
jeblairfungi, clarkb, mordred: https://review.openstack.org/#/c/40006/220:50
jeblairfungi, clarkb, mordred: you removed the test count check.20:50
zarofungi: sent an email to dcramer about access to clouddocs.20:50
sdagueclarkb: so https://review.openstack.org/#/c/60318/6/modules/openstack_project/manifests/static.pp20:51
clarkbjeblair: I remember now. The reason that was done is that discover finds some number of tests, but the actualy number of tests can vary wildy because you can build tests at runtime with stuff like testscenarios20:51
zarofungi: doing this one today as well?  https://review.openstack.org/#/c/5733320:51
sdagueI should also change the require on 318 right?20:51
clarkbjeblair: however that shouldn't affect a comparison against 0, I think we can have the check if that is all it does20:51
jeblairclarkb: that would be so lovely.20:51
*** nerdinthewest has joined #openstack-infra20:52
clarkbsdague: yup good catch20:52
fungizaro: yep20:52
openstackgerritDevananda van der Veen proposed a change to openstack-infra/config: Add release jobs for python-ironicclient  https://review.openstack.org/6061420:52
nerdinthewestlifeless: I can't remember if it was you, but someone was talking to Jared Smith from Bluehost about getting some hardware donated20:52
nerdinthewestI'm sure it was one of you guys in here anyway, sound familiar to anyone?20:52
openstackgerritSean Dague proposed a change to openstack-infra/config: move to elastic-recheck web console in share  https://review.openstack.org/6031820:52
*** denis_makogon_ has joined #openstack-infra20:52
sdagueclarkb: ok there it is20:52
*** yolanda has quit IRC20:52
clarkbjeblair: I will whip that up right now20:53
devanandamordred: ^^. also, should I do the same for ironic?20:53
*** oubiwann_ has quit IRC20:53
mordredthe other breakage in this case is that list-tests would also list 0 tests - so the check would check 0 against 020:53
mordredclarkb: make sure to account for that ^^20:53
mordreddevananda: nope. we don't release the servers that way yet20:54
devanandak20:54
clarkbmordred: right, I am just going to compare the reported number that ran against 0 rather than the number found20:54
clarkbmordred: because I think in either case jeblair wants a test failure20:54
mordredclarkb: works for me20:54
jeblairnerdinthewest: probably lifeless, mordred may be able to help you20:54
mordredlifeless: ^^ you know - a real fix would be neat20:54
*** esker has quit IRC20:54
fungizaro: which kind of credential do we want there? the one we use for regular nodepool->jenkins looks like a uuid... the options in the drop-down are certificate, ssh username/key or username/password20:55
*** rossella_s has joined #openstack-infra20:55
mordrednerdinthewest: almost certainly lifeless - but I'll be happy to try to help put you in touch with people20:55
*** esker has joined #openstack-infra20:55
nerdinthewestyeah, let me know what you guys need and I'll try and get it available20:55
openstackgerritKhai Do proposed a change to openstack-infra/config: Setup tooling and jobs for openstack Gerrit ver 2.8 and beyond  https://review.openstack.org/6034820:55
nerdinthewestnot just hardware specs, but bandwidth, access, any datacenter hands, etc20:56
*** DinaBelova has quit IRC20:56
zarofungi: i didn't set that up, so i'm not sure.  but i believe it's the uuid, same as the one for regular nodepool.20:57
openstackgerritClark Boylan proposed a change to openstack-infra/config: If zero tests run fail the job.  https://review.openstack.org/6061720:57
clarkbjeblair: something like ^20:57
*** denis_makogon has quit IRC20:58
*** denis_makogon_ is now known as denis_makogon20:58
*** dmakogon_ has joined #openstack-infra20:58
fungizaro: yeah, that's what i was asking... wondering which of those options it is, or whether we simply entered a uuid as a password. maybe i can tell by comparing it in the webui. checkiong20:58
openstackgerritDevananda van der Veen proposed a change to openstack-infra/config: Add release jobs for python-ironicclient  https://review.openstack.org/6061420:59
clarkbmordred: jeblair: http://logs.openstack.org/64/48064/7/check/check-tempest-dsvm-neutron/7adfbec/logs/devstack-gate-setup-host.txt.gz successful mirror selection with the d-g select-mirror change20:59
zarofungi: jeblair might know. i think he set that up.20:59
mordredclarkb: WOOT20:59
*** esker has quit IRC21:00
mordredclarkb: ^^ deva's change above - he's trying to cut a release, if you get a sec21:00
*** pafuent has left #openstack-infra21:01
jeblairfungi: what's the question?21:01
*** rossella_s has quit IRC21:02
devanandamordred: as far as tagging an I-1 release of Ironic, any suggestions there?21:02
fungijeblair: the nodepool credential for authenticating to jenkins... in hiera it looks like a uuid, just wondering whether that was intentional or just random choice21:02
jeblairfungi: it's an identifier for a jenkins credential record, which is itself an ssh public key21:03
fungijeblair: getting ready to generate the one on jenkins-dev for the nodepool dev instance zaro's adding21:03
fungijeblair: perfect--that's what i needed to know. thanks!21:03
jeblairfungi: if it's not in the ui, you should be able to see it in one of the ~jenkins/*.xml files21:03
devanandamordred: or an I-2, if its too late for I-1 now21:04
fungijeblair: even better. thanks21:04
*** oubiwann_ has joined #openstack-infra21:04
mordreddevananda: I _think_ that the pattern is 2014.1.b121:05
mordreddevananda: process is same - git tag -s 2014.1.b1 ; git push gerrit 2014.1.b121:05
clarkbjeblair: fungi: mordred: I think we should merge https://review.openstack.org/#/c/60561/ at the very least we can see if the full tempest runs stop timing out which will tell us if it is an improvement. I don't want ot stick with 8GB because they just don't work21:06
jeblairclarkb: wfm, aprvd21:06
devanandamordred: any jobs i need to add to ironic's pipe? or the tag is just there for others to reference?21:07
mtreinishclarkb: subunit2pyunit already does that you're right(otherwise all the gate jobs would never fail) It's just that this is failing in the list command which I think is what was tripping things up. (it's probably a subunit2pyunit bug)21:07
mordreddevananda: you're set already21:08
devanandacoolness21:08
*** Guest82733 has quit IRC21:09
clarkbfungi: did you want to leave a comment about gerrit familiarity and so on at https://review.openstack.org/#/c/60132/ ?21:09
jeblairclarkb: regarding node run times -- are we really interested in run times for failed jobs?21:09
clarkbjeblair: I think so, particularly since in the case of hpcloud region-b one of the tests is failing consistently at 90 minutes21:10
jeblairclarkb: it's certainly theoretically interesting, but there are going to be _a lot_ of extra whisper files.21:10
jeblairclarkb: ok, but what graph would contain that data?21:11
jeblairclarkb: i mean, i'm struggling to figure when we're going to look at a graph of failed run times.21:11
openstackgerritA change was merged to openstack-infra/config: Bump the min ram for HP 1.1  https://review.openstack.org/6056121:11
clarkbnodepool.job.tempest.jobname.region.FAILURE21:11
openstackgerritA change was merged to openstack-infra/config: Add release jobs for python-ironicclient  https://review.openstack.org/6061421:11
clarkbjeblair: I would be ok with successful jobs for now, then if we decide we need the other data down the road we can add that then?21:12
jeblairclarkb: (if we're trying to answer the question "should we increase the timeout", i imagine we would want to look at successful runs, not failures)21:12
clarkbjeblair: unless there are no successful runs21:12
clarkbthe point about the whisper file explosion is valid, I didn't really consider that21:12
devanandamordred:  ! [remote rejected] 2014.1.b1 -> 2014.1.b1 (can not create new references)21:13
clarkbhappy to +2 the existing change for now and see what the data gives us21:13
jeblairclarkb: ok, let's do this then: i'll patch that change to include the job result in the key, but still only do success21:13
jeblairthat way we can add more later if we want21:13
mordreddevananda: you do not have permissions! I believe we may have you set already to be under ttx control21:13
clarkbjeblair: sounds good, thanks21:13
mordreddevananda: go ahead and delete the local tag21:13
mordreddevananda: and send ttx a note asking him to tag whatever git sha you want tagged as 2014.1.b1 for you21:14
devanandaaahhhh21:14
devanandahehe21:14
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Restructure periodic cleanup  https://review.openstack.org/6058521:14
*** rossella_s has joined #openstack-infra21:15
jeblairclarkb: actually, i think i would probably put it on the end, so i think we can leave the patch the way it is.21:19
*** oubiwann_ has quit IRC21:20
clarkbjeblair: ok I will lift my -1 (I gave the other nodepool change a +2_21:20
devanandaclarkb: i see add-ironicclient-release-pipe has merged. how long before I can push a tag and have the magic happen?21:20
clarkbdevananda: I would wait for a few minutes after 213021:21
devanandaclarkb: awesome, thanks!21:21
clarkbbasically give puppet about half an hour21:21
jeblairthe devstack-gate possibly-breaking change is merging21:24
devanandaalso, for reference, who can push release tags to client projects (besides the release team)? is it just the PTL, or also -core?21:24
openstackgerritA change was merged to openstack-infra/devstack-gate: Don't fix disks before rexecing  https://review.openstack.org/6039121:24
jeblairdevananda: generally PTLs and their close delegates21:25
jeblairdevananda: we like to keep the group small because the process is manual and has little error checking21:25
devanandajeblair: fair 'nuf. how is the auth handled?21:25
devanandalike, how do I add a delegate?21:25
jeblairdevananda: we'd create an ironic-ptl group, and you can add people to it21:26
jeblairin gerrit21:26
mtreinishclarkb: ok, no I'm confused: https://review.openstack.org/#/c/60611/1 it only worked on the postgres job...21:26
*** esker has joined #openstack-infra21:26
clarkbjeblair: https://review.openstack.org/#/c/60568/ has a comment21:27
devanandajeblair: gotcha. there is an ironic-milestone group. taht's separate, yes?21:27
jeblairclarkb: thx21:28
jeblairdevananda: yes, that's people who can merge changes to milestone branches (presumably)21:28
clarkbmtreinish: are the test-requirements coplete?21:28
clarkbmtreinish: is there a dependency that is missing?21:29
*** resker has joined #openstack-infra21:29
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Refactor reconfiguration into a management event  https://review.openstack.org/6062321:29
devanandajeblair: ahh. ty for the explanation. an ironic-ptl group probably isn't necessary now, but in keeping consistent with other projects (looks like most have this), one would be great21:29
*** resker has quit IRC21:30
mtreinishclarkb: I don't think so, but I'm not sure. (I'll double check) But, that patch only adds the test-requirements to the job, which pass normally, so it shouldn't be missing anything it needs to run.21:31
*** esker has quit IRC21:31
*** loq_mac has joined #openstack-infra21:32
*** loq_mac has quit IRC21:32
clarkbjeblair: mordred https://review.openstack.org/#/c/48064/ looks ready. I didn't +A to give jeblair a chance to rereview and to avoid more potential d-g weirdness while the latest d-g change settles in21:32
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Revert "Don't fix disks before rexecing"  https://review.openstack.org/6062421:33
openstackgerritA change was merged to openstack-infra/devstack-gate: Revert "Don't fix disks before rexecing"  https://review.openstack.org/6062421:33
clarkbI guess that tells us why there is a lot of red in the zuul queue21:33
jeblairwell that didn't work.21:33
*** rossella_s has quit IRC21:33
mordredpoop21:33
jeblairhrm.  i have an idea.21:35
clarkbsdague: https://review.openstack.org/#/c/60318/ lgtm. let us see if we can get another core to approve it21:37
clarkbI ran it noop on logstash.o.o and it runs21:38
*** senk has joined #openstack-infra21:38
sdagueyeh, probably jeblair21:38
*** reed has joined #openstack-infra21:38
jeblairi'll look real quick21:38
sdagueas he did the prior +221:38
mordred"Red Hat Software Collections (which includes a Red Hat supported Python 3.3 release) hit general availability in September, so even RHEL users have a fully supported migration option these days."21:38
mordred(looking at my psf mail)21:38
clarkbmordred: right, but red hat doesn't want people using that stuff for openstack :)21:39
jeblairclarkb, sdague: lgtm21:39
sdaguemordred: my understanding is software collections is an upcharge21:39
mordredclarkb: I have days where I care less what distros want people doing21:39
sdagueyou need another license for it21:39
clarkbmtreinish: I am really stumped about that21:39
mordredclarkb: and days where I want the distros to care more about what we want them to do21:39
clarkbmtreinish: I am looking at tempest code now o_O21:39
sdaguebecause I was excited that it meant we could dump 2.621:40
sdaguebut we can't21:40
mordredsdague: well21:40
mordredwe CAN21:40
sdaguesure21:40
mordredwe've chosen not to21:40
sdaguefair21:40
mordredmainly because we like russel and markmc21:40
rustlebee<321:41
*** jkyle has quit IRC21:41
mordredrustlebee: damn you and your being a good human21:41
jeblairit's one thing to hold on to 2.6 because the distros lack the technical ability to support something else; it's another thing to hold onto it because it doesn't fit their favored pricing structure.  :)21:41
rustlebeei do try21:41
rustlebeein all seriousness ... if we as a project have significant amounts to gain from dropping it, then I don't think I would fight that21:41
rustlebeeif it's dropping it just because we can, then sure, i'd rather not21:42
*** senk has quit IRC21:42
rustlebeeif it's blocking some python 3 work for example, that makes sense21:42
rustlebeeand we would just have to deal with it21:42
jeblairrustlebee: that is so sensible.  :)21:42
rustlebeea heads up would be good of course, like, early in the release cycle21:43
clarkbmtreinish: http://logs.openstack.org/11/60611/1/check/check-tempest-dsvm-full/ea7ab24/logs/tempest.txt.gz is my bread crumb21:43
*** syerrapragada1 has quit IRC21:43
clarkbmtreinish: leading me to http://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/compute/base.py#n3421:44
*** syerrapragada has joined #openstack-infra21:44
clarkbmtreinish: which will be run during discover21:44
clarkbwhich makes me want to cry21:44
clarkbexecuting code during import is bad bad bad21:44
rustlebee"don't think I would fight that" -- in fact, i would encourage it21:44
*** jkyle has joined #openstack-infra21:45
fungineeding working python2.7 on rhel so you can install and run openstack might be incentive enough for them to start offering it without an upcharge21:45
clarkbmtreinish: so, best I can figure is something is affecting that import path, perhaps import ordering?21:45
clarkb2.7 will be availabe in rhel 7 base image right?21:45
*** loq_mac has joined #openstack-infra21:46
rustlebeerhel 7 yes21:46
*** loq_mac has quit IRC21:46
*** senk has joined #openstack-infra21:47
openstackgerritA change was merged to openstack-infra/config: move to elastic-recheck web console in share  https://review.openstack.org/6031821:49
sdagueclarkb: so how long until that applies?21:51
clarkbpuppet on master updates on the hour, then puppet runs every ten minutes so ~20 minutes max21:51
*** dprince has quit IRC21:52
clarkbdid we lose mtreinish for the weekend?21:52
annegentlereed: around? interesting community request for ya21:52
reedannegentle, i am21:52
sdagueclarkb: I don't think yet21:52
sdagueI bet he's hanging in the hallway there, it tends to get social about this hour21:53
clarkbmtreinish: if you get this, my hunch is that something in that code path is being executed during import and either import ordering is breaking us or the InvalidConfiguration exception is being raised or something I haven't considered yet :)21:54
openstackgerritA change was merged to openstack-infra/config: new maven plugin jobs to build and deploy maven plugins to maven nexus  https://review.openstack.org/4609921:54
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add check-devstack-gate-tempest-dsvm-full jobs  https://review.openstack.org/6062721:55
jeblairclarkb: ^ check that out -- uses your idea from yesterday.21:56
clarkblooking21:56
openstackgerritJames E. Blair proposed a change to openstack-infra/statusbot: Add an alert file publisher  https://review.openstack.org/6056821:56
*** pabelanger has quit IRC21:57
jeblairoops, found an error21:57
clarkbjeblair: what about running that against branches21:57
jeblairclarkb: sorry?21:58
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add check-devstack-gate-tempest-dsvm-full jobs  https://review.openstack.org/6062721:58
clarkbjeblair: the job templates can't be made to run against icehouse21:58
jeblairclarkb: oh, right, those should be jobs, not templates21:59
clarkbjeblair: I think they should be templates21:59
mordredclarkb, jeblair: I saw you guys talking about that, and I mostly follow, but my brain has too much jetlag to critique21:59
jeblairclarkb: why?21:59
clarkbunless we never plan to run them against icehouse21:59
jeblairclarkb: i never plan to run them against icehouse.  :)21:59
salv-orlandoHi - stupid question on devstack. Is it correct that devstack removes untagged changes in git trees when you unstack/restack?21:59
clarkbjeblair: ok jobs are fine then21:59
salv-orlandos/untagged/unstaged21:59
jeblairclarkb: there is a teensy hole in our testing in that the pre-rexec code is never tested until it lands; i'm trying to at least close that in the check queue22:00
clarkbjeblair: yup. Wasnt sure if we wanted to extend that to new releases as they happen22:00
jeblairclarkb: i think doing this on master is sufficient because there is no per-branch logic that happens pre-reexec22:00
clarkbjeblair: good point. Will there be a patchset 3?22:01
jeblairclarkb: yes, i need to change them to jobs22:01
jeblairclarkb: actually -- maybe not; that way node at least is still templated.22:02
*** oubiwann_ has joined #openstack-infra22:02
clarkbjeblair: if you want them to still be templates I think they need to go in a different job group as the parameters accepted is different22:03
*** jcooley_ has joined #openstack-infra22:03
fungisalv-orlando: i think it's supposed to not do that if you have uncommitted code in the git repositories, but where that falls apart is if you commit changes locally and then stack (haven't tried myself, but that's what i heard)22:03
clarkbfungi: salv-orlando: I just looked and there is logic to undo requirements changes using git reset --hard22:03
clarkband that is enabled by default so yes looks like devstack will do that22:04
salv-orlandofungi & clarkb: thanks. it really seems a hard reset from git log. I'll try to keep this in mind for the future.22:04
mordredsalv-orlando: we'd certaily like to make that better ...22:05
mtreinishclarkb: sorry I stepped out of my office22:05
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add check-devstack-gate-tempest-dsvm-full jobs  https://review.openstack.org/6062722:05
openstackgerritPranesh Pandurangan proposed a change to openstack-infra/config: Added new project, entropy  https://review.openstack.org/6013222:06
devanandaclarkb: https://jenkins01.openstack.org/job/python-ironicclient-tarball/1/  upload lost ?22:06
devanandai'm sure i did something wrong ....22:06
salv-orlandomordred: I was assuming it was working in this way for a reason; perhaps a way to handle that better would be to stash rather than resetting22:06
*** mfer has quit IRC22:06
mordredsalv-orlando: hrm.22:06
*** gyee has joined #openstack-infra22:07
mordredsalv-orlando: the only time devstack run reset --hard22:07
mordredsalv-orlando: is if you've set UNDO_REQUIREMENTS22:07
mtreinishclarkb: it doesn't take much any exception raised during import will cause the failure. Which is why I wrote: http://git.openstack.org/cgit/openstack/tempest/tree/tempest/tests/test_list_tests.py22:07
mordredsalv-orlando: ah - that defaults to true22:07
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: sort the graph list by number of fails  https://review.openstack.org/6061322:08
salv-orlandomordred: thanks for finding that out! Is there a reason for defaulting to true?22:08
mordredsalv-orlando: I think the logic here is worth rethinking - it might be complex...22:08
clarkbmtreinish: I would try a change that moves that code path from import time to run time22:08
clarkbdevananda: gah, puppet/JJB may not be applying jobs to jenkins.o.o properly22:09
gyeemordred, is there a wiki on how to run the grenade tests on my local box? I am trying to chase down the failure in https://review.openstack.org/#/c/56333/22:09
devanandaclarkb: that sounds like not-something-i-did-wrong?22:09
sdaguesalv-orlando: because otherwise it will leave your trees with changes to the requirements files22:10
mtreinishclarkb: actually look what I found: https://jenkins02.openstack.org/job/gate-tempest-python27/1616/console (from the job fixing the wrapper script) it looks like 2 of the prexisting unit tests are broken...22:10
sdaguewhich then make it harder to do clean commits22:10
salv-orlandosdague: correct, I remember that other issue with the three being dirty everytime22:10
clarkbdevananda: right not something you did wrong22:10
sdaguethere were a series of patches around this, I was never really happy with any of the options22:10
sdaguebut it's where we landed22:11
salv-orlandoperhaps we can then just add a note in README.md to warn dumb developers like me22:11
clarkbsalv-orlando: sdague: really you shouldn't dev direclty in devstack anyways right?22:11
mordredclarkb: no22:11
sdagueclarkb: that's what I tell people22:11
mordredclarkb: many many people do direct dev in devstack22:11
sdaguebut they don't believe me :)22:11
clarkbyou should set it up to clone from your homedir or whever22:11
clarkbmordred: right but permissions and all kinds of ugly22:11
sdagueso I gave up that one22:11
clarkbdon't do it please22:11
mordredlosing battle22:11
mordredit's going to happen22:11
salv-orlandoyeah, make sense. I'm always cutting corners.22:11
jeblairclarkb: it's pretty much what it was written for.22:11
mordredit is the easiest way to set up an environment in which you can iteratively develop22:12
mordredthus "dev"stack22:12
sdaguesalv-orlando: that being said, if you don't develop on master in your tree22:12
sdaguethen I think yuo end up safer22:12
salv-orlandosdague: that's a good advice. I'll do that.22:12
salv-orlandothanks guys a lot for your help22:13
sdaguehonestly, you shouldn't need to stack / unstack either22:13
sdaguejust ^C the process you want to restart22:13
sdagueand restart it in it's screen session22:13
sdaguethat's actually why we run in screen22:13
sdagueto enable that22:13
clarkbmordred: jeblair: except that many people run it as root and it makes all sorts of nasty assumptions not just about cleaning repos22:13
salv-orlandosdague: I'm trying to make the parallel jobs work on neutron and as the tests fail leave stuff behind22:13
clarkbit is really good to get a dev cloud up, not really good for managing your dev repos22:14
sdaguesalv-orlando: ah fair22:14
sdaguesalv-orlando: so the best way to really do something where you are going to need to do that much teardown22:14
clarkbthough I think devstack won't let you run it as root anymore so ++ to that22:14
*** reed has quit IRC22:14
sdagueis to have a local clone, then just set the localrc in yuor devstack to make that other local clone your clone from tree22:14
jeblairclarkb: that's not relevant really -- it requires and does things as root anywy.22:14
jeblairclarkb: and it's always been intended to be run on a dedicated vm.22:15
clarkbdevananda: https://jenkins.openstack.org/job/python-ironicclient-pypi-upload/ does exist, maybe we tried to run the upload job too early?22:15
salv-orlandosdague: that makes sense as well.22:15
clarkbjeblair: ^ any ideas on why the ironicclient job was lost?22:15
devanandaclarkb: i waited until after 22:0022:15
*** reed has joined #openstack-infra22:15
jeblair2013-12-06 22:04:43,099 ERROR zuul.Gearman: Job <gear.Job 0x7f8029e74b10 handle: None name: build:python-ironicclient-pypi-upload unique: 12ab4922cb89473085a838fb6ceadbe2> is not registered with Gearman22:16
clarkbjeblair: it does those things cleanly as root. If you run it directly as root won't it make all of the repos owned by root. Which means pushing and pull ing code as root which is scary22:16
fungiclarkb: keep in mind that the jjb run is far from instantaneous, so you have puppetmaster update + puppet agent update + jjb run time22:16
clarkbfungi: right which is why I gave it ~two puppet run iterations :)22:17
sdaguejeblair / clarkb: https://review.openstack.org/#/c/60609/ that's the refactor of the graph script to take the histograms into core code22:17
fungibut it does look like jenkins.o.o doesn't think it was ever asked to run that job22:17
sdaguewhich even works :)22:17
sdagueand the patch on top, sorts the graphs by fails, which also works (have it up locally)22:17
* fungi needs to disappear to hang holiday lights while there's still some daylight, and grab dinner22:17
clarkbyou have light after 5pm?22:18
clarkbwhat is this magic22:18
sdaguefungi: where is there daylight?22:18
sdagueit's been dark here for at least 30 minutes22:18
clarkbsdague: gah, I think the puppet stuff isn't working quite right on static.o.o looking into it22:18
sdagueclarkb: ok22:18
sdaguebrb22:21
*** harlowja has quit IRC22:21
devanandaclarkb: shall i try again in a bit?22:22
*** jcooley_ has quit IRC22:24
*** melwitt has quit IRC22:24
openstackgerritClark Boylan proposed a change to openstack-infra/config: Fix puppet subscription for elastic-recheck.  https://review.openstack.org/6062822:25
clarkbdevananda: no22:25
*** dims has quit IRC22:25
clarkbdevananda: the problem with tags is that you should treat them as immutable, one of us infra cores will need to try retriggeringthe job22:25
clarkbsdague: ^22:25
clarkbdevananda: I guess that isn't really a problem, it is a desired trait, we just have to retrigger it off to the side22:26
clarkbjeblair: fungi 60628 makes puppet agent --test --noop not fail on static.o0.o22:27
*** fifieldt has joined #openstack-infra22:27
clarkbdevananda: I will give that a shot shortly22:27
clarkbI get to learn the new zuul cli command22:27
jeblairclarkb: it doesn't work on post jobs22:28
jeblairclarkb: you still need to use the old new cli command, in tools.  :)22:28
sdagueclarkb: nice22:29
*** melwitt has joined #openstack-infra22:30
sdaguejeblair: is there an easy way to force the y axis on graphite?22:30
sdagueI'd like the failure rates to no auto change based on max val, as it gets jarring when the rates are low22:31
jeblairsdague: yes.  in the composer: graph options -> y axis22:31
clarkbjeblair: this is the release pipeline but I assume same deal22:32
jeblairsdague: i think the resulting params are yMax=... yMin=...22:32
jeblairclarkb: yes22:32
jeblairclarkb: you want tools/trigger-job.py22:32
devanandaclarkb: i see. thanks!22:33
clarkbjeblair: yup thanks22:33
sdaguejeblair: yep yMax22:34
clarkbhmm script is hanging, I think the problem may be that the job didn't register itself with gearman after being added22:34
clarkbjeblair: zaro: is that something you want to look more closely at?22:35
*** weshay has quit IRC22:35
jeblairclarkb: 1s22:36
*** fifieldt has quit IRC22:36
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: set y axis on failure rate graph  https://review.openstack.org/6063022:36
sdagueok, I'm going to run away for a bit to grab some groceries for dinner. May or may not be back on later.22:36
clarkbsdague: I am going to approve the fix to the puppet stuff in a minute, would be great if you could check that it didn't all fall over later (but is friday so np if you can't)22:37
sdagueyeh, so the thing that occured to me22:37
sdaguein local testing... we don't actually install to index.html now22:38
clarkbdoes that mean my fix will let puppet run and break us again?22:38
sdaguethe rest works, I guess the only question is fix that on the er side, or on the infra side22:38
sdaguewell, you'll need another url22:39
sdagueI could move it to index and be done with it on the er side22:39
sdaguewhy don't I just do that22:39
clarkbsdague: ok22:39
*** denis_makogon is now known as bot_bot22:40
*** dims has joined #openstack-infra22:40
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: move the main page to index.html  https://review.openstack.org/6063122:40
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: move the graph generating code over to facets  https://review.openstack.org/6060922:40
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: set y axis on failure rate graph  https://review.openstack.org/6063022:40
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: sort the graph list by number of fails  https://review.openstack.org/6061322:40
sdagueso I stuck that under the other changes22:40
sdagueso it's an easy +A22:41
jeblairclarkb: yes, it appears that it's not registered.  i'd disconnect and reconnect the pypi slave.22:41
clarkbjeblair: I want to say this has happened before and toggling the project on and off worked?22:41
clarkbzaro: ^22:41
jeblairclarkb: that should work too.22:41
clarkbwoot job is building now22:42
sdagueclarkb: ok, I'm self approving the file move to index.html22:43
*** SergeyLukjanov has joined #openstack-infra22:43
clarkbdevananda: https://pypi.python.org/pypi/python-ironicclient/0.0.122:43
clarkbsdague: wfm22:43
sdagueso puppet should work after it22:43
clarkbI just approved the puppet change22:43
* zaro adds investigation of gearman bug on td list22:44
sdagueok, store time. I'll check in once I get the quiche put together and in the oven22:44
devanandaclarkb: sweet! ty22:44
*** SergeyLukjanov_ has quit IRC22:44
*** bot_bot has quit IRC22:45
openstackgerritA change was merged to openstack-infra/elastic-recheck: move the main page to index.html  https://review.openstack.org/6063122:45
clarkbdevananda: that won't trigger the mirror jobs, but they will run a little later today anyways22:45
*** datsun180b has quit IRC22:48
openstackgerritA change was merged to openstack-infra/config: Fix puppet subscription for elastic-recheck.  https://review.openstack.org/6062822:48
*** hashar has quit IRC22:48
*** che-arne has joined #openstack-infra22:50
*** cody-somerville has quit IRC22:51
*** sdake_ has joined #openstack-infra22:52
*** fifieldt has joined #openstack-infra22:52
SpamapSpcrews: You're the random sql query generator guy, right?22:52
SpamapSor was it shrews22:52
SpamapSI can never remember22:52
pcrewsSpamapS: I used to use it back in the day ;)  What's up?22:53
*** cody-somerville has joined #openstack-infra22:53
*** cody-somerville has quit IRC22:53
*** cody-somerville has joined #openstack-infra22:53
SpamapSpcrews: I'm just wondering if we should do something similar for Heat and generate random templates.22:53
clarkbSpamapS: tempest wants to do similar for tempest negative testing22:53
SpamapSyeah22:53
SpamapSI recall krow having a library that injects random failure and data into syscalls that he uses on gearmand too.22:54
clarkbit LD_PRELOADS disaster22:54
*** bnemec has quit IRC22:57
*** bnemec has joined #openstack-infra22:57
*** boris-42 has quit IRC22:59
*** prad has quit IRC23:00
*** bnemec has quit IRC23:03
openstackgerritKhai Do proposed a change to openstack-infra/jenkins-job-builder: make maven and freestyle job creation consistent  https://review.openstack.org/6063323:04
*** thomasem has quit IRC23:05
clarkbjeblair: https://review.openstack.org/#/c/60627/ lgtm, I will let you approve when you are ready to tackle the reexec problem again23:05
*** reed has quit IRC23:06
*** reed_ has joined #openstack-infra23:06
notmynamelooks likethe whole gate is about to be flushed again? https://jenkins02.openstack.org/job/gate-tempest-dsvm-full/775/23:06
jeblairclarkb: aprvd; it shouldn't affect anything23:06
*** bnemec has joined #openstack-infra23:06
openstackgerritMathieu Gagné proposed a change to openstack-infra/config: Mark puppet 3.0 unit tests as non-voting  https://review.openstack.org/6063523:06
*** nerdinthewest is now known as geekinutah23:07
clarkbnotmyname: looks likeit23:07
mgagneI have to go but if someone could take a look at this review, it will be much appreciated. it's blocking our gates.23:07
jeblairnotmyname: looks like another timeout; did you file a bug for the previous one?23:07
openstackgerritA change was merged to openstack-infra/config: Add check-devstack-gate-tempest-dsvm-full jobs  https://review.openstack.org/6062723:08
notmynamejeblair: no. all I got was "probably/maybe a cinder thing, but there were no logs"23:08
clarkbmgagne: looking23:08
mgagneclarkb: tyvm23:08
jeblairnotmyname: we should file a bug; it's clearly a problem that needs to be tracked23:08
notmynamejeblair: indeed23:08
*** giulivo has quit IRC23:09
geekinutahlifeless: ping23:09
*** mgagne has quit IRC23:09
*** bnemec has quit IRC23:09
*** bnemec has joined #openstack-infra23:10
jeblairnotmyname: i think even one that just said "this might be a cinder bug, here's the output, but there are no logs" would be useful.23:11
clarkbelastic-recheck status page is broken, looking into it23:11
*** bnemec has quit IRC23:11
notmynamejeblair: all I got was from mtreinish. I can file one now. against cinder then?23:11
jeblairnotmyname: yeah.  maybe also target it to tempest since it's timing out.23:12
notmynamejeblair: well, I'm not really sure. there are FAILs all over the place https://jenkins02.openstack.org/job/gate-tempest-dsvm-full/775/console23:14
notmynamenova, cinder, and (maybe) neutron23:14
*** bnemec has joined #openstack-infra23:15
*** rnirmal has quit IRC23:18
reed_jeblair, I keep forgetting if you can modify the alias mail list of openstack.org23:20
reed_jeblair, can you?23:20
jeblairreed_: yes23:20
reed_jeblair, if you have time now, can you check who receives logo@openstack.org?23:20
jeblairreed_: claire, lauren, margie, mark, todd23:22
reed_great23:22
reed_not23:22
reed_I'll email you, thanks23:22
clarkbjeblair: AuthType not set! is what apache is complaining about23:24
jeblairclarkb: ?23:24
clarkbjeblair: the reason elastic-recheck is broken.23:24
clarkbI think sdague's directory directives don't like me23:25
*** bnemec has quit IRC23:25
*** afazekas has quit IRC23:26
*** bnemec has joined #openstack-infra23:27
clarkbjeblair: https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/templates/status.vhost.erb#n44 should that be made to look more like the directory on line 34?23:27
clarkbI think the problem may be that we require all granted, need mod_authz which isn't there23:28
clarkbinstead we should just let the bits flow23:28
jeblairclarkb: yeah, i had rather assumed that was copied from the other file...23:28
jeblairthose line's don't make any sense.  you are correct they should look like the block at #3423:29
jeblairclarkb: any need to follow symlinks?23:29
clarkbjeblair: I don't think so23:30
clarkbI am whipping up a change now23:30
jeblairclarkb: yeah, i don't see any.23:30
notmynamejeblair: https://bugs.launchpad.net/tempest/+bug/125868223:33
uvirtbotLaunchpad bug 1258682 in tempest "timeout causing gate-tempest-dsvm-full to fail" [Undecided,New]23:33
*** rnirmal has joined #openstack-infra23:33
jeblairnotmyname: thanks23:33
openstackgerritClark Boylan proposed a change to openstack-infra/config: Fix elastic-recheck vhost settings.  https://review.openstack.org/6063623:34
clarkbjeblair: how does that look?23:35
jeblairclarkb: lgtm23:36
*** randallburt has joined #openstack-infra23:38
*** jergerber has quit IRC23:39
*** senk has quit IRC23:39
randallburtquick question/confirmation for the infra gurus: I need to add a job to heat; all I need to do is add my "gate-heat-tox-contrib" job to modules/openstack_project/files/zuul/layout.yaml, yes?23:42
clarkbrandallburt: you need to make sure that there is a jenkins job defined for that job name in modules/openstack_project/files/jenkins_job_builder/config as well23:43
openstackgerritDevananda van der Veen proposed a change to openstack/requirements: Add python-ironicclient to global requirements  https://review.openstack.org/6063823:44
randallburtclarkb:  cool, thanks!23:44
*** reed_ has quit IRC23:44
randallburtIIRC, its one of the jobs templates for python, but I'll double check23:44
fungiholy scrollback batman23:45
*** gyee has quit IRC23:47
clarkbfungi: just for you23:47
sdagueclarkb: oh... right, apache 2.223:47
clarkbsdague: ubuntu apache 2.2 even fancier23:48
sdagueyeh23:48
sdaguewell I've updated all my systems to 13.1023:48
fungid yeah, the daylight was mostly wishful thinking on my part23:48
sdagueso I took all the pain of 2.423:48
clarkbhttp://status.openstack.org/elastic-recheck/ is semi up now23:48
clarkbI applied the change by hand23:48
clarkbI don't see any graphs23:48
*** rcleere has quit IRC23:49
clarkbsdague: File does not exist: /usr/local/share/elastic-recheck/data23:49
sdagueclarkb: did cron run yet?23:49
clarkbsdague: yes, but graph.json is in /var/lib/elastic-recheck23:49
clarkbnot /usr/local/share/elastic-recheck/data unless I am misunderstanding how this works23:50
sdagueok, do we have to restack those in the other direction?23:50
*** bnemec has quit IRC23:50
clarkbsdague: I don't understand what restack those in the other direction means23:50
sdaguehold on, let me experiment here23:50
openstackgerritA change was merged to openstack-infra/config: Fix elastic-recheck vhost settings.  https://review.openstack.org/6063623:50
sdaguehttps://review.openstack.org/#/c/60636/1/modules/openstack_project/templates/status.vhost.erb23:50
sdaguenested aliases23:50
sdaguein apache23:50
*** bnemec has joined #openstack-infra23:50
clarkboh right23:51
sdagueyeh, the aliases have to go narrow to wide23:51
sdagueso the more specific one first, sorry about that23:51
fungiall these cool new changes to review, but they're already merged... just as well23:51
sdagueI'll push the puppet bit23:52
*** bnemec has quit IRC23:52
clarkbsdague: hard refresh, I made the change by hand, it works23:52
sdaguewoot, thanks23:53
*** SergeyLukjanov has quit IRC23:53
clarkbpuppet is current not running on status.o.o23:53
openstackgerritSean Dague proposed a change to openstack-infra/config: fix alias order for elastic-recheck  https://review.openstack.org/6064023:56
openstackgerritMax Rydahl Andersen proposed a change to openstack-infra/jenkins-job-builder: add private-repository to maven-target  https://review.openstack.org/6016123:56
fungiooh, i got caught up in time to review an apache config correction23:56
sdagueclarkb: sorry for causing the scramble.23:56
clarkbno problem, I want this in now so that you can keep hacking on making the whole thing better :)23:57
sdagueheh23:57
fungimake it ALL better23:57
sdaguewell, most of that will wait until next week. As we have friends coming in for the weekend. So no computers this weekend. But I'll start diving again on monday.23:59
clarkbI may end up working simply because going outside is too cold23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!