Thursday, 2014-04-03

fungidavidlenwell: i'll have a look on the gerrit repo00:00
davidlenwellmaybe something some place has the wrong date00:00
fungithe gerrit server itself has a sane system time00:01
davidlenwellthe merge actually happens in the worker farm thing right ?00:02
fungidavidlenwell: yeah, merge commits look like they have the create commit date since they're created on gerrit00:02
fungihowever changes which can merge without needing a merge commit keep their original commit date00:03
davidlenwellmight actually be my systems fault00:03
davidlenwellI work in a vm most of the time .. and often suspend it for days at a time .. which seems to have screwed up its date00:04
fungidavidlenwell: it looks to me like your local system time is two weeks behind... do you still have a topic branch or other original commit around from when you were running git review?00:04
lifelessfungi: can you change max-servers to 40 please ?00:04
davidlenwellyep .. thats it ..00:04
fungilifeless: can you submit a patch? i can manually change it, but puppet is going to change it back if i don't also stop puppet00:04
lifelesssubmitting patch too, of course00:04
fungik00:04
lifelesswe only have 40 virtualised test environments00:05
lifelessonce we get more hardware back online ( Ng is pushing on that) we'll have more00:05
fungii'm not 100% sure i get the context of those terms, though they are all words in my native tongue00:05
clarkbjogo: https://review.openstack.org/#/c/84690/1 that ready?00:05
*** Ryan_Lane2 has quit IRC00:05
clarkbzaro: sure let me look at it again00:05
lifelessfungi: each tripleo job uses a cluster of other VMs to run tests00:06
*** andreaf2 has quit IRC00:06
lifelessfungi: we call that cluster a 'testenv'00:06
fungilifeless: okay, that. makes sense then00:06
lifelessfungi: we have a separate cluster of hosts that host those testenvs.00:06
*** blamar has quit IRC00:06
lifelessfungi: there are currently 40 such testenvs, but 55 jobs running would mean 15 jobs not being serviced00:06
lifelessfungi: during high churn periods thats fine - because slaves coming and going will contribute that 1500:06
fungilifeless: i've dropped it to 40 and very briefly stopped the puppet agent daemon00:07
*** dcramer_ has joined #openstack-infra00:07
lifelessfungi: but, during sustained overload, it means that we could end up with jobs with a slave active - so the countdown in jenkins starts - and then waiting too long to start doing anything, so they will timeout without cause00:07
lifelessfungi: which if that happened, would be self sustaining, so we'd basically not run anything to completion00:08
*** talluri has joined #openstack-infra00:08
*** melwitt has quit IRC00:08
fungilifeless: yeah, makes sense without some sort of additional queuing layer00:08
*** blamar has joined #openstack-infra00:09
openstackgerritlifeless proposed a change to openstack-infra/config: Drop max-servers to 40 for tripleo HP region.  https://review.openstack.org/8490300:10
*** wenlock has quit IRC00:11
clarkbzaro: approved00:12
*** talluri has quit IRC00:12
openstackgerritA change was merged to openstack-infra/gerritlib: add getVersion and listPlugin commands and update replicate command  https://review.openstack.org/6976800:13
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Fix jshint linting errors  https://review.openstack.org/8490500:13
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Add in train tracks to status page  https://review.openstack.org/8431400:13
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Fix up filter issues introduced by jshint changes  https://review.openstack.org/8411200:13
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Tweak job layout css in status page  https://review.openstack.org/8431600:13
*** mgagne has joined #openstack-infra00:13
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Adjust change headings on status page  https://review.openstack.org/8431700:13
asselinHi, for nodepool, when it creates the image, a new keypair is created and used in the image. But when it comes time to ssh in an instance of the image, nodepool uses the ssh key provided in the nodepool.yaml file. Since they (obviously) don't match, nodepool is failing to ssh into the instance.00:14
asselinAm I missing some configuration somewhere?00:14
*** SumitNaiksatam has quit IRC00:15
clarkbasselin: yes, the setup script should install the public key for that key in the specified user's authorized_keys file00:15
asselinclarkb, sorry, I need to get this clear: The setup script running on the 'master' installs the new 'slave' public key in the 'master' user's authorized_keys file?00:17
clarkbasselin: no, the setup script provided in the nodepool.yaml. That script should when building the image install the authorized keys file for the username provided in nodepool.yaml00:20
*** maru_afk is now known as marun00:20
fungiclarkb: asselin: the "private-key" file path specified for each image in nodepool.yaml, right?00:20
fungiin http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/templates/nodepool/nodepool.yaml.erb we use the local /home/nodepool/.ssh/id_rsa to log in and use puppet to install the public key component of that00:21
*** yamahata has joined #openstack-infra00:22
*** gokrokve has quit IRC00:22
fungithe $ssh_key we pass in through http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/manifests/slave.pp#n23 corresponds to it, right? (basically the same key the jenkins master authenticates to the slaves with)?00:22
jogoclarkb: I don't know  wasn't aware of that patch00:23
clarkbjogo: are the existing python33 tests passing to a level you are comfy with?00:24
clarkbjogo: if so it is probably fine to start actually gating on it00:24
jogoclarkb: checking now00:24
clarkbjogo: awesome thanks00:24
asselinfungi, clarkb, I have private-key: /home/stack/.ssh/id_rsa00:24
asselin. For puppet, I need to configure it to put the corresponding public key in the instance?00:24
fungiasselin: so /home/stack/.ssh/id_rsa needs to exist on your nodepool server, first of all (that's telling it what its local ssh client should use to log into the new nodes to finalize their configuration)00:25
fungiasselin: and then, yes, the corresponding public part to that keypair needs to get installed (via puppet or whetever) during image creation into the ~/.ssh/authorized_keys file of the username nodepool will use to ssh into the nodes00:26
*** blamar has quit IRC00:26
asselinfungi, yes, that's on my nodepool server. I see lots of kesy in these files: modules/openstack_project/manifests/*.pp00:27
jogoclarkb: actually I am not00:27
fungiours uses the jenkins account we create on the images, so in our cause it ends up in the /home/jenkins/.ssh/authorized_keys file on the nodepool template images00:27
jogocomnfortable with hacking gating on py33 yet00:27
clarkbjogo: ok, please leaev a comment (and -1) on the change00:27
jogoI think we first need to explore the impact of updating pep8 and flake8 versions00:27
clarkbjogo: hrm?00:28
jogoI don't think those will be an issue, but IMHO those should get precident00:28
*** matsuhashi has joined #openstack-infra00:28
clarkbjogo: oh yeah they totally work00:28
clarkband if they don't we should burn them with fire00:28
jogoclarkb: I agree but, I would rather do this in the right order00:28
clarkbbut agreed checking that first should be done (it is easy to do just push a WIP chagne that changes those numbers)00:28
jogoright00:29
clarkbthe python33 job will run and tell you if it works00:29
jogoalso py33 or py34?00:29
fungijogo: py33 until we get trusty up in production00:30
fungijogo: then we'll start adding py34 jobs and deprecating the py33 jobs00:30
*** thuc has quit IRC00:30
*** prad has joined #openstack-infra00:30
*** prad has quit IRC00:30
fungiin theory we should be able to run py27, py34 and pypy jobs on trusty workers00:30
*** thuc has joined #openstack-infra00:31
jogofungi: ahh00:31
fungiwhich means an eventual end to specialized py3k-precise nodes once icehouse is eol support gets00:31
* fungi no tyep good00:31
*** blamar has joined #openstack-infra00:32
asselinfungi, so if I manually copy my stack user ssh key to the "ubuntu" user on the slave's authorized_keys it should work. "ubuntu" user is from the providers:images:username: entry in the nodepool.yaml file00:32
fungii think we discussed that we might consider py33 for havana/icehouse scrapped and just transition to py34 on trusty for juno and drop the py3k-precise nodes sooner if possible00:32
fungiasselin: in theory yes, though that needs to ideally happen during image creation00:33
*** german_ has quit IRC00:34
asselinfungi, thanks....yes image creation is very slow (different issue I'd like to ask about) so I'd like to understand enough to test before automating.00:35
*** thuc has quit IRC00:35
*** markmcclain has quit IRC00:36
asselinfungi, clarkb thanks again for your help. I will continue tomorrow.00:36
fungiasselin: of course--we're always happy to see others use the tools we're developing, and understand they're not always trivial to implement00:39
*** thuc has joined #openstack-infra00:39
*** rlandy has quit IRC00:40
*** thuc_ has joined #openstack-infra00:40
*** thuc_ has quit IRC00:41
*** thuc_ has joined #openstack-infra00:41
*** Adri2000 has quit IRC00:41
*** thuc__ has joined #openstack-infra00:43
*** thuc__ has quit IRC00:43
*** alexandra_ is now known as asettle00:43
*** thuc has quit IRC00:43
*** thuc has joined #openstack-infra00:44
*** thuc__ has joined #openstack-infra00:44
*** thuc__ has quit IRC00:45
*** thuc__ has joined #openstack-infra00:45
*** asettle is now known as alexsettle00:46
*** thuc_ has quit IRC00:46
*** alexsettle is now known as Alexandra00:46
*** thuc__ has quit IRC00:46
*** thuc_ has joined #openstack-infra00:47
lifelessfungi: https://jenkins05.openstack.org/job/check-tripleo-ironic-undercloud-precise/153/console - that seems hung ?00:47
*** dcramer_ has quit IRC00:47
fungiagreed, nova list encountered "ERROR: HTTPConnectionPool(host='192.0.2.1', port=5000): Max retries exceeded with url: /v2.0/tokens (Caused by <class 'socket.error'>: [Errno 110] Connection timed out)"00:48
*** mriedem has joined #openstack-infra00:48
*** thuc has quit IRC00:48
fungiand the job is now doing nothing, hurtling toward a lengthy job timeout00:48
fungilifeless: do you want the job aborted, or are you looking for troubleshooting assistance on it?00:49
lifelessfungi: I'm wondering if something is systemically wrong00:50
lifelessfungi: e.g. like a dropped tcp connection00:50
lifelessfrom slave to jenkins00:50
fungilifeless: doesn't seem so... jenkins appears to run keepalives to slaves and notices when they go away/stop responding fairly quickly00:51
lifelessok00:51
lifelessproblem in test script then, will ignore00:51
fungilifeless: i can ssh into the slave and see if it's still doing stuff, or place the node on hold and add an ssh key for you00:52
*** julim has quit IRC00:55
*** julim has joined #openstack-infra00:56
fungior i can go have an evening. yes, i think i might just do that00:56
*** thuc_ has quit IRC00:57
*** julim has quit IRC01:00
*** harlowja is now known as harlowja_away01:01
*** dcramer_ has joined #openstack-infra01:01
lifelessfungi: is possible to change the place in the for a job ?01:02
lifelessfungi: oy I just missed you :P01:03
lifelessclarkb: ^01:03
*** yaguang has joined #openstack-infra01:03
portantefungi, clarkb, lifeless: can somebody point me at the official license header template for python source?01:03
fungilifeless: still here, but not succeeding in parsing your question01:03
portanteI was using: http://docs.openstack.org/developer/hacking/01:04
openstackgerritJoe Gordon proposed a change to openstack-dev/hacking: Test reving the dependencies  https://review.openstack.org/8491301:04
lifelessfungi: I have a job - 84361 which may fix the timeouts on all the ironic-undercloud jobs if landed01:04
lifelessfungi: but it hasn't actually run  and its deep in the queue01:04
lifelessfungi: I'm wondering if its possible to promote it to the front01:04
fungilifeless: i can enqueue it in the gate if it's still languishing in check waiting for resources, yes01:05
*** matsuhashi has quit IRC01:05
lifelessfungi: I mean front of check queue01:05
lifelessfungi: erm check-tripleo01:06
* portante ... **crickets** ...01:06
lifelessportante: is there one?01:06
*** matsuhashi has joined #openstack-infra01:06
portanteI am looking to see if there is an official template somewhere, or if what is on that hacking page above is the one to use01:06
portantelifeless:01:06
fungilifeless: i can try to reorder that, though i've only ever used zuul promote on the gate pipeline, so no guarantees01:07
*** julim has joined #openstack-infra01:07
lifelessfungi: please, that would be super useful01:07
fungilifeless: seems to have worked, though using zuul promote on an independent queue still seems to cancen and resubmit all jobs01:09
fungis/cancen/cancel/01:09
lifelessfungi: it has to I think, because jenkins01:09
fungianyway, i'm really not here now ;)01:09
jogoclarkb: commented01:10
*** yamahata has quit IRC01:11
*** mrodden has quit IRC01:11
*** saschpe has quit IRC01:11
*** julim has quit IRC01:12
fungiportante: i think the closest you're going to get it http://git.openstack.org/cgit/openstack-dev/hacking/tree/hacking/core.py#n14201:12
*** bhuvan_ has quit IRC01:13
portantefungi: thanks01:13
fungi(that's the text _check_for_exact_apache() compares against)01:13
portanteso we don't need any "Copyright" strings in there anymore?01:13
portantehuh01:13
portantek01:13
fungiportante: it doesn't check the copyright notices because they're not part of the license and irregular in nature01:13
portanteah01:13
fungiportante: copyright notices are up to personal/project discretion. i think projects benefit from adding and maintaining them, but that's just my opinion01:14
portantefungi: okay, thanks01:15
portantenotmyname: ^^^01:15
*** dcramer_ has quit IRC01:15
portantenotmyname: your call, I can add an OpenStack Copyright if you'd like01:15
notmynameportante: not important to me personally, and IIRC, the foundation doesn't want to be assigned copyright01:16
fungiportante: copyrighting something OpenStack is fairly inaccurate ;) the author(s) of the work or their employers in a work-for-hire scenario is/are the copyright holder(s)01:16
portanteokay01:17
portantethanks guys01:17
jeblair(unless you're moving around code that is already under openstack foundation copyright as opposed to writing new code)01:17
fungiat the moment, the only new works which should technically be getting a "copyright openstack foundation" are those works written by the handful of us who are directly employed by the foundation, or working on a contract for it01:17
fungiyes01:17
jeblairportante: there are a lot of openstack foundation copyright headers around because at the start of the project, rackspace assigned all of its openstack-related copyrights to the foundation (by way of the llc)01:18
notmyname"Copyright OpenStack, because jeblair told me this had to be in Swift"01:18
fungipreserving existing copyright counts, for code copying, agreed01:18
fungiheh01:18
*** saschpe has joined #openstack-infra01:18
jeblairnotmyname: ;)01:19
* fungi is apparently actually really bad at not being here01:19
jeblairfungi: you're the worst at it :)01:20
* jeblair goes away01:20
portantejeblair: thanks01:23
* portante knows you read that! ;)01:23
*** nosnos has joined #openstack-infra01:29
*** rfolco has quit IRC01:32
*** VijayTripathi has quit IRC01:35
*** julim has joined #openstack-infra01:37
*** Adri2000 has joined #openstack-infra01:42
*** Alexandra is now known as alex-away01:46
*** sahumada has quit IRC01:53
*** sahumada has joined #openstack-infra01:57
*** wenlock has joined #openstack-infra02:00
*** zns has quit IRC02:01
*** alff has quit IRC02:08
*** alff_ has quit IRC02:08
*** thuc has joined #openstack-infra02:08
*** HenryG has quit IRC02:08
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Move status stylesheets into css file  https://review.openstack.org/8492102:09
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Add in sparklines to status page pipelines  https://review.openstack.org/8492202:09
*** talluri has joined #openstack-infra02:10
*** alff_ has joined #openstack-infra02:12
*** alff has joined #openstack-infra02:12
*** alff has quit IRC02:12
*** alff_ has quit IRC02:12
*** thuc has quit IRC02:13
*** talluri has quit IRC02:14
*** mgagne1 has joined #openstack-infra02:16
*** mgagne has quit IRC02:18
mordredjhesketh: why move the js stuff down a level? https://review.openstack.org/#/c/84069/ ?02:21
mordredjhesketh: if the entry isn't in the main tox file, it'll kinda be hard to re-use the gate tox infrastructure we already have ...02:21
*** jlk has left #openstack-infra02:22
jheskethmordred: well I figured we could work around the gate with some JJB shell02:22
jheskethbut I moved it so that if we ever separate it out entirely from zuul it's ready to go02:23
jheskethand it kind of litters the repository02:23
jheskethmordred: did you read the scrollback yesterday when we spoke about the javascript changes?02:23
*** Alexandra has joined #openstack-infra02:23
mordredno. let me go find that02:23
mordredcana you tl;dr me?02:23
jheskethbasically we're not sure if we want to introduce all the extra jshint stuff + complexity02:24
*** Alexandra has left #openstack-infra02:24
jhesketh(you were pinged on it yesterday morning my time, so around 2200-2300 UTC)02:24
*** Alexandra has joined #openstack-infra02:26
mordredgotcha02:26
mordredso - if we weren't re-inventing grunt and bower  in shell script and vendoring in things02:26
mordredI'd say "yeah, we shoudln't add the tools"02:26
mordredbut we're adding tools - just custom written ones02:26
mordredso in my opinion, now that it's gotten complex, we should start using the tools taht are designed fo rthe job at hand02:27
mordredthat said - I understand reluctance02:27
*** Alexandra is now known as asettle02:28
*** asettle is now known as Alexandra02:29
*** nkinder has quit IRC02:29
clarkbmordred: its less about tools and moer the way they were introduced02:32
clarkbmordred: that chagne is massive with little to no documentation or comments02:32
clarkbmordred: also it should probably be about 3 changes02:32
clarkbone to add framework with maybe linting, another to add unit tests and another to add tools02:32
clarkbas is its just hard to understand02:32
*** MarkAtwood has joined #openstack-infra02:34
*** david-lyle has joined #openstack-infra02:34
mordredclarkb: ok. I can do that02:34
clarkbmordred: the other concern was less css02:35
clarkbbecause packaging02:35
clarkband are the js tools really so insane that we need 10 config files to do that02:35
clarkbpython needs 202:35
mordredmeh02:35
mordredit's how js works02:35
clarkbmordred: its not meh though02:35
mordredit is02:35
clarkbit is incredibly confusing02:35
mordredit's not really02:35
lifelessmordred: oh hai02:36
mordredand we're alraedy using it02:36
mordredin another infra project02:36
clarkbmordred: zuul isn't02:36
clarkbzuul has a different core group I am going to be a bit more picky02:36
clarkbbecause 10 config files is insane02:36
clarkbmordred: it seems like there was a lot of overlap in them02:36
mordredok. that's fine. anyway - I'll rework the changes to be more readable02:36
clarkbinstalljs vs bootstrap02:36
clarkband dependencies listed in multiple places and so on02:36
mordredsome of them were copies that are not needed02:36
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add a fingerprint for bug 1301027  https://review.openstack.org/8455802:37
uvirtbotLaunchpad bug 1301027 in neutron/havana "Permission denied error in unit tests" [High,Fix committed] https://launchpad.net/bugs/130102702:37
mordredso, like I said, I'll rework the patches based on that feedback02:37
clarkbok thanks02:37
*** esker has joined #openstack-infra02:37
*** mriedem has quit IRC02:37
*** mrodden has joined #openstack-infra02:39
clarkbmordred: what does bower do? grunt is basically make and karma is the test suite02:40
mordredyes02:40
mordredbower is the thign that does what "etc/status/fetch-dependencies.sh" does02:40
mordredit fetches web-style dependencies - that is, things that nobody ever intended would _install_ as a library and be consumed02:41
*** Alexandra_ has joined #openstack-infra02:41
mordredbut instead are designed to be included into a website02:41
*** Alexandra_ has quit IRC02:41
*** asettle has joined #openstack-infra02:41
mordredit pulls them into bower_components, and then the build chain knows where to find them, so that when it generates the tarball, all is minified properly02:41
*** nkinder has joined #openstack-infra02:42
clarkbso python setup.py sdist equivalent?02:42
mordrednot entirely02:42
mordredit's more like pip - but for a different type of thing02:42
jheskethmordred: okay, if you're going to rework it again would you mind doing it at the new tail of my changes?02:43
mordredso, like, you use it to grab bootstrap and put it into a local dir - so that you don't have to vendor bootstrap into your tree02:43
mordredjhesketh: absolutely02:43
*** Alexandra has quit IRC02:43
jheskethmordred: also I'd like to see this stuff inside the status folder to keep zuul cleaner02:43
jheskethit does appear to add a lot of config junk02:43
clarkbmordred: it seemed like we define deps in bower separate of grunt02:44
mordredthat's right02:44
mordredgrunt does not do depends02:44
clarkbis that right? that seems wrong from a we tested X and package Y perspective02:44
mordredit doesn't assume a world where there would bea  distro package of bootstrap that would be used02:45
mordredbecause that world doesn't raelly exit02:45
mordredexist02:45
mordredyou declare the version of bootstrap you want, and bower pulls that down, and then when grunt runs, it uses what's now in the tree02:45
mordredit's a bit like vendoring without having to check the vendored code into the repo02:45
clarkbmordred: oh so grunt does the bower step?02:45
mordredno02:45
clarkbhow do we make sure what we package is what we test then?02:46
mordredthat's in https://review.openstack.org/#/c/82307/4/tools/install-js.sh02:46
mordredit is - it's just a step before grunt02:46
mordredso - you run npm install to install any npm depends02:49
mordredin our case, those are all dev/test depends and not things that get installed into the site eventually02:49
clarkbwhich is karma and test depends or jshint02:49
clarkbright02:49
mordredright02:49
mordredthen, using bower, you install the libraries that actually _do_ get installed into the site02:49
*** julim has quit IRC02:50
mordredclarkb: so then, https://review.openstack.org/#/c/82307/4/status/src/index.html02:51
mordredline 2402:51
mordredthat chunk is referencing files in the bower_components dir02:51
clarkbbut it isn't a script so it doesnt' do things at run time right?02:52
mordredand the minifier will combine them into /js/libs.js and will replace that section with the one that references /js/libs.js instead02:52
clarkbit is build time?02:52
clarkbah gotcha02:52
clarkbso you end up with a massive file with minified stuff02:52
*** thuc has joined #openstack-infra02:52
mordredyup02:52
mordredand you know for certain that what you deploy is what you tested :)02:53
*** thuc_ has joined #openstack-infra02:53
*** weshay has joined #openstack-infra02:53
*** pcrews_ has quit IRC02:54
*** fifieldt_ is now known as fifieldt02:54
mordredbut honestly - great point in terms of code drop - I put the unittest stuff in there to show that we can do it and where it goes - but since we don't actually HAVE that02:54
mordredjust not having it in tree as step one will be hella clearer :)02:55
*** thuc has quit IRC02:57
*** mrodden has quit IRC03:00
*** mrodden has joined #openstack-infra03:02
*** matsuhashi has quit IRC03:05
*** thuc_ has quit IRC03:08
*** thuc has joined #openstack-infra03:08
*** yjiang has joined #openstack-infra03:11
*** thuc has quit IRC03:11
*** talluri has joined #openstack-infra03:11
clarkbfungi: lifeless: so are we still leaking floating ips? it wasn't clear to me if we were still experiencing that03:12
*** esker has quit IRC03:12
*** esker has joined #openstack-infra03:13
clarkbthere appaer to be a relatively largish number of tests running now compared to yesterday03:13
*** sdake has quit IRC03:14
*** talluri has quit IRC03:16
lifelessclarkb: I'll stop my workaround and we'll find out03:19
*** mrodden has quit IRC03:22
*** nosnos has quit IRC03:23
clarkblifeless: and if we are, I will whip up a patch that checks fixed ip against the server's fixed ip03:27
*** gokrokve has joined #openstack-infra03:36
*** gokrokve has quit IRC03:36
*** basha_ has joined #openstack-infra03:36
*** gokrokve has joined #openstack-infra03:37
*** VijayTripathi has joined #openstack-infra03:38
*** thuc has joined #openstack-infra03:39
zarofungi: you are correct getVersion is unused.  it's a nice to have. i probably should have added that method in a seperate change.03:39
*** maxbit has quit IRC03:56
*** basha_ has quit IRC03:56
*** harlowja_away is now known as harlowja04:00
*** SumitNaiksatam has joined #openstack-infra04:02
lifelessclarkb: its looking ok so far, but we really need a few hours - cycled nodes - to be sure04:03
*** thuc has quit IRC04:03
clarkbrgr04:03
lifelessclarkb: I'll check before I sleep and if leaking put the workaround back04:03
*** thuc has joined #openstack-infra04:04
*** thuc has quit IRC04:07
lifelesspleia2: I see there is a fedora job on check-tripleo now04:08
lifelesspleia2: but no images scheduled or live04:08
lifelesspleia2: so this is making all runs fail with NOT REGISTERED04:09
lifelesspleia2: how do you feel about us backing that out ? Or is fedora veryveryclose ?04:09
pleia2lifeless: hmm, there were some earlier, did any of them work?04:09
*** nosnos has joined #openstack-infra04:09
clarkbwe definitely had an image04:09
pleia2the slaves seemed to be building fine earlier04:09
pleia2it should work, but we might want to regroup with derekh tomorrow since he'll know more about actually running the tests I think04:10
*** thuc has joined #openstack-infra04:11
lifelesstheres a slave limit of 1 for fedora04:12
lifelessAIUI we need a limit => jenkinses04:13
lifelessor the other jenkins will barf, no ?04:13
lifelessactually04:13
lifelessI know what I think we should do04:13
lifelessmake the fedora job nonvoting04:13
lifelessas its new04:13
lifelessnonvoting in a nonvoting queue :)04:13
pleia2ah yes, I think he put it is as 1 because it's new, but you're right, it really should be non-voting04:14
clarkb1 should be fine it will scale up04:14
*** matsuhashi has joined #openstack-infra04:15
lifelessoh right, min-ready04:15
clarkbmaybe the jenkins job label doesnt match slave label?04:15
pleia2check-tripleo-overcloud-f2004:15
pleia2check-tripleo-overcloud-f2004:16
pleia2they're the same04:16
lifelessnonvoting is enough to make me happy04:16
*** VijayTripathi has quit IRC04:16
clarkbimage build must've broken then? /me looks at web hosted logs04:17
clarkbpleia2: the label is tripleo-f20 according to nodepool04:19
pleia2clarkb: oh, the name of the slave04:19
pleia2right, you said that, let me check the patches again04:20
pleia2node: 'tripleo-f20'04:20
clarkbya that looks correct04:21
clarkbI wonder if we have simply been unable to build a new image beacuse all of the quota has been used to kill that backlog04:22
clarkbI don't see tripleo-f20 showing up in the image logs the last few days04:22
*** dcramer_ has joined #openstack-infra04:22
*** mrodden has joined #openstack-infra04:24
lifelessclarkb: quota is 6004:24
*** BadCub01 has quit IRC04:28
*** michchap has quit IRC04:29
*** michchap has joined #openstack-infra04:29
*** masayukig has quit IRC04:32
*** masayukig has joined #openstack-infra04:32
*** talluri has joined #openstack-infra04:34
*** talluri has quit IRC04:34
*** talluri has joined #openstack-infra04:34
*** ArxCruz has quit IRC04:36
*** mihgen has joined #openstack-infra04:37
*** ArxCruz has joined #openstack-infra04:38
*** matsuhashi has quit IRC04:40
*** weshay has quit IRC04:43
mordreddstufft: tchaypo has made a patch for pip that makes us very happy04:44
*** resker has joined #openstack-infra04:44
*** resker has quit IRC04:44
dstufftwhich is that04:45
mordreddstufft: https://github.com/jamezpolley/pip/commit/66dff9a8a3bf95d105792f2aae3dd7caa65b525304:45
mordreddstufft: it fixxes the issue that file:// and http:// urls exhibit different behvior04:46
*** matsuhashi has joined #openstack-infra04:46
mordredwhich has been plaguing me as a person04:46
dstufftsigh04:46
dstufftfucking file:// urls04:46
dstufftbuggiest things ever04:47
mordredyah04:47
mordredBUT04:47
mordredreally helpful in some cases04:47
dstufftyea yea04:47
*** esker has quit IRC04:47
mordred(I promise, there really are cases - I'm not lying)04:47
mordred(ok, I'm lying, but not MUCH)04:47
dstufft;)04:47
dstufftoh04:48
dstufftall our tests are broken right now because of wheel04:48
dstufftlol04:48
mordredNICE04:48
dstufftI forgot about that04:48
dstufftalso apparently someone merged or commited pep8 violations04:49
tchaypodstufft: i hear you're a pip maintainer type04:50
mordreddstufft: if you want gating - we've got some you can use ...04:50
clarkblifeless: does the base fedora image existing in your cloud after everything got blown away?04:50
clarkbrunning down ideas for why the image doesn't show up in the image log at all04:50
clarkband not being able to boot the base image may explain it04:50
dstufftmordred: we theortically test all PRs before they land, probably someone commited directly to develop, or they merged a PR and ignored the failures because everything else is red now anyways so who wants to read the failures to make sure a change isn't introducing more failures04:51
dstuffttchaypo: yea04:51
clarkblifeless: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/templates/nodepool/nodepool.yaml.erb#n40404:51
tchaypodstufft:My patch so far is based on bashing out a nasty hack and being surprised that it works. I haven't yet looked at what kind of coding standards or testing pip wants before it can accept the patch04:51
*** skraynev_afk is now known as skraynev04:52
mordreddstufft: yah. I'm just trolling because $wine04:52
tchaypomordred: but it04:52
tchaypos only 4pm!04:52
mordredtchaypo: that's four hours after wine drinking starts!04:52
dstuffttchaypo: your patch looks reasonable, it'd be nice to get some tests for it, but like all our tests are borken right now because wheel04:53
tchaypobaaha04:53
* mordred goes to do more not-IRC04:53
tchaypoit's nice to know that we aren't the only project broken because wheel04:53
mordredwhich may involve kevin spacey04:53
clarkbmordred: house of cards?04:53
mordredclarkb: yah. we're still on season one04:53
dstufftsomeday I'm going to quit all this computering and become a goat herder04:53
mordreddstufft: +100004:53
lifelessclarkb: I created one yes04:53
clarkbmordred: I will not spoil anything then04:53
lifelessclarkb: you can check with glance list-images04:53
mordreddstufft: I will fund your herd if I can help04:53
lifelessor image-list or whatever it is04:54
clarkblifeless: ya nova image list I can check tomorrow04:54
dstuffthttp://d.stufft.io/image/0C3S140L3d0Q apparently github puts build stats on the overbiew now, and lol our PRs04:54
lifelessclarkb: if you like proxying through apis sure04:54
clarkblifeless: I kinda do, then I only need one client (when can openstaclient be a thing?)04:54
lifelessclarkb: nova image list will go away eventually04:54
clarkblifeless: hopefully not before openstack iamge list is a thing04:55
mordredclarkb: openstackclient actually works now04:55
mordredclarkb: I've used it to do things04:55
clarkboh? I should install it then04:55
mordredclarkb: I keep meaning to learn to use it for more things04:55
mordredit'snot 100% complete - but I think it has the things we're likely to use04:55
openstackgerritNoorul Islam K M proposed a change to openstack-infra/reviewstats: Update solum core-team  https://review.openstack.org/8493904:57
dstufftmordred: your not IRC looks vaguely similar to my not IRC04:57
mordreddstufft: not-IRC is harder to do than IRC - there are 4 more characters04:57
clarkbdstufft: do I need to not spoil things for you too?04:58
dstufftclarkb: oh I meant that I seem to awlays end up back on IRC when I say I'm going to go do something else ;)04:58
dstufftI'm not watching that house of cards show04:58
mordredclarkb: don't say things in scrollback04:59
mordredI do, you know, sometimes read what happened during not-IRC04:59
clarkbdon't worry I will be good05:00
clarkbdstufft: its actually quite good05:00
* mordred throws wet cats into the air05:00
dstufftmordred: dumbledore kills snape05:00
mordreddstufft: you are a bad bad boy05:00
clarkbI can do Game of Thrones spoilers too but I won't05:01
dstufftI need to catch up on both the books and the show :/05:01
clarkbdstufft: reading books is how I do actual no irc and make sure it doesn't become irc05:01
clarkbcurrently reading green mars, I should go do that soon and fall asleep05:01
*** thuc has quit IRC05:01
mordredI was about to do not-IRC, but then sandy started spraying medicine on the cat05:02
dstufftsomehow when the choice is "enjoy myself" and "get mad at computers" I pick the latter far more than is healthy05:02
mordredso I went back to IRC for a minute05:02
*** yamahata has joined #openstack-infra05:02
mordreddstufft: computers are extremely vexing05:02
clarkbbut for some reason we keep smashing our keyboards05:02
*** thuc has joined #openstack-infra05:02
clarkbalso this software stuff that people write is pretty terrible05:02
nibalizerIRC is my default animation when idle05:02
nibalizerthat and typing 'arst' + ^U over and over again05:03
StevenKmordred: What's did the cat do to deserve that? :-P05:03
*** jcoufal has joined #openstack-infra05:03
mordredStevenK: countless countless things05:03
dstuffttchaypo: I think I just merged stuff to make develop pass tests again for pip05:03
dstuffttchaypo: so you probably want to rebase or something05:03
dstufftbut you probably also don't want to run the tests locally05:04
dstufftunless you have nothing to do for like 3 hours05:04
StevenKSo pip takes after Launchpad?05:04
dstufftat least it doesn't use up like 15GB of temp space anymore05:04
StevenK(Without using a massive machine and 20 LXC containers, Launchpad's test suite takes about 6 hours)05:04
clarkbdstufft: uh what?05:05
clarkbdstufft: does it build packages for everythign on pypi?05:05
clarkband install them?05:05
*** thuc has quit IRC05:06
dstufftStevenK: it takes about 20 minutes per CPython (2.6, 2.7, 3.2, 3.3, and 3.4) and then 45-50 minutes for PyPy05:06
dstufftclarkb: we have a directory full of test data that we copy into a unique per test case temporary directory05:06
dstufftrepeat that 400 some times05:06
dstufftalso in that test data is 400 some virtualenvs05:06
*** LinuxJedi has quit IRC05:07
*** mrmartin has joined #openstack-infra05:07
StevenKmordred: Challenge accepted, re: -dev mail05:07
clarkbdstufft: wow gg05:07
openstackgerritMarc Abramowitz proposed a change to openstack-infra/jenkins-job-builder: Accept file objects as well as filenames  https://review.openstack.org/8494205:08
clarkbStevenK: yes we should have the summit for M there05:08
StevenKHaha05:08
dstufftclarkb: we didn't used to copy, but using a file:// url (especially an editable one) mutates the directory poitned to by the file:// url05:08
dstufftso we had lots of non deterministic tests that would fail depending on what order they ran in05:09
dstufftalso for awhile we had pytest-xdist running to speed things up, which was lol when trying to run two tests at the same time that both wanted to mutate the same directory05:09
clarkbStevenK: I approve of M summit in sydney05:09
*** ArxCruz has quit IRC05:09
clarkbStevenK: now we just have to make it so05:09
clarkbdstufft: nice05:09
tchaypoHow far away is M?05:10
clarkbdstufft: /me knows how that goes having made things work with testr05:10
tchaypobecause at the moment our convention center is a tent on a barge05:10
clarkbtchaypo: we are doing J in atlanta05:10
dstufftwe don't have pytest-xdist anymore because it thought it was cool to randomly error during collection05:10
tchaypoand our exhibition center is a tent that you can only access by taking a train to central and then transferring to a bus05:10
dstufft:/05:10
clarkbK - paris, L - wherever, M - Sydney05:10
tchayposo M is november next year?05:11
tchayponot going to work05:11
tchaypoTry 2016, we might have facilities by then05:11
clarkbtchaypo: don't crush my dreams05:11
clarkbtchaypo: maybe we can get away with a hotel conference center and just do the design summit in sydney05:11
clarkbthe conference can go to a big conference center05:11
*** yamahata has quit IRC05:12
tchaypoI still think we should get RH to host the mid-cycle in Brisbane in the week after pycon-au05:12
tchaypocomplaints from seattleites aside05:12
*** alff has joined #openstack-infra05:12
*** yamahata has joined #openstack-infra05:12
*** alff_ has joined #openstack-infra05:12
*** VijayTripathi has joined #openstack-infra05:12
clarkbtchaypo: Brisbane sounds infinitely better than sunnyvale05:12
jheskethhypothetically, if pycon-au wasn't going to have an openstack miniconf (but still have openstack content in the main conference), would that affect a mid-cycle plans?05:16
tchaypojhesketh: my understanding is that there will be a mid-cycle; the timing and venue will be determined by who wants to host05:17
tchaypoI'm suggesting brisbane after pycon because it would be nice for me, but we'd have to find someone who can host 40+ for a week (assuming attendance is similar to sunnyvale)05:18
jheskethwell there's a good chance we can get the pycon-au organisers to help05:18
jheskethor somebody to sponsor05:18
tchaypoto be clear, this is tripleo we're talking about, not openstack generally05:19
jheskethah okay05:19
clarkbtchaypo: that said, the seattle office is much changed05:20
clarkbtchaypo: and has room for people05:20
tchaypodoes it have guest wifi?05:21
clarkbyup05:21
tchaypothat's unexpected05:21
tchaypocan we roll that out to all the other offices?05:21
clarkbwe'e even got the super secret network05:21
clarkbbut apparently we can't use that for guests or something05:21
*** sdake has joined #openstack-infra05:23
*** mrmartin has quit IRC05:24
clarkbyou know I wonder if we could get them to make a temporary secret network for things like that05:24
clarkbsetup a second ssid on a different vlan and pipe that through the same NAT05:24
clarkbor just make it a permanent secret network with weekly passphrase changes05:24
*** wenlock_ has joined #openstack-infra05:26
lifelesssuper secret network ?05:26
clarkbmelody05:27
*** asettle has quit IRC05:28
*** alff_ has quit IRC05:31
*** alff has quit IRC05:31
*** harlowja is now known as harlowja_away05:32
jheskethfungi: ping05:37
clarkbjhesketh: it is 1:30am EDT for fungi right now05:38
jheskethyeah, wasn't necessarily expecting a response :p05:38
mattoliverauIf there is a mid-cycle in Brisbane, we should move it to the goldcoast, rent out wet and wild, and then everybody will want to come :) Water slides, sun, and openstack, what could be better ;)05:45
*** LinuxJedi has joined #openstack-infra05:49
*** CaptTofu has joined #openstack-infra05:52
mattoliverauI'm off, cya all tomorrow.05:56
*** andreaf2 has joined #openstack-infra05:57
*** nicedice has quit IRC05:58
*** gokrokve has quit IRC06:02
openstackgerritMarc Abramowitz proposed a change to openstack-infra/jenkins-job-builder: Small documentation tweaks  https://review.openstack.org/8495006:02
*** jlibosva has joined #openstack-infra06:04
*** denis_makogon has joined #openstack-infra06:05
*** alex-away is now known as asettle06:06
*** yolanda has joined #openstack-infra06:06
tchaypodstufft: rebased06:07
*** andreaf has quit IRC06:08
*** andreaf2 has quit IRC06:12
*** thuc has joined #openstack-infra06:13
*** ildikov_ has quit IRC06:14
*** wenlock_ has quit IRC06:16
*** thuc has quit IRC06:17
*** _nadya_ has joined #openstack-infra06:31
*** gokrokve has joined #openstack-infra06:33
*** andreaf has joined #openstack-infra06:33
andreafjeblair: good morning - I updated https://review.openstack.org/#/c/79314/, thanks for your review. Could you have another look at it?06:35
*** matsuhashi has quit IRC06:36
*** mrmartin has joined #openstack-infra06:36
*** CaptTofu has quit IRC06:37
*** CaptTofu has joined #openstack-infra06:38
*** matsuhashi has joined #openstack-infra06:39
*** yolanda has quit IRC06:42
*** CaptTofu has quit IRC06:42
*** gokrokve has quit IRC06:43
*** _nadya_ has quit IRC06:44
*** _nadya_ has joined #openstack-infra06:45
*** sdake has quit IRC06:48
*** _nadya_ has quit IRC06:49
*** tianst20 has joined #openstack-infra06:50
*** alff_ has joined #openstack-infra06:51
*** alff has joined #openstack-infra06:51
*** masayukig has quit IRC06:52
*** jpich has joined #openstack-infra06:52
*** e0ne has joined #openstack-infra06:54
*** VijayTripathi has quit IRC06:54
*** afazekas has joined #openstack-infra06:56
lifelessclarkb: no leaks so far, will check later still06:56
*** mrda is now known as mrda_away06:57
*** asettle is now known as alex-gone07:02
*** zigo has quit IRC07:04
*** sdague has quit IRC07:05
*** sdague has joined #openstack-infra07:05
*** markwash_ has joined #openstack-infra07:07
*** zigo has joined #openstack-infra07:08
*** markwash has quit IRC07:08
*** markwash_ is now known as markwash07:08
*** mikal has quit IRC07:10
*** mikal has joined #openstack-infra07:10
*** mattoliverau has quit IRC07:10
*** ildikov_ has joined #openstack-infra07:13
*** mattoliverau has joined #openstack-infra07:14
*** alff_ has quit IRC07:19
*** alff has quit IRC07:19
*** jgallard has joined #openstack-infra07:22
*** mattoliverau has quit IRC07:22
*** e0ne_ has joined #openstack-infra07:25
*** mattoliverau has joined #openstack-infra07:26
*** che-arne has quit IRC07:28
*** e0ne has quit IRC07:29
*** hashar has joined #openstack-infra07:29
*** marun is now known as marun_afk07:29
*** roeyc has joined #openstack-infra07:35
*** gokrokve has joined #openstack-infra07:40
*** gokrokve has quit IRC07:45
*** mihgen has quit IRC07:59
*** derekh has joined #openstack-infra08:05
*** yassine has joined #openstack-infra08:08
*** locke105 has quit IRC08:16
*** fbo_away is now known as fbo08:16
*** denis_makogon has quit IRC08:30
*** hashar has quit IRC08:31
*** derekh has quit IRC08:33
*** mihgen has joined #openstack-infra08:34
*** dizquierdo has joined #openstack-infra08:37
*** gokrokve has joined #openstack-infra08:40
*** gokrokve has quit IRC08:44
*** pblaho has joined #openstack-infra08:45
*** jp_at_hp has joined #openstack-infra08:46
*** gpocentek has quit IRC08:47
*** gpocentek has joined #openstack-infra08:47
*** roeyc has quit IRC08:48
*** hashar has joined #openstack-infra08:52
*** e0ne_ has quit IRC08:54
*** e0ne has joined #openstack-infra08:55
davidlenwellthat is a new one to me .. I got "unstable" in the gate on a review that was just an rst file..08:55
*** che-arne has joined #openstack-infra08:56
*** Hal has joined #openstack-infra09:00
*** Hal is now known as Guest7832909:00
Guest78329Hi ! Is someone here could help me understand strange dates (uploaded vs updated) on a patchset review : https://review.openstack.org/#/c/28018/. The uploaded date is post updated one. Stange or feature ?09:02
*** markmc has joined #openstack-infra09:04
*** yolanda has joined #openstack-infra09:05
*** matsuhashi has quit IRC09:07
*** e0ne_ has joined #openstack-infra09:08
*** jcoufal has quit IRC09:09
*** jcoufal has joined #openstack-infra09:10
*** e0ne has quit IRC09:12
*** matsuhashi has joined #openstack-infra09:12
*** ams0 has joined #openstack-infra09:13
*** morganfainberg is now known as morganfainberg_Z09:15
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: Fix token validation  https://review.openstack.org/8496509:21
*** ociuhandu has quit IRC09:23
*** reed has joined #openstack-infra09:25
SergeyLukjanovdavidlenwell, probably, it was an issue with running job itself, just recheck09:28
davidlenwellI did .. it merged clean .. thanks ..09:29
davidlenwellSergeyLukjanov: sometimes I just make noise when I see something like that .. thanks for responding09:29
*** derekh has joined #openstack-infra09:33
SergeyLukjanovdavidlenwell, np, it happens sometimes09:34
*** gokrokve has joined #openstack-infra09:41
*** cyeoh has quit IRC09:42
*** cyeoh has joined #openstack-infra09:43
*** gokrokve has quit IRC09:45
*** ociuhandu has joined #openstack-infra09:47
*** yassine has quit IRC09:48
*** matsuhashi has quit IRC09:59
*** matsuhashi has joined #openstack-infra09:59
*** ArxCruz has joined #openstack-infra10:01
*** ArxCruz has quit IRC10:01
Guest78329No idea on the origin of theses dates incoherence ?10:06
*** fbo is now known as fbo_away10:09
SergeyLukjanovGuest78329, hmmm, /me looking10:13
Guest78329SergeyLukjanov: thanks :-)10:13
SergeyLukjanovGuest78329, probably, it's time when quantum -> neutron gerrit projects rename was happened10:14
*** wenlock has quit IRC10:14
SergeyLukjanovGuest78329, yup, here is an example, the same upload date for10:15
SergeyLukjanovhttps://review.openstack.org/#/c/32922/10:15
Guest78329ha, interesting.10:16
Guest78329Do you think there is a way to retrieve the original upload date ?10:16
*** alexpilotti has joined #openstack-infra10:17
SergeyLukjanovGuest78329, datetime of the first comment should be very near to the upload datetime (same day I think)10:18
SergeyLukjanovGuest78329, I think it's quite normal that it was backported and approved the same day10:19
Guest78329SergeyLukjanov: you are right, it is the same workaround reviewstats is using for submission time estimation, the first review is usualy Jenkins one. I was looking for a more direct metadata usage. If you think there is no other way to do it via gerrit, I think the first comment date usage is the most effective workaround (another could be using the internal git branch log, exact date, expensive algo)10:21
*** chandankumar_ has joined #openstack-infra10:22
Guest78329SergeyLukjanov: So do you think there is no other way ?10:22
SergeyLukjanovGuest78329, /me don't see any other option atm10:23
Guest78329SergeyLukjanov: thank you very much for the advice and the quick response :)10:23
SergeyLukjanovGuest78329, np10:24
*** Guest78329 has quit IRC10:29
*** e0ne_ has quit IRC10:30
*** hashar has quit IRC10:33
*** jgallard has quit IRC10:37
sdaguemorning SergeyLukjanov10:38
SergeyLukjanovsdague, morning10:39
SergeyLukjanovsdague, how are you?10:39
sdaguegood, almost time for 2nd cup of coffee10:39
sdaguealso excited that someone else seems to be using my devstack-vagrant project, because I got a pull request - https://github.com/sdague/devstack-vagrant/pull/110:40
SergeyLukjanovoh, I forget about lunch :(10:40
SergeyLukjanovsdague, nice, looking on it10:41
SergeyLukjanovsdague, mmm, multinode devstack locally10:41
*** gokrokve has joined #openstack-infra10:42
SergeyLukjanovsdague, you can setup vagrant proxy caching to speed up re-build - http://fgrehm.viewdocs.io/vagrant-cachier10:43
sdagueI usually just build a mostly built box and stick it on my local http server10:45
*** gokrokve has quit IRC10:46
sdagueit will build from a pure upstream 12.04 for easy of use, but if recapture the guest after first build then I save about 12 minutes build time10:46
SergeyLukjanovsdague, cool10:47
*** Ryan_Lane has quit IRC10:48
openstackgerritSergey Lukjanov proposed a change to openstack-infra/devstack-gate: Prepare for Juno dev  https://review.openstack.org/8307510:48
*** matsuhashi has quit IRC10:48
*** reed has quit IRC10:48
SergeyLukjanovI should rebase it on https://review.openstack.org/#/c/84287/3/devstack-vm-gate.sh10:49
SergeyLukjanovsdague, correct?10:49
SergeyLukjanovand is it ok to approve https://review.openstack.org/#/c/84287/3/devstack-vm-gate.sh?10:51
sdagueI believe https://review.openstack.org/#/c/84287/3 is safe10:51
sdagueif you double check my logic to make sure that I didn't drop anything, that would be good10:52
sdagueSergeyLukjanov: and yes, I think rebasing on that change is the right thing to do10:52
SergeyLukjanovsdague, going to re-check and approve and then rebase10:53
sdaguewe're still going to have to wait for stable/icehouse devstack before we approve https://review.openstack.org/83075, which is going to be 2 weeks.10:53
SergeyLukjanovsdague, yup10:54
SergeyLukjanovsdague, your patch adds n-cond while there we no n-cond before10:55
*** Clabbe has joined #openstack-infra10:55
*** matsuhashi has joined #openstack-infra10:55
sdagueit wasn't in the base list10:56
sdaguebecause it was not in grizzly?10:56
sdaguethat can't be right10:56
SergeyLukjanovsdague, oh, sorry10:56
sdagueyeh, it was at the end of L3710:56
SergeyLukjanovsdague, it was in the end of line 3710:56
sdaguethat was one of the reasons for the variable reorg10:57
sdagueso all the services were logically grouped10:57
SergeyLukjanovyeah, that's a good idea10:57
SergeyLukjanovsdague, is it correct that you'd like to remove sysstat and pidstat?10:58
sdagueyes10:58
sdaguethey were deleted from devstack10:58
SergeyLukjanovoh, got it10:58
sdaguedstat is just much nicer10:59
sdagueand written in python so easy to extend if we want to do better stats10:59
SergeyLukjanovyeah, agreed11:00
SergeyLukjanovit seems really good to use dstat IMO11:00
SergeyLukjanovsdague, looks like it's not good to remove "cinder" from services11:02
SergeyLukjanov[~/workspace/openstack-dev/devstack] âžœ  grep -irn "enable.*cinder" . | grep -v .git                                          [master] [15:01:26]11:02
SergeyLukjanov./exercises/boot_from_volume.sh:45:is_service_enabled cinder || exit 5511:02
SergeyLukjanov./exercises/volumes.sh:42:is_service_enabled cinder || exit 5511:02
SergeyLukjanov./lib/cinder:163:    if is_service_enabled cinder; then11:02
SergeyLukjanov./lib/nova:471:    if is_service_enabled cinder; then11:02
SergeyLukjanov./stack.sh:727:if is_service_enabled cinder; then11:02
SergeyLukjanov./stack.sh:1024:if is_service_enabled cinder; then11:02
SergeyLukjanov./stack.sh:1193:if is_service_enabled cinder; then11:02
SergeyLukjanov./unstack.sh:133:if is_service_enabled cinder; then11:02
sdaguehmmmm11:04
sdaguehow did it pass?11:04
sdaguealso, thanks for catching that11:04
StevenKSergeyLukjanov: git grep ? :-011:08
StevenK:-) even11:08
*** afazekas has quit IRC11:09
*** e0ne has joined #openstack-infra11:09
openstackgerritA change was merged to openstack-infra/devstack-gate: Correcting the right path to mysql log in Fedora 19  https://review.openstack.org/7996711:09
*** e0ne_ has joined #openstack-infra11:11
SergeyLukjanovStevenK, I'm always forgetting about git grep when running grep ;)11:12
*** e0ne__ has joined #openstack-infra11:13
*** e0ne_ has quit IRC11:13
*** e0ne has quit IRC11:13
*** matsuhashi has quit IRC11:15
lifelessClabbe: still no leaks, so I think thats good11:15
SergeyLukjanovsdague, there are the same usages for nova and glance11:15
*** matsuhashi has joined #openstack-infra11:15
sdagueSergeyLukjanov: is_service_enabled nova should do the right thing11:17
sdagueI guess we just don't have the is_cinder_enabled script yet11:17
*** hashar has joined #openstack-infra11:17
sdagueI'll fix d-g11:17
*** e0ne__ has quit IRC11:18
*** matsuhashi has quit IRC11:19
*** yassine has joined #openstack-infra11:20
*** matsuhashi has joined #openstack-infra11:21
*** yjiang has quit IRC11:21
*** zhiyan_ is now known as zhiyan11:22
*** afazekas has joined #openstack-infra11:24
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: normalize the services for a post grizzly world  https://review.openstack.org/8428711:25
sdagueSergeyLukjanov: there we go11:26
sdaguethanks for the catch11:26
SergeyLukjanovsdague, np, I'm glad to be useful here ;)11:26
anteayamattoliverau: I like the way you think, and I can get behind a tent on a barge11:27
*** jcoufal has quit IRC11:31
sdagueanteaya: I clearly missed an interesting conversation :)11:32
*** jgallard has joined #openstack-infra11:35
*** jgallard has quit IRC11:36
*** jgallard has joined #openstack-infra11:36
*** mbacchi has joined #openstack-infra11:38
*** dcramer_ has quit IRC11:41
*** e0ne has joined #openstack-infra11:42
*** gokrokve has joined #openstack-infra11:43
*** mbacchi has quit IRC11:44
*** rfolco has joined #openstack-infra11:45
*** HenryG has joined #openstack-infra11:47
*** gokrokve has quit IRC11:48
*** flaper87|afk is now known as flaper8711:48
*** talluri has quit IRC11:48
anteayasdague: 'tis in the backscroll11:51
anteayaone way or another, pencil some part of austrailia into your upcoming iternerary11:51
anteayaclarkb wants Sydney for M11:52
anteayawhich might end up being a tent on a barge11:52
anteayawhich has a nice sound to it11:52
*** matsuhashi has quit IRC11:52
anteayaand mattoliverau figures if we hit oz for mid-cycle we might as well rent a waterpark for the day11:53
sdaguenice11:53
sdagueNov 2016 in Sydney would be cool11:54
sdagueNov 2015 in Sydney would be cool11:54
sdaguestupid maths11:54
anteayawe could do it twice in a row11:55
anteayadouble header11:55
*** mbacchi has joined #openstack-infra11:55
*** yaguang has quit IRC11:56
*** weshay has joined #openstack-infra11:56
*** mriedem has joined #openstack-infra12:00
*** dmsimard has joined #openstack-infra12:05
dmsimardHi guys12:06
dmsimardhttp://logs.openstack.org/79/81179/6/check/gate-puppet-ceph-puppet-lint/a7d1339/console.html12:09
dmsimard"http://logs.openstack.org/79/81179/6/check/gate-puppet-ceph-puppet-lint/a7d1339/console.html#_2014-04-02_03_02_52_942 | no such file to load -- rspec-system/rake_task"12:09
*** gokrokve has joined #openstack-infra12:09
dmsimardYet the test passed ?12:09
dmsimardIt should have failed, no ?12:09
*** yamahata has quit IRC12:10
*** StevenK_ has joined #openstack-infra12:10
*** fbo_away is now known as fbo12:10
*** mrodden has quit IRC12:10
*** mrodden has joined #openstack-infra12:10
*** StevenK has quit IRC12:10
*** gokrokve has quit IRC12:13
*** persia has quit IRC12:15
*** persia has joined #openstack-infra12:15
*** persia is now known as Guest5716012:15
*** ArxCruz has joined #openstack-infra12:20
*** pdmars has joined #openstack-infra12:21
anteayahi dmsimard I'm not familar with the expectations of that test, you might try the core for that project: https://review.openstack.org/#/admin/groups/226,members12:21
*** pdmars has quit IRC12:21
dmsimardI'm a core :)12:22
*** pdmars has joined #openstack-infra12:22
dmsimardI'll check the test definitions more thoroughly12:22
*** david-lyle has quit IRC12:23
anteayaokay12:25
*** aysyd has joined #openstack-infra12:26
*** jhesketh has quit IRC12:26
*** yolanda has quit IRC12:26
*** che-arne has quit IRC12:30
*** che-arne has joined #openstack-infra12:31
*** che-arne has quit IRC12:32
*** che-arne has joined #openstack-infra12:33
fungidmsimard: you probably want to prepend #!/bin/bash -xe on the builder at http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/jenkins_job_builder/config/macros.yaml#n7712:35
fungiassuming the other commands in the builder are expected to exit 0 under normal conditions as well12:35
*** Guest57160 has quit IRC12:36
*** Guest57160 has joined #openstack-infra12:36
*** Guest57160 is now known as persia12:36
fungidmsimard: though since rake lint is the last line of that shell snippet, it shouldn't be necessary to catch that particular failure12:37
fungidmsimard: what are the chances that when rake lint can't find rspec-system/rake_task it exits 0?12:37
fungithat would certainly explain the behavior you're seeing12:37
*** che-arne has quit IRC12:38
dmsimardyeah, I'll talk with mgagne or bodepd who are more familiar with that particular job, see what we can do. It's a common job so I have to be especially careful :)12:38
*** miqui has joined #openstack-infra12:40
*** yolanda has joined #openstack-infra12:40
*** xchu_ has joined #openstack-infra12:42
*** ameade has joined #openstack-infra12:46
*** nosnos has quit IRC12:50
*** eharney has joined #openstack-infra12:53
openstackgerritA change was merged to openstack-infra/config: Drop max-servers to 40 for tripleo HP region.  https://review.openstack.org/8490312:53
*** thuc has joined #openstack-infra12:54
*** thuc_ has joined #openstack-infra12:54
*** dprince has joined #openstack-infra12:55
*** che-arne has joined #openstack-infra12:58
*** thuc has quit IRC12:58
*** yaguang has joined #openstack-infra13:00
*** mancdaz has quit IRC13:01
*** mancdaz has joined #openstack-infra13:01
*** lcostantino has joined #openstack-infra13:02
*** StevenK_ is now known as StevenK13:02
*** adalbas has quit IRC13:03
*** adalbas has joined #openstack-infra13:04
sdaguejust when I thought I understood the oslo.config breaks, I found a new edge condition13:05
*** dims_ has quit IRC13:07
*** maxbit has joined #openstack-infra13:07
fungisdague: oslo.config has sharp edges in more than 3 dimensions13:07
fungiwe need a hyperspatial map to explore them adequately13:08
*** dcramer_ has joined #openstack-infra13:09
*** zehicle_at_dell has quit IRC13:09
*** gokrokve has joined #openstack-infra13:10
sdagueI totally need an occulus rift debugger for them13:10
*** jeckersb_gone is now known as jeckersb13:10
*** changbl has quit IRC13:11
*** gokrokve has quit IRC13:14
*** julim has joined #openstack-infra13:15
fungii was thinking a skulljack--after all your eyes are really only interpreting 3 dimensions courtesy of parallax between a pair of two-dimensional surfaces13:17
*** che-arne has quit IRC13:19
*** chandankumar_ has quit IRC13:19
*** skraynev is now known as skraynev_afk13:19
*** Guest78329 has joined #openstack-infra13:19
*** dims_ has joined #openstack-infra13:20
*** rfolco has quit IRC13:20
*** zns has joined #openstack-infra13:21
*** rfolco has joined #openstack-infra13:22
*** signed8bit has joined #openstack-infra13:23
*** weshay has quit IRC13:27
*** weshay has joined #openstack-infra13:30
*** freyes has joined #openstack-infra13:30
*** thomasem has joined #openstack-infra13:31
openstackgerritIlya Shakhat proposed a change to openstack-infra/config: Add new stackforge project DriverLog  https://review.openstack.org/8503313:37
*** gondoi has quit IRC13:40
*** thuc_ has quit IRC13:40
*** gondoi has joined #openstack-infra13:40
*** thuc has joined #openstack-infra13:41
dhellmannsdague: what's this one?13:42
*** nkinder has quit IRC13:45
*** thuc has quit IRC13:45
*** jgrimm has quit IRC13:45
*** mihgen has quit IRC13:46
sdaguethe setup_install change from yesterday13:47
sdagueseems to cause a grenade issue13:48
sdaguebecause it's not doing pip install -U13:48
sdagueonly pip install13:48
sdaguehttps://review.openstack.org/#/c/85027/13:48
*** hughsaunders has quit IRC13:50
*** ameade has quit IRC13:52
*** sdake__ is now known as sdake13:56
*** hughsaunders has joined #openstack-infra13:57
*** mwagner_lap has joined #openstack-infra14:01
*** german_ has joined #openstack-infra14:01
ruhefolks, this change https://review.openstack.org/#/c/80690/ (If dependency not in global reqs exit with a 1). is there any way to disable that check for particular gate job?14:01
flaper87how does one enable SSL in devstack ?14:02
*** ominakov has joined #openstack-infra14:05
openstackgerritIlya Shakhat proposed a change to openstack-infra/config: Add new stackforge project DriverLog  https://review.openstack.org/8503314:05
*** thuc has joined #openstack-infra14:06
openstackgerritafazekas proposed a change to openstack-infra/elastic-recheck: Add query for a heat db error  https://review.openstack.org/8503914:07
*** che-arne has joined #openstack-infra14:09
mtreinishSergeyLukjanov: on https://review.openstack.org/#/c/84840/ the duplication is intentional14:10
mtreinishlook at the follow-up patch which fixes the names for the duplicate jobs14:10
*** gokrokve has joined #openstack-infra14:11
*** wenlock has joined #openstack-infra14:14
*** xchu_ has quit IRC14:15
andreafsdague, jeblair: could you have a look at https://review.openstack.org/#/c/79314/ - I'd like to start running the keystone v3 experimental checks14:15
*** gokrokve has quit IRC14:15
*** thedodd has joined #openstack-infra14:18
*** wenlock has quit IRC14:18
dhellmannthe new job definitions for oslo mean we're running gate-{name}-docs, but some of the libs have their docs hosted on rtfd.org14:19
dhellmannI could fix it by copying the job definitions to all of those libs, or making a new template in layout.yaml and moving the docs jobs there14:19
dhellmannany preference for which approach is right?14:19
dhellmannmaybe a dev-docs template?14:20
*** pblaho has quit IRC14:21
jeblairdhellmann: all openstack projects have docs hosted on docs.o.o/developer, so we should have gate-name-docs (which just verifies that they can build), but we should also have name-docs which publishes them there14:21
openstackgerritIlya Shakhat proposed a change to openstack-infra/config: Add new stackforge project DriverLog  https://review.openstack.org/8503314:21
dhellmannjeblair: ok, so are we still in requirements freeze? I would need to add Pillow and maybe some other libs. The stevedore docs use graphviz, too.14:22
dhellmannI suppose I could comment out the diagrams for now14:22
jeblairandreaf: can you change "check-" to "{pipeline}-" in the job names in the jjb definition?14:22
jeblairdhellmann: tbh, i don't know if we're in "test-requirements" freeze or if that's even a thing... :)  ttx?14:23
andreafjeblair: but that would run in the experimental pipeline, is that ok? I checked other experimental jobs and they use check instead of {pipeline}#14:23
*** thuc_ has joined #openstack-infra14:24
*** markmcclain has joined #openstack-infra14:24
jeblairandreaf: it just defines the jobs, it doesn't necessarily run them14:24
*** jgrimm has joined #openstack-infra14:24
andreafjeblair: do I have to define experimental-.... jobs then?14:25
*** vhoward- has joined #openstack-infra14:25
jeblairandreaf: nope, just change "check-" to "{pipeline}-" and the template invocation will create "check-" and "gate-" versions of the job.  you can ignore the gate version and leave "check-" as the job that's invoked in layout.yaml14:25
andreafjeblair: right, got it, thanks14:26
*** chandan_kumar has quit IRC14:27
*** chandan_kumar has joined #openstack-infra14:27
*** gokrokve has joined #openstack-infra14:27
*** thuc has quit IRC14:28
openstackgerritDoug Hellmann proposed a change to openstack/requirements: Add Pillow for stevedore doc build  https://review.openstack.org/8504714:28
*** thuc_ has quit IRC14:28
ttxjeblair: grey area. makes sense to freeze them as well since good packagers should run the tests so need to have test-deps packaged14:29
*** chandan_kumar has quit IRC14:30
jeblairttx: thanks14:30
dhellmannttx, jeblair : can I at least make that job non-voting for now? it's brand new -- yesterday14:30
*** afazekas has quit IRC14:30
dhellmannotherwise we won't be able to do any work on the cross-project gating jobs14:30
ttxdhellmann: sure, don't want that to block us too much14:31
dhellmannok, good, I'll do that for now14:31
dhellmannthe other changes are up for review, too, but those can wait14:32
*** alff has joined #openstack-infra14:33
*** alff_ has joined #openstack-infra14:33
*** esker has joined #openstack-infra14:33
openstackgerritAndrea Frittoli  proposed a change to openstack-infra/config: Add experimental keystonev3 jobs  https://review.openstack.org/7931414:35
andreafjeblair: done. thanks - I think I finally understood jjb :P14:36
*** CaptTofu has joined #openstack-infra14:36
openstackgerritDerek Higgins proposed a change to openstack-infra/config: Add the second tripleo provider  https://review.openstack.org/8305714:37
*** nkinder has joined #openstack-infra14:38
*** weshay has quit IRC14:38
fungiruhe: doesn't look like there's a toggle to skip that behavior--where is it exhibiting an issue?14:39
*** markwash has quit IRC14:39
fungiandreaf: see my comments on 7931414:39
fungisorry i didn't catch you fast enough before you uploaded another patchset14:39
*** wenlock has joined #openstack-infra14:40
andreaffungi: thanks for the review :) I'll fix it right away14:41
fungiandreaf: you're welcome!14:42
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Disable gate-stevedore-docs  https://review.openstack.org/8505514:43
dhellmannjeblair, ttx: ^^14:44
openstackgerritAndrea Frittoli  proposed a change to openstack-infra/config: Add experimental keystonev3 jobs  https://review.openstack.org/7931414:44
andreaffungi, jeblair: ^^^ new patch-set up14:45
*** rlandy has joined #openstack-infra14:45
openstackgerritBrant Knudson proposed a change to openstack/requirements: Remove pam  https://review.openstack.org/8505814:49
*** ameade has joined #openstack-infra14:50
*** vhoward- has left #openstack-infra14:51
*** yaguang has quit IRC14:52
*** mfer has joined #openstack-infra14:52
dhellmannok, now the requirements check for cliff is complaining about duplicate requirements "in master" https://jenkins02.openstack.org/job/gate-cliff-requirements/1/console14:52
dhellmannI've submitted a change to remove the dupes, but it won't pass because the original files are broken?14:53
*** pcrews_ has joined #openstack-infra14:55
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Disable broken oslo jobs  https://review.openstack.org/8505514:56
dhellmannupdated the previous change to disable the cliff requirements job, too ^^14:56
dhellmannstarting new libs is going to be a lot simpler than adopting existing projects like cliff and stevedore :-)14:57
*** thuc has joined #openstack-infra14:58
openstackgerritMarc Abramowitz proposed a change to openstack-infra/jenkins-job-builder: Small documentation tweaks  https://review.openstack.org/8495014:58
*** thuc_ has joined #openstack-infra14:58
*** mihgen has joined #openstack-infra14:59
*** rlandy has quit IRC15:00
*** rlandy has joined #openstack-infra15:00
*** mgagne1 has quit IRC15:00
fungidhellmann: we probably need to do something similar to https://review.openstack.org/8459015:01
dhellmannfungi: I *thought* I had seen something about that recently15:02
*** thuc has quit IRC15:02
dhellmannfungi: which is likely to land sooner? :-)15:02
fungidhellmann: looks like there's already an ignore_dups flag, so maybe just add it to the correct read() call15:02
dhellmannfungi: ok, I'll see about adding that15:03
fungidhellmann: i think it's just branch_reqs.read_all_requirements(ignore_dups=True)15:04
fungioh, except that's not passed through from read_all_requirements()15:05
fungidhellmann: i'll just amend my change to do that bit from the strict flag15:05
*** hashar has quit IRC15:05
dhellmannfungi: ok, cool15:05
*** weshay has joined #openstack-infra15:08
*** julienvey has left #openstack-infra15:08
*** atiwari has joined #openstack-infra15:11
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Requirements check should tolerate existing cruft  https://review.openstack.org/8459015:11
fungidhellmann: ^ (added a little more explanation to the commit message too)15:11
*** dguerri_ is now known as _dguerri15:11
*** _dguerri is now known as dguerri_15:12
dhellmannfungi: why do we run those tests against master before merging in the proposed change?15:12
fungidhellmann: due to an oversight... looks like slightly overzealous drying15:13
dhellmannyou added strict=True on line 98, which I think is still going to cause cliff's job to fail15:14
fungithe same function gets used for reading the old and new copies to generate the dict15:14
*** david-lyle has joined #openstack-infra15:14
fungibut the style checks are performed in the read function15:14
dhellmannmaybe I'm confused about the initial state of the repo15:14
fungiso this change turns the style checks off while reading the original15:14
dhellmannso the original values are read second? on line 103?15:15
*** VijayTripathi has joined #openstack-infra15:15
fungis/generate the dict/generate the DIFF/15:15
fungidhellmann: yes15:15
dhellmannah, ok, I had it backwards :-)15:15
fungihead_reqs is from the git fetch head (your proposed change) and branch_reqs is from the target branch tip15:15
fungii agree the variable names aren't exceedingly elucidating15:16
dhellmannok, it makes sense now, I was just thinking of it happening in the other order and mis-reading the code as a result15:16
dhellmann+115:16
fungiperhaps since i've sussed out the spaghetti there, i should add some comments15:16
fungidoing that now15:16
* dhellmann nods15:16
fungibecause that makes at least three people i had to explain the code too, so i think that means it's not readable as is15:17
fungier, to15:17
fungitook me a while of staring at it as well15:17
dhellmannmy future self is constantly battling with my past self15:18
dhellmannand of course that leaves my present self stuck in the middle15:19
*** zns has quit IRC15:21
*** sdake_ has joined #openstack-infra15:22
*** sdake_ has quit IRC15:22
*** sdake_ has joined #openstack-infra15:22
*** zns has joined #openstack-infra15:24
*** zhiyan is now known as zhiyan_15:25
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Requirements check should tolerate existing cruft  https://review.openstack.org/8459015:26
fungidhellmann: ^ now with comments![tm]15:26
dhellmannfungi: nice!15:28
*** yamahata has joined #openstack-infra15:28
fungihopefully nobody need explain that script ever again15:29
dhellmannheh15:30
*** ams0 has quit IRC15:30
dhellmannfungi: if you think we can land your change today, I can keep the cliff requirements job voting15:30
sandywalshhey guys, when adding people to a gerrit group, is there anything required for them other than a launchpad account?15:31
fungidhellmann: if jeblair's cool with it, or mordred/clarkb/SergeyLukjanov happen to be around, it seems likely15:31
sandywalshI have a user I'm trying to add that isn't getting found.15:31
fungisandywalsh: their lp account name may not be the same as the gerrit account name they're authenticating with it15:32
*** mgagne has joined #openstack-infra15:32
dhellmannfungi: ok, I'll wait, and if yours merges I'll update my change so it only turns off the stevedore job that wasn't working15:33
fungisandywalsh: gerrit only relies on lp accounts for openid authentication, and can import some details initially from the openid metadata the first time they log in15:33
sandywalshfungi: k, I'll verify that. Thanks15:33
fungisandywalsh: but some details (name, e-mail addresses, et cetera) can change in gerrit later15:33
sandywalshfungi: gotcha15:33
fungisandywalsh: similarly, they may make changes to lp after that which aren't reflected in gerrit15:33
fungisandywalsh: and if they've never logged into gerrit, they won't necessarily have an account at all (that goes for pretty much any new accounts in the past year or so)15:34
*** mgagne1 has joined #openstack-infra15:34
*** mgagne1 has quit IRC15:34
*** mgagne1 has joined #openstack-infra15:34
sandywalshfungi: that's what I suspect the problem is. I don't think they've logged in.15:35
*** MarkAtwood has quit IRC15:35
fungiif they never log into gerrit, probably no need for them to belong to any groups in it ;)15:35
*** rcleere has joined #openstack-infra15:35
sandywalshyeah, that's for sure15:36
*** mgagne has quit IRC15:38
*** CaptTofu has quit IRC15:40
*** andreaf has quit IRC15:41
derekhHi, just wondering why the check-tripleo-overcloud-f20 is coming is as NOT_REGISTERED? do I need to do anything else to start the job running? e.g. https://review.openstack.org/#/c/84876/15:42
*** che-arne has quit IRC15:43
fungiderekh: i think it means we're not getting (nor never have while the current jenkins master servers were running) any nodes building successfully for the node label that job wants15:44
fungiderekh: looks like we have no nodepool images for it15:45
*** zehicle has joined #openstack-infra15:45
fungichecking image logs now to see why. probably never built any successfully since the last time that cloud was rebuilt15:45
derekhfungi: ok, will take a look, the template images seem to be there at least,15:45
derekhfungi: tripleo-f20-1396318442.template.openstack.org15:46
fungiderekh: the base images?15:46
fungioh, the template instance15:46
*** jgriffith has quit IRC15:47
fungithat template was created 02:14:02 utc tuesday15:47
fungiprobably in the midst of the provider issues15:47
fungii'll blow it away--it's a sign that the image build which was initiated on that try never completed15:48
funginodepool may have been restarted in the middle of it or something15:48
derekhfungi: ahh ok, thanks15:48
fungioh... i was mis-grepping the lists. f20 not fedora15:50
fungiso we do have images, (from a couple days ago) just no new nodes building from them15:50
*** zns has joined #openstack-infra15:51
*** flaper87 is now known as flaper87|afk15:52
SergeyLukjanovmorning folks15:52
*** jlibosva has quit IRC15:52
*** dguerri_ is now known as _dguerri15:53
*** zns has quit IRC15:53
SergeyLukjanovfungi, dhellmann, re https://review.openstack.org/#/c/84590/4: IIRC dup requirements will break pip install -r ...15:53
fungiSergeyLukjanov: agreed, but does that job try to pip install -r?15:53
*** zns has joined #openstack-infra15:53
*** zehicle has quit IRC15:54
fungiSergeyLukjanov: anyway, the point is to allow people to submit changes which remove the dupe requirements15:54
dhellmannSergeyLukjanov: right, we have dupes now but can't remove them because the job prevents the patch from landing15:54
fungiSergeyLukjanov: if the job bails on existing duplicated already on the branch without testing the proposed fix, then it leaves the problem unfixable15:54
dhellmannSergeyLukjanov: also, I think pip doesn't complain unless the requirements are different15:54
SergeyLukjanovfungi, agreed15:55
*** jgallard has quit IRC15:55
fungiSergeyLukjanov: so the intended outcome of this change is to not let new changes land *unless* they fix the dupes, trailing newlines, et cetera, but at least allow them to be fixed15:55
*** che-arne has joined #openstack-infra15:55
SergeyLukjanovfungi, sounds reasonable15:55
fungithe way the script is currently written, you can't merge a fix for those problems15:56
*** _dguerri is now known as dguerri_15:56
SergeyLukjanovfungi, +2 from me15:57
SergeyLukjanovdhellmann, ^^15:57
dhellmannSergeyLukjanov: thanks!15:57
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Add subway map to status page  https://review.openstack.org/8431415:58
*** jgriffith has joined #openstack-infra15:58
*** zns_ has joined #openstack-infra15:58
fungiderekh: so looking in the debug logs, nodepool sees a deficit/allocation request for tripleo-f20 nodes, but isn't trying to build any. current suspicions are misconfiguration on that label in nodepool.yaml, or maybe something making the snapshot images unusable for them which isn't being noted in the log15:59
*** changbl has joined #openstack-infra15:59
fungiderekh: also it's failing to build new images for those because of a failure to add a floating-ip to the template instance, not sure whether it's related15:59
*** mrmartin has quit IRC15:59
derekhfungi: ok, just on a call at the moment for will look through some logs once I'm off16:00
*** alff_ has quit IRC16:00
*** alff has quit IRC16:00
*** jlibosva has joined #openstack-infra16:01
*** marun_afk is now known as marun16:01
*** zns has quit IRC16:01
fungiderekh: i don't think we're hitting our floating-ip quota because nova floating-ip-list only shows 33 entries16:01
*** thuc_ has quit IRC16:02
*** thuc has joined #openstack-infra16:02
*** andreaf has joined #openstack-infra16:03
*** mdenny has quit IRC16:05
*** mdenny has joined #openstack-infra16:05
derekhfungi: does the IP fail to get added or can you not ssh to the IP? if its the later I think this is an issue lifeless was looking at where the nic's are being added in the wrong order16:05
*** MarkAtwood has joined #openstack-infra16:06
*** thuc has quit IRC16:06
fungiderekh: not sure. i went ahead and blew away the existing f20 images in case there was something about them causing nodepoold not to want to use them for new nodes. nodepoold is now trying to build another image--we'll see if it continues to hit any issues16:07
SergeyLukjanovfungi, could you please take a look at https://review.openstack.org/#/c/84503/?16:07
jeblairfungi: is there a label for them?16:07
fungijeblair: there is16:07
SergeyLukjanovfungi, +2 from jenkins, but it's not merged16:08
fungijeblair: i can see in the config the label which the jobs want is represented, refers to the image name (which is the same as the label name in this case) and the debug logs report a deficit/allocation request for the nodes but wasn't trying to build any from the images it had16:09
fungiSergeyLukjanov: that's definitely weird. i'll check zuul's log for that merge16:10
SergeyLukjanovfungi, thank you!16:10
*** melwitt has joined #openstack-infra16:11
jeblairfungi: ok; if it doesn't clear up soon there may be an allocator bug; let me know if you want me to look into it16:11
*** freyes has quit IRC16:12
fungiSergeyLukjanov: it's wip16:12
fungii missed it when i first looked over the change16:12
SergeyLukjanovfungi, oh, shame on me...16:12
fungiSergeyLukjanov: wip changes can't merge16:12
SergeyLukjanovfungi, do I need to re-approve it?16:13
*** krtaylor has quit IRC16:13
fungijeblair: agreed, i just wanted to rule out any fallout from the provider outages/bugs before looking harder at it being an allocator logic problem16:13
fungiSergeyLukjanov: i would un-wip, then remove and re-add approval16:14
SergeyLukjanovfungi, I already unwiped it, it's my change :)16:14
fungiSergeyLukjanov: and if it still doesn't work, may need to delete the jenkins crvw=+2 change and reapprove again (as a gerrit admin you should be able to delete other votes)16:14
fungier, the vfry=+216:15
SergeyLukjanovfungi, I'm afraid that I'm not gerrit admin ;(16:15
fungioh, right, i can delete it if the reapproval isn't working16:15
SergeyLukjanovfungi, anyway, everything is ok, it's in zuul pipeline now16:15
fungigreat!16:15
SergeyLukjanovfungi, re-approve is working ok16:15
fungithen no bug there to fix16:16
openstackgerritIlya Shakhat proposed a change to openstack-infra/config: Add new stackforge project DriverLog (driver verification)  https://review.openstack.org/8503316:16
fungiderekh: at least we're past the floating-ip issue for the image build... it's currently puppeting the new template instance16:16
*** talluri has joined #openstack-infra16:17
SergeyLukjanovfungi, looks like it works because of https://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/zuul/layout.yaml#L6816:17
fungiyep, agreed. i think we had a bug there at one point and then fixed it16:17
*** maxbit has quit IRC16:18
*** maxbit has joined #openstack-infra16:19
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Add subway map to status page  https://review.openstack.org/8431416:21
*** fbo is now known as fbo_away16:26
*** yassine has quit IRC16:26
*** locke105 has joined #openstack-infra16:27
*** jpich has quit IRC16:27
clarkbmorning16:27
openstackgerritA change was merged to openstack-infra/zuul: Fix jshint linting errors  https://review.openstack.org/8490516:28
*** zns_ has quit IRC16:28
openstackgerritA change was merged to openstack-infra/zuul: Fix up filter issues introduced by jshint changes  https://review.openstack.org/8411216:28
jeblairi'm at a dead end with https://review.openstack.org/#/c/84314/ i don't know how to undo something bootstrap has done.  i'd personally rather just not use bootstrap so it's pretty hard for me to work up the enthusiasm to go any further.16:28
*** mrodden has quit IRC16:29
*** maxbit has quit IRC16:29
*** thuc_ has joined #openstack-infra16:30
clarkbfungi: dhellmann have a link for the cliff thing? fwiw I intend on doing my best to dig into reviews today16:30
jeblairalso, no one from wikimedia ever reviewed those changes :(16:30
pleia2good morning16:32
zaromorning16:33
dhellmannclarkb: https://review.openstack.org/#/c/84590/16:33
dhellmannclarkb: also https://review.openstack.org/#/c/85055/16:34
jeblairsdague: when you have a sec; can you see if you need to add anything to this thread: Subject: Re: [OpenStack-Infra] Multi-node aspects of the infra16:36
*** bhuvan has joined #openstack-infra16:36
*** ominakov has quit IRC16:37
*** thuc has joined #openstack-infra16:38
*** thuc_ has quit IRC16:41
clarkbdhellmann: I just approved 84590, should 85055 be ammended to only make stevedore non voting?16:46
clarkbdhellmann: or would you prefer to make them both non voting at this time regardless of 84590 merging?16:47
dhellmannclarkb: let's go ahead and make them both non-voting for now -- I'll fix cliff up and then make it voting again in the next day or two16:47
clarkbok16:48
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Added recursive option  https://review.openstack.org/8510616:48
openstackgerritA change was merged to openstack-infra/config: Requirements check should tolerate existing cruft  https://review.openstack.org/8459016:49
*** e0ne has quit IRC16:49
*** e0ne has joined #openstack-infra16:50
*** krtaylor has joined #openstack-infra16:50
openstackgerritA change was merged to openstack-infra/config: Disable broken oslo jobs  https://review.openstack.org/8505516:52
dhellmannthanks, clarkb16:52
*** alexpilotti has quit IRC16:53
*** e0ne has quit IRC16:54
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Added recursive option  https://review.openstack.org/8510616:55
*** Ryan_Lane has joined #openstack-infra16:57
ruhefungi: yes it does. we've recently switched murano tests to the openstack ci gate. but we still have one depedency not present in global-requirements. and it'll take sufficient amount of time to add it to global-requirements16:57
*** alff has joined #openstack-infra16:57
*** alff_ has joined #openstack-infra16:57
fungiruhe: right, i think if your project requirements aren't suitable for requirements gating yet, you need to make that job non-voting and also make sure your project name is not present in openstack/requirements:projects.txt on relevant branches16:58
*** andreaf has quit IRC16:59
*** ominakov has joined #openstack-infra16:59
fungiruhe: otherwise your ci jobs will also be forced to use our pypi mirror, which is only populated with requirements from openstack/requirements:global-requirements.txt16:59
fungiruhe: you'll see some other projects also have their versions of that job set to voting: false in the jobs list, like http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zuul/layout.yaml#n47017:01
fungipvo: any idea who manages the iopenedthecloud.com site? the ajaxy submit button on it is broken17:02
*** wchrisj_ has joined #openstack-infra17:03
*** prad has joined #openstack-infra17:04
*** MarkAtwood has quit IRC17:04
clarkbfungi: is tripleo-f20 happy yet? reading sb and it looks like it was building a new image last17:05
fungiclarkb: not yet. i blew away the old images, new one built and went into a ready state, debug log continues to show a deficit of 1 and allocation requests for the label, but nodepool doesn't appear to be trying to build nodes from the image17:06
fungijeblair: now i'm starting to more strongly suspect something's not quite kosher with the allocation logic17:06
fungii can try bumping the min-ready a little in nodepool.yaml and see what happens17:07
fungiright now it's 117:07
clarkbfungi: did pabelanger's changes around min-ready defaults merge? I guess that shouldn't affect this either way since we have an explicit value of 117:07
fungithough dsvm-precise-krnl has min-ready: 1 and it builds nodes17:08
derekhfungi: cool, thanks, will be back in a bit to check it out17:08
*** derekh has quit IRC17:08
*** MarkAtwood has joined #openstack-infra17:08
ruhefungi: thanks for input. but i'm speaking about dvsm jobs. they also fail because of requirements17:10
fungiruhe: they shouldn't if you take your project out of the projects.txt in openstack/requirements i think17:11
ruhefungi: here is an example http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zuul/layout.yaml#n47017:11
ruhefungi: here is correct link http://logs.openstack.org/61/85061/1/check/gate-murano-devstack-dsvm/98eb517/logs/devstacklog.txt.gz#_2014-04-03_15_04_23_01317:11
*** unicell has quit IRC17:13
ruhefungi: and murano is not present in openstack/requirements17:14
*** harlowja_away is now known as harlowja17:14
fungiruhe: yeah, i think it's not supposed to be running _sync_requirements_file()17:14
fungilooking at devstack to see why it might17:14
*** nicedice has joined #openstack-infra17:16
ruhefungi: it seems that we need to use setup_develop_no_requirements_update from devstack/functions-common17:17
ruhei'll try that17:17
*** yjiang has joined #openstack-infra17:18
rcarrillocruzhmm, got two reviews that failed at job check-tripleo-ironic-undercloud-precise , and i don't think my code has anything with that,17:18
rcarrillocruzanyone else getting that job failing?17:18
*** mihgen has quit IRC17:19
clarkbrcarrillocruz: I think that may be a known problem as tripleo + ironic isn't working yet. #tripleo can confirm17:20
rcarrillocruzthx clarkb, i'm diggint in the console logs, will check it out at #tripleo17:21
*** zns has joined #openstack-infra17:22
*** yjiang has quit IRC17:23
fungiruhe: the only place in devstack i find a call to setup_package (formerly known as setup_develop_no_requirements_update) is within setup_package_with_req_sync17:24
clarkbfungi: reading https://review.openstack.org/#/c/84828/1 if the project has the overriden branch I would expect that branch to be used17:24
fungiclarkb: even if the change being tested is not on that branch?17:24
fungiclarkb: because under those circumstances, you wind up not testing the change17:25
clarkbfungi: right I don't think this was intended on testing changes but for use in periodic jobs17:25
clarkbI need to go reread job defs really quickly I guess17:25
fungiclarkb: and if the change being tested *is* targeting that branch, then it will be used anyway without needing to override the branch for the zuul_project17:25
openstackgerritKhai Do proposed a change to openstack-infra/config: fix gerrit plugin build job  https://review.openstack.org/8511417:25
clarkbactually I think the term 'override' here is confusing me17:26
fungiclarkb: the override is used in periodic bitrot jobs and backwards-compat test jobs presently17:26
clarkbbrnach override is for periodic jobs, this is a ref override?17:26
fungiclarkb: for example, if you make a change to devstack-gate master, one variant of jobs tests that change with the override set to stable/havana17:26
clarkbfungi: right, which aren't changes17:27
clarkbfungi: ya, so I think we want the existing behavior17:27
fungiclarkb: which works with the current setup because devstack-gate only has a master branch17:27
clarkbthe idea is test everything on a common branch or fall back on master otherwise17:27
openstackgerritMarc Abramowitz proposed a change to openstack-infra/jenkins-job-builder: jenkins-job-builder: Allow read/write stdin/stdout  https://review.openstack.org/8477817:27
*** mrodden has joined #openstack-infra17:27
fungiclarkb: but then trying to test master tempest changes against stable/havana projects didn't work the same way, because tempest actually had a stable/havana branch which ended up used as a fallback17:28
clarkbfungi: so, I think you need a new featuer in d-g to support that17:28
clarkbfungi: the existing feature is working as expected17:28
*** MarkAtwood has quit IRC17:29
fungiclarkb: i disagree, because the existing feature has a hole which lets you not test your proposed change if you have a backward-compat job overriding to a branch that project actually has17:29
clarkbfungi: but your change implicitly disables an explicit override17:29
fungiclarkb: take for example devstack-gate... if we suddenly added a stable/havana branch (not that we would be likely to do so) the backward-compat jobs for it would suddenly cease working correctly17:30
*** MarkAtwood has joined #openstack-infra17:30
*** MarkAtwood has quit IRC17:30
clarkbfungi: right, I am not disagreeing we may want to test what you describe. I am saying that implictly breaking an explicit override is the wrong way to do it17:30
clarkbthe point of that code is to do what it currently does17:30
fungiclarkb: the override is for all projects, but i think it really should be for all projects if there's no change to be tested, and for all projects except the project which has the change to be tested otherwise17:30
*** VijayTripathi has quit IRC17:31
fungiclarkb: "the point of that code is to do what it currently does" could be used to negate any bug17:31
clarkbfungi: :P seriously though it is an override saying use this branch17:31
clarkbfungi: which is what it does17:31
fungithe override could just as easily mean use this branch on all projects except the project for the change being tested. under what circumstances would we want to avoid testing the change and just check out a branch instead?17:32
clarkbfungi: also, wouldn't it fall back on master anyways because the ref is against the master branch and not the havana branch17:32
clarkbfungi: I am pretty sure it will fallback as the ref won't be available17:32
*** Guest78329 has quit IRC17:33
fungiclarkb: it tries the zuul ref but modifies it to a nonexistent name (by changing the zuul branch to the override branch), fails to find that (because it isn't there) then looks to see if the project has the override branch and if so uses the tip of that17:33
*** morganfainberg_Z is now known as morganfainberg17:34
fungithus it never falls back to trying the actual proposed change17:34
*** maxbit has joined #openstack-infra17:34
fungiand, i may be missing something, but i'm failing to identify the circumstances under which we'd ever want a change to be tested by a job which just uses the branch instead of the change being proposed17:35
clarkbthe zuul ref looks like refs/zuul/master/Z3b0813341d954e1ca84a0986cb6ee4c3 in your proposed scenario. The override would chnage it to refs/zuul/stable/havana/Z3b0813341d954e1ca84a0986cb6ee4c3. it will clone the stable havana one first which will fail (should because the change was against master), then it will fetch the master ref which does exist17:36
*** packet has joined #openstack-infra17:36
*** packet has quit IRC17:36
clarkbfungi: the behavipr you describe should only happen in periodic jobs17:36
clarkband change should do the right thing17:36
fungino, between those it checks to see if the project has a stable/havana branch and just checks that out instead if it finds one, then never falls back to the master ref17:36
fungii have job logs demonstrating this behavior17:37
*** gokrokve has quit IRC17:37
clarkbfungi: ah ok, so that is where the bug is I think17:37
fungii agree17:37
clarkbfungi: I think we need a second fallback ref17:38
clarkbfirst try the override, then try original, then try fallback17:38
fungii'm not sure why what i have there wouldn't work... the ZUUL_REF won't exist on periodic pipeline jobs, will it? and there won't ever be a ZUUL_REF on the override branch for ZUUL_PROJECT17:40
clarkbfungi: its more a matter of confusion, I am really confused why we would override an override17:41
fungior actually, there might be if there's a change ahead of it in a dependent pipeline, which could then make matters even worse17:41
clarkbfungi: it would be a different zuul ref17:41
clarkbeach change has a unique (as provided by uuid4) zuul ref17:42
fungiright, but refs with that uuid on the branches of any changes ahead of it in the pipeline for the same project17:42
clarkbno, it should only be on the one branch17:43
clarkbpretty sure the merge doesn't bother making refs for every branch17:43
*** rainya has quit IRC17:43
fungii don't think that's the case... otherwise grenade jobs wouldn't dtrt in a dependent pipeline, for example17:43
clarkbonly does it for the one associated with the current change17:43
*** thedodd has quit IRC17:45
sdaguejeblair: will do. I'm going to try to sort out some of these tempest master patches first17:45
*** jlibosva has quit IRC17:45
clarkbarg thats right http://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/merger/merger.py#n26917:45
fungilet's say you have two changes to nova in the gate, 1 and 2... 1 is a change to stable/havana and 2 is a change to master17:45
fungiyou want grenade to test that upgrading from havana with 1 applied to master with 2 applied works17:45
*** jlibosva has joined #openstack-infra17:46
fungithus the zuul ref for testing 2 includes the same uuid for nova on both stable/havana and master17:46
clarkbya17:46
*** rlandy has quit IRC17:46
sdagueI think I've got a mobius strip of race -1s. A -1ed by bug B, fix for bug -1ed by bug C, fix for C -1ed by bug A.17:46
clarkbsdague: put some hot wheels on it, free energy17:47
clarkbfungi: so, following that train of thought, does this new override behavior impact grenade?17:47
sdagueheh17:47
clarkbfungi: eg will it break projects that want to be checked out on an override in order to go to a future branch?17:47
fungiclarkb: i don't believe so, because we don't run grenade with override branches17:47
fungigrenade does it's own branch handling logic17:48
*** ildikov_ has quit IRC17:48
fungiright now the override is only used for periodic bitrot jobs and backwards-compatibility jobs17:49
fungialso i think the unit test failing on 84828 is actually incorrect, but haven't looked at how to correct it yet17:49
clarkbfungi: thats what sparked my concern :)17:50
fungiclarkb: so, an example run which i'm trying to fix with that is http://logs.openstack.org/12/82112/8/check/check-tempest-dsvm-full-havana/2a5debd/17:51
clarkbright so that passed because it checked out tempest stable/havana17:51
fungiif you look in the workspace setup log you can see where it's selecting stable/havana tip for openstack/tempest rather than the zuul ref17:51
clarkbfungi: I understand the problem we are trying to fix. I am just not convinced that fix is the one we want. Mostly because it is really confusing to override and override17:52
sdagueclarkb / fungi: what's the nodepool implications of this - https://review.openstack.org/#/c/85057/17:52
sdaguewill I be breaking things badly before the images regen?17:52
sdagueI'm going to change the heat guest image we use for testing to be an architecture match with the hosts we're on17:53
*** che-arne has quit IRC17:53
sdaguein the hope of being a little faster17:53
*** khyati has joined #openstack-infra17:53
fungilooks like 214mb?17:53
clarkbsdague: every test will have to download that image and can't rely on its cache17:54
clarkbsdague: whcih may cause things to fail if it takes a long time or if the downloads are unreliable17:54
fungiright. some of those jobs may fail if the download is interrupted. also we might ddos the fedora mirrors ;)17:55
sdagueclarkb: could we trigger a nodepool rebuild manually post merge?17:55
clarkbsdague: you can do it in two steps, add new image to stackrc, then use new image/remove old image to do it in a safer way17:55
clarkbsdague: we can but some regions aren't reliable in that manner17:55
clarkbsdague: eg it can take days to get a new image17:55
sdagueinteresting17:55
zaromgagne1: what's up? new nick now?17:55
fungiright, and just space those out by a day, and then get us to manually update any images which failed to build overnight (hpcloud-az2, i'm looking at you)17:55
sdaguewell the problem is the current image is pretty problematic I think17:56
clarkbfungi: I am poking at d-g unittests now to try and grok the failure17:56
fungii have a shell while loop i can use to repeatedly retry updating a nodepool image without deleting all the existing images to get nodepool to do that itself17:56
fungithat way we don't lose test capacity due to unavailable images in a provider17:57
sdagueok17:58
*** derekh has joined #openstack-infra17:58
fungithough in tough times, that loop has had to run for close to 48 hours nonstop to get a fresh image update to complete in hpcloud-az2 because of the current metadata server instability there17:59
sdagueok17:59
sdagueinteresting17:59
clarkbfungi: I think the indication of that unittest is d-g expects to setup branches for grenade (whether or not that is actually the case is another question)18:00
mordredclarkb: d-g unittests?18:00
*** whoops has joined #openstack-infra18:00
jeblairmordred: i wrote some a while back.  :)18:00
clarkbfungi: d-g appears to do that setup for us. it does setup_workspace for old/ and new/18:01
clarkbfungi: so I think that change does break grenade18:01
jeblairshouldn't it only break grenade if the override is set?18:01
clarkbjeblair: yes18:01
clarkbjeblair: actually wait, maybe not18:02
fungiright, i think grenade and the override branch logic are probably fundamentally incompatible anyway18:02
clarkbjeblair: because grenade is changing $branch to setup_project which is hwo the override works too18:02
clarkbso the override is overloaded18:02
jeblairso we could decide to explicitly not support that case18:02
fungialso a valid option18:03
clarkbya so grenade would be affected always18:03
clarkbbecause grenade is effectively a branch override18:03
*** rwsu has quit IRC18:03
jeblairor we can define its behavior as "it overrides what we would normally do with grenade" which is to say, if you set override_tempest_branch to master, then you get tempest master in both grenade checkouts18:03
sdaguejeblair: I actually think tempest on both branches is acceptable18:04
sdaguesorry, tempest master on both sides18:04
sdagueit's actually the behavior we want18:04
jeblairsdague: yeah, it's thinking a few steps ahead here, but that does seem like it might match what you want to do18:04
sdagueI also agree, grenade is all kinds of edge cases18:04
*** dizquierdo has quit IRC18:06
sdagueclarkb: so yeh... mirror fail isn't theoritical - http://logs.openstack.org/78/85078/2/check/check-tempest-dsvm-full/91f8c9b/logs/devstacklog.txt.gz#_2014-04-03_16_00_13_04218:07
sdaguewhen will we know that a nodepool has updated images?18:08
clarkbsdague: http://nodepool.openstack.org has logs you can check, or we can do a listing for you18:09
fungisdague: basically we should just merge the first part on one day, then check in the second day and i can manually update any stragglers which failed to work on the daily periodic updates, and let you know once they're caught up so you can approve the second half18:10
sdaguefungi: ok18:10
sdaguelet me figure out a bridge patch for that18:10
*** thedodd has joined #openstack-infra18:11
fungior if it's urgent, i can manually update all of them between patches, but would rather not unless you really need it asap18:11
sdaguewell... here's the challenge, in this new model I was having yuo get this image if you had heat enabled18:11
sdagueI guess I can trick nodepool by putting the imageurl add in there in a block devstack never executes?18:12
*** gokrokve has joined #openstack-infra18:12
*** malini has joined #openstack-infra18:13
fungior break the urls out into a separate file which you reference from the script logic, and we can tweak our prep scripts to grab everything in that file (or everything in a certain section of the file, or with a specific comment tag, or...)18:13
fungidoing something with downloads similar to the way debs and rpms are handled might make devstack a little more extensible anyway18:14
sdagueok, so there is a related impact which is this patch - https://review.openstack.org/#/c/81486/18:15
*** talluri has quit IRC18:15
sdaguewill the nodepool parser be able to handle that?18:15
sdagueor does that beg the issue of a bash script in devstack to evaluate out all the image urls?18:15
fungisdague: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/nodepool/scripts/cache_devstack.py#n8218:16
*** phschwartz has quit IRC18:17
fungisdague: so only lines in stackrc which start with IMAGE_URLS will match18:17
sdagueright, but us moving to vars in urls18:17
*** phschwartz has joined #openstack-infra18:18
sdaguewould seem to break it18:18
fungisdague: and that change has them commented, thus #IMAGE_URLS (which doesn't match_18:18
jogoahh marconi now has a PTL candidate18:18
sdaguefungi: no, that wasn't what I was concerned on18:18
fungisdague: oh18:19
sdagueIMAGE_URLS=${IMAGE_URLS:-"http://download.cirros-cloud.net/${CIRROS_VERSION}/cirros-18:19
sdague${CIRROS_VERSION}-x86_64-uec.tar.gz"};;18:19
sdagueI don't see how the cache handles the vars18:19
fungisdague: ahh, right, it doesn't seem to18:19
fungisdague: it strips away to default variable values if they're specified18:20
*** chrisstreeter_ has joined #openstack-infra18:20
fungibut not recursively18:20
sdagueok, so in the stack of fixes I think we need then, is actually the script in devstack to generate all the image urls18:21
*** phschwartz has quit IRC18:21
fungiand only for the IMAGE_URLS envvar itself18:21
mtreinishjogo: you can still run :)18:21
fungisdague: agreed. i think we should simplify the parsing in cache_devstack.py by making devstack carry or generate a list of urls18:22
zaroanteaya: have you tried to do the puppet for gerrit?18:22
anteayano18:22
sdaguefungi: ok, before I end up with stack overflow, let me do that one18:22
anteayai have not tried to use the gerrit puppet module18:22
zaroanteaya: do you have puppet setup in a vm?18:22
sdaguethen work backwards on these18:22
anteayaI found the config overwhelming18:22
*** phschwartz has joined #openstack-infra18:22
*** dkliban has quit IRC18:23
zaroanteaya: haha!! that's why i haven't done it either.18:23
fungisdague: and we likely need to phase that too so we can do phased deprecation across an image build (or two)18:23
anteayazaro: no i have just been working on setting up a gerrit manually and working backward with the puppet manifest18:23
anteayamakes sense to me18:23
fungisdague: or else temporarily complicate cache_devstack.py by assembling and deduping the list from both sources18:24
sdagueyep18:24
zarowho's the person to talk to about puppet dashboard?18:25
fungianteaya: zaro: fwiw, that's what i did the first time too... made the puppet spaghetti easier to follow once i had done most of the same steps by hand18:25
zaroi want to add review-dev.o.o to it.18:25
fungizaro: is puppet agent running on review-dev?18:25
anteayazaro: nibalizer is probably the best person18:25
zarofungi: probably not.18:25
fungizaro: it should just automatically show up if so18:25
zarofungi: not sure what i should do about that.18:26
anteayazaro: I can keep stepping through it by hand and let you know when I am in a better position for understanding the puppet manifest18:26
anteayathen we can work on seeing how to make it work to install gerrit18:26
anteayaif you want18:26
fungizaro: all puppetboard is doing is displaying info about reports it finds in puppetdb, which in turn are merely forwarded by the puppetmaster, which it does for any it receives from running puppet agents18:26
mgagne1Anyone going to pycon?18:27
zarofungi: i have review-dev setup with gerrit-2.8, but if i let puppet install gerrit i don't think all the patches have merged for it to work.18:27
*** mgagne1 is now known as mgagne18:27
openstackgerritJames E. Blair proposed a change to openstack-infra/gear: Add access control  https://review.openstack.org/8487318:27
zarofungi: running puppet won't update the server?18:27
jeblairfungi: do i need to look at the nodepool allocator?18:27
fungizaro: right, basically puppetboard is a display of systems running the puppet agent, and tells you what the agent has done. if the agent isn't running on review-dev, then there's little reason for it to appear on puppetboard anyway right?18:27
*** mwagner_lap has quit IRC18:27
fungijeblair: yeah, i mentioned it earlier but it probably got buried in the devstack{,-gate} discussion. i'm seeing if i can spot the logic error (assuming there is one to spot)18:28
zarofungi: agreed.  so i would like it to run the agent but that will probably break gerrit on it.18:29
zarofungi: gerrit won't work until a few more patches for 2.8 is merged.18:29
fungizaro: unelss the review_dev.pp passes through enough of the changes you've been making locally to reflect what you need18:29
fungiwhich might not be worth the effort until it's closer to solved18:30
*** alexpilotti has joined #openstack-infra18:30
zaroanteaya: sure. let know if you run into troubles by hand.18:30
anteayaokay thanks18:31
anteayaabout every 5 minutes18:32
anteayaI'll take notes18:32
zarofungi: ok. i think i get it.  i'll check all of the changes on my private puppet vm before running the agent on review-dev.18:34
zaroanteaya: really wanted to put this off, but now i really need to run the puppet.18:35
*** dmsimard has left #openstack-infra18:36
anteayayeah, we are getting close to upgrade18:36
anteayaI don't think running the puppet with be a 2 day thing to figure out how to do18:36
zaromgagne: no pycon for me.  did you want to have an 'add me' to reviewers on gerrit?18:37
*** derekh has quit IRC18:37
anteayamgagne: mgagne1 yea pleia2 and I are18:38
anteayaI still have to book my train18:38
mgagnezaro: http://i.imgur.com/DncoG3V.jpg18:38
anteayalol18:39
*** derekh has joined #openstack-infra18:39
pleia2hehe18:40
*** dmsimard has joined #openstack-infra18:41
fungijeblair: from the debug log it looks like label_demand.get(label.name, 0) is perpetually 0 for that label18:41
fungijeblair: however demand is 1, so maybe label_demand[label.name] = demand isn't working?18:42
*** dmsimard has left #openstack-infra18:43
fungithough if not, i would think that would break building nodes for the other labels... :/18:43
zaromgagne: your wish is my command.. https://gerrit-review.googlesource.com/#/c/5565118:43
mgagnezaro: :D18:44
mgagnezaro: they look to not like my idea lol18:44
zaromgagne: :(18:44
mgagnezaro: greasemonkey then =)18:45
pabelangerfungi, is there anyway to have nodepool not use a saved image, but launch / bootstrap / attach jenkins slave all at once?18:46
zaromgagne: maybe you can tell them about your use case.18:46
mgagnezaro: well, he proposed a "solution" wish is to -1 the change until you have time to review.18:47
mgagnezaro: but my use case might be limited to OpenStack as AFAIK we have a custom dashboard right?18:47
mgagnezaro: and changes won't show up to this dashboard until I'm added to reviewers18:47
jeblairfungi: okay, i'll look into it after lunch (maybe i can make a test case)18:48
zaromgagne: custom dashboard?18:48
mgagnezaro: isn't the homepage a dashboard written/coded by OpenStack team?18:49
zaromgagne: not sure what you mean, gerrit web page is from upstream.18:49
*** zns has quit IRC18:49
zaromgagne: nope.  it's only the 'important changes' page that's custom.18:49
mgagnezaro: oh18:49
zaromgagne: and that will probably go away after we upgrade gerrit.18:49
*** marun is now known as marun_afk18:50
sdaguefungi: how about this - Sean Dague proposed a change to openstack-dev/devstack: add an image_list tool  https://review.openstack.org/85142 ?18:50
*** msabramo has joined #openstack-infra18:51
sdaguethe output is one image per line18:51
sdaguefull url18:51
jeblairsdague, fungi, clarkb, mordred, SergeyLukjanov: so i heard back from the 1st of the three possible new node providers -- they can offer 100@2cpux8gb or 50@4cpux8gb, or, presumably (since they'd have to add it to their flavor catalog), 25@8cpux8gb18:51
jeblairit seems they are cpu constrained18:51
sdaguehow good are their cpus?18:51
jeblairthey are open to adding more capacity later18:51
jeblair(as they grow their service and add more pods)18:51
sdague2cpu doesn't do us any real good at this point18:52
sdague4 is good if the cpus themselves are good18:52
sdaguere: newish18:52
sdague8 is awesomer18:52
jeblairthey say they are not oversubscribed18:52
clarkbthe only reason we use 8cpu nodes at all is that particular provider limits cpu time in fun ways18:52
sdagueyeh, it's not even oversubscribed I think18:52
clarkb++ to 4cpu18:52
sdaguethe old rax 4cpu were slow because they were amd chips with low cache18:53
*** ominakov has quit IRC18:53
jeblairsdague: don't we use 8 cpus on the nice new fast rax nodes though?18:53
sdaguejeblair: we use 8 cpu on them18:53
sdaguecore for core they are still slower than hp18:53
sdaguewell then hp 1.018:53
*** dteselkin_ has quit IRC18:54
*** derekh has quit IRC18:54
jeblairokay, so maybe both hp 1.1 and rax are limited in some way18:54
sdaguehp 1.1 is very clearly limitted18:54
sdaguebut I think that's intentional18:55
clarkbya18:55
sdaguehonestly, the per core performance on hp 1.0 is somewhat astonishing18:55
*** meera has joined #openstack-infra18:55
jeblairso the worst case is that we end up with 25 nodes to start.  we might end up with 50.18:55
sdagueit was head to head as good as some very respectable physical hardware I had at IBM18:55
sdagueyeh18:56
sdagueI'd say lets try at 418:56
jeblairand we might end up with more over time18:56
sdagueand figure out if it's limitted enough that we really want to switch to 8s instead18:56
jeblairconsidering the time we'll invest in benchmarking, setting up, etc, is that worth it?18:56
sdaguejeblair: fair18:56
sdaguesure, I guess everything else is 8s18:56
jeblairsdague: oh no, sorry, i'm fine trying 4...18:57
sdaguejeblair: oh, yeh, I think 4s are fine18:57
sdaguelets start there18:57
jeblairsdague: i meant should we proceed in general, with either (i mean, we'd still need to figure out what they're doing differently even with 8 -- everyone does something different :(18:57
sdaguejeblair: ++ we should proceed18:58
mordredjeblair: well, each time we do that, we learn more and make our overall system more resilient18:58
sdagueboth for getting more resource for infra18:58
mordredone of these times we'll add a new system and it'll Just Work18:58
sdagueand for helping learn how different OS is in the field18:58
*** ildikov_ has joined #openstack-infra18:58
sdaguebecause I think that understanding of differences is very useful feedback to the community, the board, and the vendors18:58
nibalizerzaro: hi, puppetboard.o.o you mean?18:59
nibalizerpuppetboard is a unique project from puppet dashborad18:59
nibalizerreview-dev doesn't seem to be checking in18:59
*** _nadya_ has joined #openstack-infra19:00
nibalizerwhich is strange, is that node running puppet?19:00
nibalizersuccess, or failure, it should be submitting reports to puppetdb19:00
nibalizeri do see a node definition in site.pp19:00
jeblairokay.  i think 25 won't make a huge difference for our resource usage, 50 is getting there, 100 is what i was shooting for. but you're right, there are other intagibles, and working to establish a relationship is probably worth it.19:00
*** alff_ has quit IRC19:01
*** alff has quit IRC19:01
fungipabelanger: no feature for that yet, but probably not too complicated to add if you wanted to hack on it19:02
clarkbdid board meeting just start?19:03
clarkbanyone have a number for that?19:03
mordredyah19:03
mordred1-650-479-320719:03
mordredSession number: 925 304 45619:03
fungisdague: that looks reasonable (assuming it works--i haven't tested it). as long as we can run that statelessly in a fresh clone of devstack, we should be able to use that to determine what to download and precache19:03
jeblairand #openstack-board19:03
pabelangerfungi, Ya, was considering adding it.  Having some problems with saved images launching (delayed) so wanted to see if there was another way19:04
sdaguefungi: it works locally19:04
pabelangerbut, working on a patch to implement a launchnode timeout, code is there but not exposed in yaml file19:04
sdagueit also has a safety latch to exit if < 5 images are returned (the current known sane number)19:05
sdagueso check the exit code on it in use19:05
pabelangerwe'll wait 3600 mins before cancelling the build19:05
pabelangerRather way 15mins :)19:05
pabelangerwait(19:05
pabelangergrr19:05
*** thedodd has quit IRC19:06
fungijeblair: agreed, even if we start out small, the potential to scale that up in the future might be worth the up-front effort as well19:06
clarkbwoot finallymanaged to make a meeting, I am putting them on my calendar now19:06
*** mwagner_lap has joined #openstack-infra19:08
fungiwas worried i'd dialed in too late, but they're still starting19:09
msabramovery easy PR for jenkins-job-builder - probably ready for merge - https://review.openstack.org/84950; could squeeze it in before meeting starts… :-)19:10
*** derekh has joined #openstack-infra19:11
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: allow for generic branch overrides  https://review.openstack.org/8482919:11
sdagueI finally figured out why the generic branch bit was exploding on grenade19:12
openstackgerritA change was merged to openstack-infra/storyboard-webclient: Tightened up story detail UI  https://review.openstack.org/8488219:12
sdague$OVERRIDE_OSLO.VMWARE_BRANCH19:13
sdaguenot so much a real bash variable19:13
jeblairhaha19:13
clarkbfungi: jeblair does https://review.openstack.org/#/c/84829/ fix the d-g thing we were talking about earlier?19:14
fungiclarkb: it does a different thing19:14
*** ilives has joined #openstack-infra19:14
fungiclarkb: that's where we can say "test this nova stable/havana change using tempest master"19:15
clarkbfungi: right, which I thought was relasted to what you were doing and tempest stable/havana was being used instead of master19:15
phschwartzAnyone know the travel time between the conference center where the summit is and Hartford Jackson?19:16
dhellmannfungi: I'm still seeing failures in cliff because of duplicate requirements in master https://jenkins04.openstack.org/job/gate-cliff-requirements/1/console19:16
dhellmannfungi: I thought your change merged?19:16
clarkbdhellmann: we need to wait for new images to be built19:16
fungiclarkb: right, but with that we don't want to override the master branch, while when testing tempest master against stable/havana projects we do19:16
dhellmannclarkb: ah19:16
clarkbdhellmann: since we are image based and not running against static slaves anymore19:16
fungier, don't want to override the default branch19:17
*** chadlung has joined #openstack-infra19:17
dhellmannok, the job is non-voting so we'll go ahead19:17
dhellmannclarkb: when do image builds happen?19:17
clarkbfungi: gotcha, master should be used if master change and stable havana if havana change19:17
clarkbdhellmann: early morning EST19:17
clarkbdhellmann: we can also trigger them manually, which we may do if sdague sorts out the fedora image things for heat19:18
fungiclarkb: right, this one just changes the default branch for one project, which doesn't cover the use case of testing tempest master changes against stable server branches19:18
dhellmannclarkb: ok, I'll just ignore that failure for now, since it's only master that has the issue19:18
*** thedodd has joined #openstack-infra19:21
*** Clabbe has quit IRC19:21
*** Clabbe has joined #openstack-infra19:21
clarkbsdague: what does the eval do in that change? it echos the override then evals that?19:22
fungiclarkb: it's so that it can construct the envvars it wants to look for19:23
sdagueclarkb: that lets us do the whole project thing dynamically19:23
openstackgerritA change was merged to openstack-infra/storyboard-webclient: ngDelete directive  https://review.openstack.org/8450419:23
sdagueinstead of having to enumerate them all up front19:23
clarkbfungi: sdague: isn't the echo sufficient?19:23
*** jlibosva has quit IRC19:23
sdagueno19:23
clarkbit will echo something or ""19:23
sdaguebecause you have to construct a variable name19:24
*** david-lyle has quit IRC19:24
* clarkb learns him a shell19:24
sdagueI'm pretty sure there is no way to do that without the eval, I did try for a while on different approaches19:25
sdaguebut the problem is you want to check for a variable existing, but you want to build up what that variable name would be from another variable19:25
*** zns has joined #openstack-infra19:25
*** malini is now known as malini_afk19:26
*** zns has quit IRC19:26
openstackgerritPaul Belanger proposed a change to openstack-infra/nodepool: Create launch-timeout setting for providers  https://review.openstack.org/8515019:26
*** jp_at_hp has quit IRC19:26
clarkbya, after doing it interactively I see why the eval exists. we need to go from $project_branch_var -> $OVERRIDE_nova_BRANCH -> somebranch19:26
sdagueyep19:26
*** zns has joined #openstack-infra19:27
*** zns has quit IRC19:27
clarkbthat middle step I didn't grok until just now19:27
sdagueyeh, it's a little tricky, and the unit tests are helpful in making sure it's right19:27
*** zns has joined #openstack-infra19:27
sdagueI definitely messed it up the first time19:27
*** fbo_away is now known as fbo19:29
clarkbfungi: so run this by me again, this could be used to do tempest master everywhere right? but it can't be used to naturally select the proper branch based on the change branch19:30
clarkball of this branch stuff is brain melty19:30
pabelangerHmm19:30
fungiclarkb: right. the two patches are compliments of one another19:30
fungiclarkb: one lets you gate master tempest changes on stable server projects, the other lets you gate stable server changes on master tempest19:31
*** alff has joined #openstack-infra19:31
*** alff_ has joined #openstack-infra19:31
*** e0ne has joined #openstack-infra19:31
*** jlibosva has joined #openstack-infra19:31
clarkbsdague: it is still failing unittests btw19:31
sdagueclarkb: really?19:32
fungiclarkb: they're basically the two halves of the symmetry for gating tempest master on stable servers when there's still a stable tempest branch19:32
clarkbya, see zuul status19:32
clarkbfungi: gotcha thanks19:32
sdagueoh, I see19:32
pabelangerwell, this is new for nodepool: http://pastebin.com/91S3eAju19:33
fungiclarkb: the fixes/features to support this are potentially useful long-term, even after tempest master gets healthy enough to be able to support stable/havana servers and we subsequently delete the stable/havana branch from tempest19:33
pabelangerjust updated to the latest master19:33
pabelangerhttps://github.com/openstack-infra/nodepool/commit/fca89ee0a0797d7e994c4d0c11c7746f7f136636 seems to be the issue19:34
fungipabelanger: did zmq get updated?19:34
fungiooh19:34
pabelangerfungi, let me check my version19:34
fungipabelanger: i'll get you a pip list from our nodepool server so you can compare versions19:35
*** jp_at_hp has joined #openstack-infra19:35
clarkbit may depend on the C version too which pyzmq via pip should bundle up for you19:36
fungipabelanger: http://paste.openstack.org/show/7501919:36
*** zns has quit IRC19:38
pabelangersame version19:38
pabelanger13.1.019:38
pabelangerso, must be build flags19:38
clarkbpabelanger: are you running that on linux?19:39
*** zns has joined #openstack-infra19:39
pabelangerclarkb, ubuntu 12.04 is what I run nodepool on19:39
clarkbwonder if maybe a platform difference19:39
sdagueclarkb: ok, one more fix, unit tests running clean again19:39
clarkbpabelanger: thats what we use too thanks19:39
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: allow for generic branch overrides  https://review.openstack.org/8482919:39
*** thuc has quit IRC19:40
fungipabelanger: apparently RCVTIMEO gets passed down into libzmq from what i'm seeing19:41
pabelangerfungi, yes, I think that is my issue19:41
pabelangerI have 2.1.1 installed19:41
pabelangerrebuilding pyzmq now19:41
pabelangerto see if anything shows up19:42
*** jlibosva has quit IRC19:42
*** mrda_away is now known as mrda19:42
*** imcsk8_lap has quit IRC19:43
*** thuc_ has joined #openstack-infra19:44
*** imcsk8_lap has joined #openstack-infra19:44
zaronibalizer: i meant puppetdb.o.o, i don't think the agent is running on review-dev.o.o19:44
*** _nadya_ has quit IRC19:44
*** thuc_ has quit IRC19:44
zaronibalizer: i don't want to turn it on yet until i all my patches merge for that server.19:44
pabelangerfungi, are you using a newer version then libzmq1 2.1.11-1ubuntu1 ?19:45
*** thuc has joined #openstack-infra19:45
fungipabelanger: we don't have libzmq1 installed on our nodepool server19:45
clarkbfungi: pabelanger that is what I expected, pyzmq bundles it into the python lib install if you don't have the system install19:45
clarkbbut if system install is there it links against that19:45
pabelangerAh19:46
pabelangerokay19:46
pabelangerso, that is my issue19:46
*** jp_at_hp1 has joined #openstack-infra19:47
sdagueso do we want to merge the layout - https://review.openstack.org/#/c/84864/19:47
sdaguethen the d-g job will start generating real results on the branch override?19:48
*** markwash has joined #openstack-infra19:48
pabelangerfungi, clarkb: okay, that was it.  Removed the system library19:48
*** jp_at_hp has quit IRC19:48
clarkbsdague: that was my goal, but a second review would be good before I hit the go button19:49
*** zhiyan_ is now known as zhiyan19:50
chadlungAnyone seen this before on DevStack? "tox' is not a global requirement but it should be,something went wrong"19:51
clarkbchadlung: did you add tox to a requirements list somewhere?19:52
chadlungclarkb: Its been in the python-barbicanclient for a while now19:52
chadlungclarkb: just started failing today, did some troubleshooting but can't seem to see where this is happening19:53
*** denis_makogon_ has joined #openstack-infra19:53
clarkbchadlung: was python-barbicanclient recently added to openstack/requirements/projects.txt?19:53
clarkbdevstack applies the requirements from global reqs to individual projects to make sure they all work with the global set of reqs. fwiw you rpboably shouldn't hae tox in a dep list19:53
clarkbif not consuming tox directly19:53
*** denis_makogon_ is now known as denis_makogon19:54
chadlungclarkb: We are planning to get rid of it19:54
chadlungclarkb: we don't show up in https://github.com/openstack/requirements/blob/master/projects.txt19:54
clarkbchadlung: ya, I wonder if devstack updated how it applies global reqs19:55
*** ilives has quit IRC19:55
*** ilives has joined #openstack-infra19:56
chadlungclarkb: I was checking commit history, since our devstack gate broke this morning it didn't look like the recent devstack commits would've done that19:56
*** rwsu has joined #openstack-infra19:56
fungiclarkb: i believe this is related to ruhe's issue earlier19:57
clarkbfungi: oh good point /me checks scrollback19:57
fungii suspect it's a regression in devstack19:57
clarkbya19:57
fungiclarkb: i can't find anywhere in devstack now that provides a means to conditionally bypass the requirements override and the check for missing global reqs19:57
dstufftchadlung: wat, python-barbicanclient shouldn't have tox in it's requirements, only i's test requirements? unless my understand of pbr or global requirements is wrong :|19:58
clarkbI11acb169e74069be0618e57496ff342f9e788493 that change maybe?19:58
clarkbdstufft: not even its test requirements19:58
sdaguewhat's up?19:58
clarkbdstufft: it is a meta requirement, where if you have it installed you can use it19:59
chadlungdstufft: I'm pulling it out on my fork to test with DevStack. See if that works.19:59
sdaguerequirements vs. devstack?19:59
clarkbsdague: devstack breaking on global reqs for non integrated things19:59
clarkbsdague: y19:59
dstufftclarkb: chadlung oh well that's probably my fault then19:59
dstufftwhy it's there that is19:59
dstufftI blame pbr reading requirements.txt19:59
dstufft:D19:59
sdaguefungi: jogo added an enforcer on update.py20:00
sdaguewhat we should probably do it make the enforcement optional20:01
clarkboh it was requirements change that did it?20:01
sdaguebased on an environment variable20:01
sdagueyes20:01
sdagueupdate.py now exits badly if it finds something that is not in the requirements list20:01
anteayayay20:01
fungisdague: yep, that seems to be the issue. probably should just dynamically base it on whether the project being setup is in projects.txt in the reqs repo20:01
*** bhuvan_ has joined #openstack-infra20:01
anteayaall programs have at least one ptl candidate20:01
anteayaand as of right now we have 6 elections20:02
fungianteaya: yep, jogo is out of luck for getting to be a de-facto ptl20:02
*** harlowja has quit IRC20:02
sdaguefungi: well, I think that gets more complicated than you imagine20:02
anteayahe will have to be faster next time20:02
sdagueI honestly think an override per job that is to ignore non standard requirements would be the right call20:02
clarkbsdague: can't it key off of projects.txt?20:03
clarkbif project not in projects.txt move on20:03
sdaguethe problem there20:03
*** harlowja has joined #openstack-infra20:03
sdagueis if someone gets a git tree into a job, not in projects.txt, it can wedge everything20:03
* anteaya goes for a walk20:03
*** ilives has quit IRC20:03
fungisdague: clarkb: i suppose devstack-gate could compare ZUUL_PROJECT against openstack/requirements:projects.txt and then export an envvar for whether or not devstack should pass an option into the updater to enforce or not enforce20:04
sdagueI think it should be a global lever20:04
clarkbsdague: gotcha20:04
clarkbglobal per test20:04
sdagueclarkb: yes20:04
fungithat, yeah20:04
sdagueand not dynamically20:04
sdagueso they have to add20:04
*** ilives has joined #openstack-infra20:04
sdagueNON_STANDARD_REQS=120:05
*** bhuvan has quit IRC20:05
sdaguethen it would be a warning20:05
fungiso i don't think the job definition needs it, devstack-gate can figure it out, right?20:05
*** bhuvan_ is now known as bhuvan20:05
sdaguewhich would also be really help in understanding which projects are outside of it or not20:05
*** _nadya_ has joined #openstack-infra20:05
sdaguefungi: well we got into this because we discovered only very late that trove wasn't in projects.txt or doing req jobs20:05
fungisdague: otherwise we can no longer reuse any dsvm job names on non-openstack projects20:06
sdagueand had a bunch of extra reqs20:06
clarkbfungi: right so sdague is saying it should be explicit and not implicit20:06
clarkbso that stuff doesn't sneak by20:06
*** HenryG has quit IRC20:06
*** dprince has quit IRC20:06
sdaguefungi: but we don't anyway right?20:06
sdaguebecause they would co-gate if we did20:06
fungiso we should have one set of dsvm jobs for projects which get enforcement, and another for projects which don't20:06
sdaguewe are clearly not going to co-gate with a project that doesn't do global reqs20:06
fungisdague: that's a good point20:07
clarkb++20:07
*** CaptTofu has joined #openstack-infra20:07
*** rwsu has quit IRC20:07
sdagueok, so it's late enough in the day that I'm bad at picking variable names20:08
sdagueso if someone picks it, I'll do the update.py patch20:08
clarkbfungi: https://review.openstack.org/#/c/84828/ has a comment now.  Ithink that will fix the test problem20:08
fungi$FRED={branch:-foo}20:08
fungieven my joke code has syntax errors. oh well20:08
*** rwsu has joined #openstack-infra20:09
clarkbfungi: close enough :)20:09
fungiclarkb: thanks--i'll see if i can get that to pass20:09
clarkbjogo: https://review.openstack.org/#/c/84913/1 wow that is really unhappy :)20:10
*** rwsu has quit IRC20:11
*** rwsu has joined #openstack-infra20:11
*** ociuhandu has quit IRC20:12
openstackgerritDerek Higgins proposed a change to openstack-infra/config: Increase min-ready for tripleo-f20 nodes  https://review.openstack.org/8516020:13
sdaguehow do I fixture the environment?20:13
clarkbsdague: one sec20:14
clarkbsdague: https://pypi.python.org/pypi/fixtures EnvironmentVariable ?20:14
*** malini_afk is now known as malini20:15
jogoclarkb: global reqs broke it, have to test locally first20:16
clarkbjogo: because those packages aren't in the mirror?20:16
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: New gerrit group - oslo-messaging-core  https://review.openstack.org/8516220:17
clarkbmtreinish: re https://review.openstack.org/#/c/84840/1 I am pretty sure I pointed that out to sdague when it went in and he wanted that behavior is this something we should chat about before fixing?20:19
*** julim has quit IRC20:19
* fungi is disappearing for a bit to cook dinner20:19
sdagueclarkb: honestly, I could go either way at this point20:19
mtreinishclarkb: well it doesn't make any sense to run non neutron jobs on neutron patches20:19
mtreinishit just wastes a node20:20
mtreinishand bounces neutron patches for no reason20:20
mtreinishbut if there's a counter point I'm overlooking we can look at it20:21
jogoclarkb: yup20:21
clarkbmtreinish: not really, more just sanity check since a month ago we went yes this is wrong but oh well :)20:21
sdaguemtreinish: well if there is going to be a separate template, it should pull in all the neutron common jobs20:22
sdagueand do neutron client as well, right?20:22
nibalizerzaro: puppetboard.o.o is a cname for puppetdb.o.o so we're talking about the same thing20:22
nibalizerzaro: what is your desired end state?20:22
nibalizerbasically you won't have review-dev appearing as a node in puppetboard until you run the agent on it20:22
sdaguethe reason for the one template was most to avoid human error, even if it means there is whitespace where the test doesn't mean anything20:22
openstackgerritA change was merged to openstack-infra/config: Add stable filters for neutron functional+api jobs  https://review.openstack.org/8481520:23
mtreinishsdague: yeah I should switch neutronclient too20:23
mtreinishone sec I'll update the patch20:23
clarkbsdague: mtreinish: yes covering the client too would be good20:23
clarkbmtreinish: thanks20:24
msabramoclarkb: thanks for the review on https://review.openstack.org/84950 !20:24
sdagueand if it's neutron specific20:24
sdaguepull *all* the common jobs between them into that template20:24
sdagueso we don't run into the issue again later with only updating one or the other20:24
mtreinishsdague: wouldn't that mean adding the neutron template to every project that uses the integrated-gate template?20:26
sdaguemtreinish: no20:26
sdaguewhy would it ?20:26
mtreinishmaybe I misread20:26
clarkbI think sdague is proposing two common lists20:26
clarkbone for not neutron and another for neutron20:26
clarkbthey may have some overlap, but will be different20:27
sdagueright, that20:27
*** rwsu has quit IRC20:27
sdaguewhich is actually what https://review.openstack.org/#/c/84840/ is20:27
mtreinishok that's probably why I was confused20:28
sdaguebut if we are bothering to carve off the integrated-gate-neutron template, and it's really only 2 jobs, we should do all the overlap20:28
sdagueso add check-grenade-dsvm-neutron, check-tempest-dsvm-neutron-pg20:28
sdagueand everything else that's common between neutron and python-neutronclient20:29
clarkbSlickNik: mtreinish sdague https://review.openstack.org/#/c/84369/1 removes a trove job, we hae that coverred as the integrated gate now?20:29
sdagueclarkb: yes20:29
sdaguetrove is in the regular gate now20:29
clarkbwoot /me approves20:29
sdaguelet me double check20:29
sdaguehttp://logs.openstack.org/42/85142/1/check/check-tempest-dsvm-full/0e1d2c9/console.html#_2014-04-03_19_36_48_52220:30
sdagueyes20:30
sdaguein the regular gate20:30
clarkbapproved20:30
*** rwsu has joined #openstack-infra20:31
*** slagle has joined #openstack-infra20:31
*** VijayTripathi has joined #openstack-infra20:31
mtreinishsdague: does the cells job run with neutron?20:33
clarkbmtreinish: I think no, unless there is a specific cells job for it20:33
mtreinishclarkb: ok then I should remove that from neutronclient too20:34
clarkbmtreinish: let me double check20:34
sdaguemtreinish: I doubt it20:34
slaglehi, i don't seem to have permissions to create branches for the tripleo projects (i'm in the tripleo-ptl) group in gerrit20:34
slagleare there some additional permissions that are needed?20:34
clarkbmtreinish: no neutron20:35
mtreinishclarkb: ok thanks20:35
clarkbslagle: which project? I can take a look20:35
*** VijayTripathi has quit IRC20:35
clarkbslagle: any specific examples?20:35
slagleclarkb: tripleo-image-elements is one20:35
slagleclarkb: using the ui, https://review.openstack.org/#/admin/projects/openstack/tripleo-image-elements,branches20:35
*** derekh has quit IRC20:35
slagleif i try to create one called stable/icehouse, i get: Cannot create refs/heads/stable/icehouse20:36
clarkbslagle: so if we look at https://review.openstack.org/#/admin/projects/openstack/tripleo-image-elements,access tripleo-ptl has no refs/heads/* create permissions. Let me get an example of what perms are needed and you can propose that change20:36
openstackgerritMatthew Treinish proposed a change to openstack-infra/config: Only run jobs with neutron on neutron changes  https://review.openstack.org/8484020:36
mtreinishclarkb, sdague: I think that got everything20:36
slagleclarkb: awesome, thanks20:36
*** thuc has quit IRC20:37
openstackgerritA change was merged to openstack-infra/config: Remove experimental trove devstack-gate job  https://review.openstack.org/8436920:37
*** thuc has joined #openstack-infra20:37
*** gondoi is now known as zz_gondoi20:39
*** thuc_ has joined #openstack-infra20:39
openstackgerritMatthew Treinish proposed a change to openstack-infra/config: Change names for duplicate neutron jobs  https://review.openstack.org/8317220:39
clarkbslagle: actually I can't fine a good example quickly. but under the refs/heads/* perms for triple* files in https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/gerrit/acls/openstack you want to add 'create = tripleo-ptl'20:39
clarkbslagle: that will allow you to create branches20:39
clarkbmake those changes, propose them to gerrit and we should get that in for you torrow20:40
clarkb*tomorrow20:40
*** khyati has quit IRC20:40
*** david-lyle has joined #openstack-infra20:40
*** thuc__ has joined #openstack-infra20:40
*** rainya- has joined #openstack-infra20:40
*** khyati has joined #openstack-infra20:40
SlickNikclarkb: As Sean said, it's part of the integrated gate now, so needed to be removed. Thanks!20:41
*** thuc has quit IRC20:41
slagleclarkb: cool, thanks20:42
*** _nadya_ has quit IRC20:42
meerahello all: I'm trying to figure out who I should contact to get resolution on an issue I'm having while doing a git review. I'm trying to submit code to tempest. The issue I'm having is "fatal: ICLA contributor agreement requires current contact information.". I have updated the contact information and in the Agreements settings I have verified the ICLA license agreement exists. I have uploaded newly generated ssh public key to gerrit and20:42
meeralaunchpad systems. Is there someone who I can work with one on one on getting this issue resolved?20:42
openstackgerritSean Dague proposed a change to openstack/requirements: allow for NON_STANDARD_REQS override  https://review.openstack.org/8516720:42
sdagueclarkb: ^^^20:42
sdaguegoing for a walk while there is sun, but that should be the fix needed for barbican20:43
clarkbmtreinish: reviewed, there is a tyop20:43
openstackgerritMatthew Treinish proposed a change to openstack-infra/config: Change names for duplicate neutron jobs  https://review.openstack.org/8317220:43
openstackgerritMatthew Treinish proposed a change to openstack-infra/config: Only run jobs with neutron on neutron changes  https://review.openstack.org/8484020:43
clarkbmeera: yes, I can help with that20:43
mtreinishclarkb: yeah, '=' != '-'20:43
meerathanks clark20:44
clarkbmeera: are you sure that the usernames match up? make sure the username at https://review.openstack.org/#/settings/ matches the one in the gerrit remote shown by git remote -v20:44
clarkbmeera: you may be trying to use two different accounts and the wires are getting crossed20:44
*** thuc_ has quit IRC20:44
openstackgerritCyril Roelandt proposed a change to openstack-infra/config: heatclient: make the py33 gate voting  https://review.openstack.org/8517020:45
*** marun_afk is now known as marun20:45
openstackgerritJames Slagle proposed a change to openstack-infra/config: Allow tripleo-ptl group to create branches  https://review.openstack.org/8517120:46
meeraclarkb: THe username match20:46
*** dcramer_ has quit IRC20:46
clarkbmeera: can you give me your account number? it is shown on that settings page I linked you20:46
clarkbI will poke at the DB and see what may be going on20:46
meeraclarkb: 284620:47
*** chadlung has quit IRC20:49
clarkbmeera: the db shows you haven't filed contact info. can you update your info at https://review.openstack.org/#/settings/contact and see if that helps20:50
meeraclarkb: I have updated the contact info couple of times. I can give it another try20:51
*** bhuvan_ has joined #openstack-infra20:51
*** dkehn has quit IRC20:51
clarkbmeera: it isn't showing as having been done. are the changes being saved?20:52
*** dkehn has joined #openstack-infra20:53
*** bhuvan has quit IRC20:53
jeblairlastlog mordred20:54
*** bhuvan_ is now known as bhuvan20:54
mordredlastlog jeblair20:54
jeblairoops; that was my way of looking up the board number again :)20:54
mordred:)20:54
meeraclarkb: The updates I made to the Contact information did not include Fax Number. This time around I did put in Fax as well and it went through20:54
*** amcrn has joined #openstack-infra20:55
clarkbmeera: I see the DB updated with a timestamps saying they were filed20:55
clarkbmeera: try pushing changes now20:55
jeblairbut it had the side benefit of showing me: 05:03  * mordred throws wet cats into the air20:55
meeraclarkb: it worked20:55
meeraclarkb: thanks a lot20:55
mtreinishmordred: could I get added to the cookiecutter-core group after: https://review.openstack.org/#/c/83192/ goes through?20:55
mordredjeblair: you shold never miss such things20:56
mordredmtreinish: sure20:56
mtreinishcool20:56
mordredI beleive I'm one of the only person who ever reviews cookiecutter patches :)20:56
*** pfallenop has quit IRC20:56
*** CaptTofu has quit IRC20:57
mtreinishmordred: well I'll start doing that too then20:57
mtreinishI actually have been meaning to push a couple of updates to the cookiecutter repo that I found making the specs repo20:57
mtreinishI'll try to do that tomorrow20:58
*** CaptTofu has joined #openstack-infra20:58
fungiokay, back...20:58
*** chadlung has joined #openstack-infra20:58
mtreinishclarkb: jenkins likes the latestst revision without the typo :)20:58
*** gokrokve_ has joined #openstack-infra20:59
*** lcostantino has quit IRC21:01
*** yolanda has quit IRC21:01
*** CaptTofu has quit IRC21:02
*** pdmars has quit IRC21:02
*** gokrokve has quit IRC21:02
chadlungBarbican was incubated last month, do we need to add ourselves to openstack/requirements/projects.txt   Or...?21:03
*** rfolco has quit IRC21:03
fungimeera: clarkb: just for clarification, https://wiki.openstack.org/wiki/CLA-FAQ#Why_am_I_getting_an_error_message_about_the_ICLA_requiring_contact_information_when_trying_to_submit_patches_for_review.3F21:04
clarkbchadlung: eventually you will need to, first step is getting your reqs to make the global reqs21:04
*** aysyd has quit IRC21:04
*** markmc has quit IRC21:04
chadlungclarkb: cool, thanks21:04
clarkbmtreinish: roger, will rereviews shortly. I need food now that board meeting is over21:04
*** dkranz has quit IRC21:10
adam_g'OpenStack 2013.2.3 released' needs moderator approval if anyone here has access to approve mail to openstack-announce21:11
openstackgerritAlex Conrad proposed a change to openstack-infra/jenkins-job-builder: add ability to parse from a file object  https://review.openstack.org/8517721:13
fungiadam_g: i'll check21:14
*** ameade has quit IRC21:15
fungiadam_g: you want ttx, reed or markmc21:15
*** dkehn has quit IRC21:16
adam_gfungi, ah, thanks anyway!21:16
fungiadam_g: you might also want to ask ttx to set you to automatically approved bypassing moderation on that list since you need to send release announcements regularly21:16
adam_gfungi, i think i had that for my old email21:17
*** dizquierdo has joined #openstack-infra21:17
fungiadam_g: right, maybe you just need to update your old subscription? i can't remember if the whitelists follow subscription changes21:18
*** dkehn has joined #openstack-infra21:18
*** weshay has quit IRC21:19
*** rwsu has quit IRC21:22
fungijeblair: not sure if you did anything, but...21:23
fungi| 3428217 | rax-dfw            | bare-precise           | jenkins01 | bare-precise-rax-dfw-3428217.slave.openstack.org               | bare-precise-rax-dfw-3428217               | 9503f200-3fa4-4cfd-a5b9-733e62cec8f8 | 67.192.246.115  | ready    | 0.16        |21:23
fungijeblair: oh, nevermind21:23
lifelessok theres something wrong again21:23
lifelesswe're seeing jobs try and requeue21:24
fungii should look closer when i search for three valid hex digits in lists which contain long hex strings21:24
fungilifeless: i'll take a look in the log21:24
*** yassine has joined #openstack-infra21:25
*** dkehn has quit IRC21:25
*** pfallenop has joined #openstack-infra21:25
zaronibalizer: yeah, i get it.  fungi help me understand that.  i'm still hacking on review-dev will run the agent when i'm done with it.21:25
fungilifeless: nodepool's getting a lot of "Exception: Timeout waiting for ssh access" trying to build new nodes, so i suspect you may have something also killing network connectivity between jenkins and the slave agents as well. looking for stronger evidence21:26
*** dkehn has joined #openstack-infra21:26
*** yassine has quit IRC21:27
fungialso nodepool build errors like "Exception: Timeout waiting for server 856ad456-7e20-4a8c-9c73-49a8799f7955 deletion in tripleo-test-cloud"21:27
*** yassine has joined #openstack-infra21:27
lifelessnova floating-ip-list21:27
lifelessERROR: HTTPSConnectionPool(host='ci-overcloud.tripleo.org', port=13000): Max retries exceeded with url: /v2.0/tokens (Caused by <class 'socket.error'>: [Errno 110] Connection timed out)21:27
lifelesscontrol plane is looking bad21:28
fungier, delete errors, not build errors21:28
mattoliverauMomring21:28
anteayahey mattoliverau21:28
clarkbmattoliverau: good momring21:28
sdaguewow, fedora mirrors are kind of terribad on availability21:28
lifelessSpamapS: so21:28
nibalizerzaro: cool21:28
sdagueI managed to race crash every other devstack change with a fedora mirror timeout on that iso21:29
adam_gis removing a -2 with a 0 expected to re-trigger gate checks?21:29
fungisdague: no joke. if someone fails to download a cd image, they'll just retry. no biggie right?21:29
mattoliverauanteaya: Tent on a barge huh, sure why not :)21:29
sdagueadam_g: if it's old enough, yes21:29
anteayamattoliverau: wfm21:29
anteayaactually I really like the idea21:29
clarkbsdague: nice21:29
sdaguefungi: so that's probably at minimum a 5% fail rate by fedora mirrors21:29
sdaguehowmuch retry logic is in nodepool?21:30
fungisdague: i believe none. maybe less21:30
sdagueheh21:30
fungisdague: unless you could trying again the next day as retry logic21:30
*** yassine has quit IRC21:30
fungis/could/count/21:30
adam_gsdague, hmph okay. ive got  ~70 -2's to remove. :|21:30
*** malini is now known as malini_afk21:30
* adam_g thinks we need a better way to handle freezing stable branches in preparation for release21:31
fungiadam_g: you could script that--gerrit has an api21:31
*** yassine has joined #openstack-infra21:31
*** yassine has quit IRC21:31
*** zns has quit IRC21:31
sdagueadam_g: so why not take the time to do actual review on those patches in the process?21:31
adam_gfungi, yeah, i have a script to do it.. but was worried about flooding21:31
fungiadam_g: we'll send agents to your house if the flood gets too bad--that's all21:32
sdaguethe freshness checks are there for a reason, stable was especially vulnerable to having out of date test results21:32
sdagueand wrecking the gate21:32
lifeless[117125.821389] hpsa 0000:06:00.0: cmd_alloc returned NULL!21:32
lifeless[118130.535271] hpsa 0000:06:00.0: cmd_alloc returned NULL!21:32
lifelessrebooting the undercloud21:32
adam_gsdague, many of them are already reviewed. the -2 is just there to prevent htem from merging during the 1 week freeze21:32
fungiadam_g: i wouldn't sweat changing votes on 70 changes in one shot through the api21:32
lifelesserm21:32
lifelesscontrol node21:32
sdagueadam_g: sure21:32
adam_gfungi, ack21:32
sdaguebut they need good test results21:32
mordredclarkb: what's the deal with the new zuul noop stuff?21:33
sdaguebecause if they sat for a week, they might be failing due to a client or library update21:33
lifelessSpamapS: help me rhonda....21:33
clarkbmordred: noop is a built in job that zuul succeed immedaitely without queueing to gearman21:33
adam_gsdague, i'm not arguing against the re-checks21:33
clarkbmordred: so you can save resources running noop jobs21:33
mordredclarkb: I was just telling cody-somerville about it - but I realized I didn't know that much21:33
sdagueso it will just take time21:33
*** ociuhandu has joined #openstack-infra21:33
*** dkehn has quit IRC21:33
sdaguebut it is actually time well spent21:33
mordredclarkb: so one just s/gate-noop/noop/ in layout.yaml ?21:33
adam_gsdague, thats fine. was just covering my ass in case someone asked 'wtf?' :)21:34
fungimordred: yep21:34
clarkbmordred: yes, but you need to have a version of zuul new enough to do that21:34
mordredclarkb: kk21:34
mordredcody-somerville: ^^21:34
clarkbmordred: also my remote fetch change is getting close to being mergable I think21:34
mordredwoot21:34
clarkbmordred: so hopefully cody can go to using upstream master soon21:34
sdagueand zuul is basically empty21:34
mordredI support such things21:34
*** mfer has quit IRC21:35
*** dkehn has joined #openstack-infra21:36
sdagueso a flood will flush in a couple hours21:36
sdagueso like fungi said, just bring it on :)21:36
sdagueheh21:36
openstackgerritClark Boylan proposed a change to openstack-infra/zuul: Add a remote url override location  https://review.openstack.org/7605721:36
clarkbmordred: ^21:36
*** weshay has joined #openstack-infra21:37
clarkbjeblair: ok now I think that is really ready for proper review. jhesketh has done a good job pushing me along and I think I have addressed his concerns now21:37
sdagueadam_g: zuul was getting bored with the light load anyway, time to make him work21:37
NobodyCamany one seen this before? hudson.util.IOException2: remote file operation failed: /tmp/hudson5356793296994292431.sh at hudson.remoting.Channel@179cda28:tripleo-precise-tripleo-test-cloud-342761721:38
*** zns has joined #openstack-infra21:39
*** HenryG has joined #openstack-infra21:39
*** zehicle has joined #openstack-infra21:39
jeblairfungi: okay, i am just now starting to look into the allocator21:39
*** eharney has quit IRC21:40
*** jhesketh_ has joined #openstack-infra21:40
*** jhesketh_ is now known as jhesketh21:41
fungijeblair: yeah, i'm not spotting what's holding the demand down to 0 there21:41
jheskethMorning21:41
fungijeblair: the logic in that part of the source looks sound to me21:41
clarkbjhesketh: hi there, thank you for the review on 76057, I think I have it cleaned up now21:42
*** jeckersb is now known as jeckersb_gone21:42
jheskethcool, I'll take a look21:42
clarkbfungi: derekh was theorizing that the nodes may not be building due to provider manager queueing21:42
*** dcramer_ has joined #openstack-infra21:42
clarkbfungi: bascically they got stuck behind the mass of tripleo-precise stuff (but that doesn't seem super likely021:42
jeblair2014-04-03 21:41:13,126 DEBUG nodepool.NodePool:     <AllocationRequest for 1.0 of tripleo-f20>21:43
jeblair2014-04-03 21:41:13,126 DEBUG nodepool.NodePool:       <AllocationSubRequest for 0.0 (out of 1.0) of tripleo-f20 from tripleo-test-cloud>21:43
jeblairclarkb: i think that doesn't support that idea ^21:43
clarkbjeblair: ya21:43
fungiagreed21:43
jeblairjhesketh: i reviewed up to https://review.openstack.org/#/c/84314/ and ran into a problem21:44
jeblairjhesketh: take a look and let me know what you think.21:44
clarkbjhesketh: one of my inline comment responses about config being rewritten to disk is wrong. If you think my config changes should go in the file and not in the test I can update that too. I personally find it a bit more clear that this new test is doing this additional scenario when it is in the test class21:44
*** mbacchi has quit IRC21:45
jheskethjeblair: thanks will do21:45
jeblairjhesketh: for what it's worth, and in case it helps your thinking on the subject, i would seriously entertain removing bootstrap.21:46
NobodyCam-infra question? check-tripleo-ironic-undercloud-precise #180 from https://jenkins04.openstack.org/job/check-tripleo-ironic-undercloud-precise/180/ failed with the hudson error above and ended up with a NONE state. is there a way to get the /var/log directory from the vm in this state?21:47
jeblairjhesketh: also, i hope when you say "Morning" what you really mean is "everybody start telling me what they've been doing for the past few hours all at once!"  :)21:47
clarkbNobodyCam: see scrollback, the test cloud went sideways21:48
clarkbNobodyCam: I think it is just a side effect of that21:48
fungiNobodyCam: ENOCLOUD21:48
jheskethjeblair: heh, yep! sure beats scrollback21:48
jheskethclarkb: sure, I think your fixes are good21:48
*** nkinder has quit IRC21:48
NobodyCamahhh so recheck it is.. but I'll give it a bit21:48
* jeblair goes back to figuring out why 1==021:48
*** fbo is now known as fbo_away21:48
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard-webclient: Added global CSS class to allow style targeting.  https://review.openstack.org/8518521:49
jheskethclarkb: I don't mind if the change isn't in the CONFIG file but I'm not sure if it has any purpose otherwise21:49
jheskethI'll do a review later21:49
fungijeblair: next you'll go on to prove that black is white and get yourself run over at the next zebra crossing21:49
*** alexpilotti has quit IRC21:49
NobodyCamfungi: http://www.math.hmc.edu/funfacts/ffiles/10001.1-8.shtml21:49
jheskethjeblair: So I'm not very keen on spending massive amounts of time on the zuul status stuff (eg removing bootstrap)21:49
clarkbjhesketh: ya, I think I was trying to demo too much of what I was thinking of in the general case21:50
jeblairjhesketh: heh, that's the same reason i mentioned removing bootstrap.  :)21:50
clarkbjhesketh: different base config, different knobs tweaked and so on21:50
fungiNobodyCam: nice! i'd never seen that one21:50
NobodyCam:-p21:50
clarkbjhesketh: http://git.openstack.org/cgit/openstack-infra/zuul/tree/tests/test_scheduler.py#n826 is the line that originally made me think I needed a different file but now I see it is writing to memory and not disk21:51
jheskethjeblair: heh21:51
jheskethjeblair: Thanks for the improvements to it though! :-)21:51
clarkbfungi: maybe we can convince jeblair to solve P=NP21:52
jheskethclarkb: righto, did you want to tidy that up before I re-review?21:52
cody-somervilleclarkb: How do you guys deal with nodepool being rate limited?21:52
fungiclarkb: i suspect he already has and is just waiting for the right time to make it public21:52
jeblairfungi: as soon as i'm done with reviews21:52
fungihah21:52
clarkbjhesketh: sure, do you have a preference between only setting it in memory or setting poll=True on disk and the fetch_url in memory21:53
clarkbcody-somerville: you can set a query rate in the nodepool yaml file21:53
*** masayukig has joined #openstack-infra21:53
clarkbis it in hertz? I would have to reread docs/code to know for sure21:53
mordredclarkb: it should be in hertz if it's not21:54
jheskethclarkb: Not particularly... I think I'd lean towards config since you have the code there for it, but I do agree with your point about making it slightly clearer what the test is doing differently21:54
jeblairclarkb: i think it ended up being something like 1/hertz21:54
jeblairwhich should probably be changed21:54
mordredjeblair: perhaps we could start describing nodepool musically21:55
clarkbjhesketh: I am leaning towards removing the on disk file and doing it all in memeory21:55
jheskethsure21:55
*** thuc__ has quit IRC21:55
*** thuc has joined #openstack-infra21:56
*** slagle has quit IRC21:57
jeblairfungi: has the tripleo backlog ever cleared?21:57
fungijeblair: no, it made up a lot of ground, but now has begun to grow again due to the latest outage21:57
jeblairi'm wondering if the problem is that nodpool needs 161 servers from tripleo, which can only provide 14021:58
fungiat one point it was down to ~3 hours behind21:58
jeblairer 4021:58
*** slagle has joined #openstack-infra21:58
jeblairthe f20 demand is 0.6% of the total demand21:59
fungioh! so basically the demand on the tripleo-precise nodes is flooding out the min-ready on the tripleo-f20 node?21:59
jeblairthat's what i'm thinking... will try to confirm21:59
pleia2there's a patch up to bump min ready to 2 to try to help this21:59
fungiright, if we bumped it to be 4 or 5 i bet that would be enough to tip the scales21:59
pleia2https://review.openstack.org/#/c/85160/22:00
fungisince right now the demand is just over 4x the max-servers22:00
*** thuc has quit IRC22:00
*** dkranz has joined #openstack-infra22:00
fungiand 5 nodes min-ready would be enough to get it to garner 1:40 of the max-servers ratio22:01
clarkbjhesketh: gah, as I start doing this I see other potential problems :)22:01
clarkbjhesketh: CONFIG is global so all these sets potentially get shared across tests...22:01
fungisuggesting that maybe we're not rounding up somewhere we ought to22:01
jheskethheh :-)22:01
clarkbjhesketh: I need to fix this more problem22:01
clarkbs/problem/properly/22:01
fungimoar problem22:01
clarkbjhesketh: I think it is safe within each test class, but I need a module level global for each of them22:02
*** rcleere has quit IRC22:03
*** marun is now known as marun_afk22:03
*** thuc has joined #openstack-infra22:04
*** thomasem has quit IRC22:05
*** zhiyan is now known as zhiyan_22:08
openstackgerritClark Boylan proposed a change to openstack-infra/zuul: Add a remote url override location  https://review.openstack.org/7605722:09
clarkbjhesketh: ^ that is sort of an acceptable state. I don't really feel like refactoring the fixtures in this particular change22:10
clarkbjhesketh: but it presents a safe config to each test without cross contamination between classes22:10
*** reed has joined #openstack-infra22:11
jheskethclarkb: so if you're setting the config as you need in setUp, why do you need the config there at all?22:12
jheskethoh, it's not a new file22:12
clarkbjhesketh: to isolate that TEST_CONFIG from the TEST_CONFIG used in other tests22:12
clarkbjhesketh: basically we need two sets in memory and that is a cheap way to do it. Should probably be reworked to haev a configFixture that sets things properly for each test but that is a different change22:13
*** reed has quit IRC22:13
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Stop using Jenkins SCM plug-in  https://review.openstack.org/8130222:13
*** HenryG_ has joined #openstack-infra22:14
jheskethclarkb: why not just move the ConfigParser into SetUp?22:14
jhesketh(ie move CONFIG)22:15
*** HenryG has quit IRC22:15
clarkbjhesketh: we could, it would make the inheritance a bit more ugly though as I need to preset config in the new class22:15
clarkbjhesketh: so it would need to be ifdef'd like make_dirs22:15
*** HenryG_ has quit IRC22:15
clarkbjhesketh: I am beginning to think that I should rip out a third class and haev a common base one that doesn't do much22:15
clarkbjhesketh: let me give that whirl22:16
*** HenryG has joined #openstack-infra22:16
clarkbjhesketh: actually ugh, so much refactoring would need to be done to do that too22:16
jheskethah I see22:16
jheskethyeah, I don't think a base class would be trivial22:16
jheskethI don't mind how it is, I'm just not a fan of class variables22:17
jheskethanyway, I'll review it properly soon :-)22:17
clarkbjhesketh: great thank you22:19
clarkbjhesketh: when I have more time I think refactoring it to do what I described and have a proper base with test classes that look like my new test class would be best22:19
clarkbjhesketh: but that is going to be a much larger change22:19
*** krtaylor has quit IRC22:22
*** chadlung has quit IRC22:23
*** changbl has quit IRC22:23
*** rwsu has joined #openstack-infra22:26
*** weshay has quit IRC22:26
*** dstanek has quit IRC22:26
*** UtahDave has joined #openstack-infra22:27
*** chuck_ has joined #openstack-infra22:27
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Added parallelization options  https://review.openstack.org/7551422:28
mikalanteaya: what do you think of this? Its a new prototype of the third party CI report: http://dev2.ingenious.com.au/nova-cireport_templated.html22:30
*** sandywalsh is now known as sw_away22:32
*** prad has quit IRC22:32
*** thuc has quit IRC22:32
*** thuc has joined #openstack-infra22:32
*** esker has quit IRC22:33
*** esker has joined #openstack-infra22:34
msabramohttps://review.openstack.org/8495022:34
*** dkehn has quit IRC22:35
*** melwitt has quit IRC22:35
*** thomasem has joined #openstack-infra22:36
*** thuc has quit IRC22:37
jheskethclarkb: yep, agreed22:37
*** esker has quit IRC22:38
jeblairfungi, pleia2: so the sub requests are a function of demand and capacity.  and i think we're just seeing it at the edge of the constraints here22:38
jeblairthe formula at work is:22:38
jeblair(demand_for_precise / total_tripleo_demand) * available_tripleo_nodes22:39
jeblaircurrently available_tripleo_nodes is 0, so actually that's why the subrequest shows up as 0; that's not as alarming as i thought it was earlier22:39
pleia2ah, I see22:40
*** jlk has joined #openstack-infra22:40
*** jlk has left #openstack-infra22:40
msabramohttp://logs.openstack.org/50/84950/2/gate/gate-jenkins-job-builder-pep8/4a9b71e/console.html - Couldn't find index page for 'pbr' (maybe misspelled?) - WTF22:40
jeblairbut even if we had one node available, it would be, under current conditions: 160/161*122:40
jheskethfungi: Howdy22:40
*** alex-gone is now known as Alexandra22:41
jeblairpleia2: so basically if you take the output of that, and it ever rounds to a value that is < the available nodes, we'll get an f20 node.22:41
fungijeblair: got it, so we probably just need to special case values between 0 and 1 node to round up to 1?22:41
fungifrom a principle of least surprise standpoint22:41
jeblairfungi: not necessarily; i'm not sure the current behavior is wrong...22:41
*** denis_makogon has quit IRC22:42
fungifair enough22:42
*** zehicle_at_dell has joined #openstack-infra22:42
jeblairi mean, it feels wrong because we haven't had an f20 node all day.  but the cloud has been down all day.  :)22:42
fungijeblair: well, the main issue is coupling it with jenkins gearman behavior22:42
*** gokrokve_ has quit IRC22:42
fungijeblair: since the masters have never seen a tripleo-f20 node they're not registering the label, and this have no appreciable demand beyond the min-ready count22:43
*** e0ne has quit IRC22:43
jeblairtrue, it's not actually seeing the demand22:43
clarkbright, I think we may need to special case 1 just to get a slave to register and record demand22:43
jeblairor we could make the job non-voting22:44
pleia2we agreed last night that we could make the f20 ones non-voting for now22:44
jeblairwe could also add an option to zuul to assume all jobs exist22:44
*** yamahata has quit IRC22:44
pleia2since it's new and scary anyway22:44
pleia2I can do that patch now if we want22:45
*** zehicle has quit IRC22:45
fungihow about let zuul treat nonexistent jobs automatically as non-voting?22:45
jeblairi added the registration check as protection against typos, but we have a gate job that blocks those so we don't actually need the check22:45
fungigood point22:45
*** jaypipes has joined #openstack-infra22:45
jeblairpleia2: sounds good.  increasing the min_ready a bit is probably a good idea as well22:46
jeblair(it'll mean we come out of the corner case faster)22:46
pleia2jeblair: is this enough, or should we do more? https://review.openstack.org/#/c/85160/22:46
fungipleia2: not yet, until the demand for tripleo-precise nodes falls to half what it is now22:47
fungii suspect you need it up around 4 or 5 to beat the odds22:47
fungiunless it's rounding to the nearest integer instead of rounding down22:47
fungiin which case that might be close22:48
jeblairpleia2: i think that's a good value22:48
jeblairfungi: it rounds to nearest22:48
fungioh, then yeah, soonish min-ready 2 should bring it around22:48
*** mattymo has quit IRC22:48
jeblairpleia2: a demand ratio of 5:1 means that you will get at least one f20 node as long as there are 3 nodes available22:49
*** mattymo has joined #openstack-infra22:49
fungialso https://review.openstack.org/83057 might fix this faster22:49
jeblairfungi: indeed, is it up?22:49
fungimy tests say yes22:49
jeblairfungi: that lgtm, should i aprv?22:50
fungithough i haven't tried to nova boot in it yet, or checked the quotas. lemme do that first22:50
fungijust a sec22:50
fungii mainly just looked to see that it was responding and the images and flavors were suitable22:50
fungii should probably boot an instance and ssh into it22:50
jeblairclarkb: you didn't respond to my comment on https://review.openstack.org/#/c/76057/4..7/tests/test_scheduler.py ?22:52
*** marun_afk is now known as marun22:52
clarkbjeblair: no, beacuse I stopped doing location overrides for all tests22:53
openstackgerritA change was merged to openstack-infra/config: Increase min-ready for tripleo-f20 nodes  https://review.openstack.org/8516022:53
clarkbjeblair: which made that code valid22:53
jeblairclarkb: i think getting rid of a faked component is a wonderful thing.  why wouldn't we want to do it?22:53
*** atiwari has quit IRC22:54
clarkbjeblair: so, the latest patchset runs tests as we always have for zuul, then it runs them again with some different options set. I think that makes it necessary to have that faked component22:54
openstackgerritElizabeth Krumbach Joseph proposed a change to openstack-infra/config: Make check-tripleo-overcloud-f20 non-voting  https://review.openstack.org/8519422:54
*** dstanek has joined #openstack-infra22:54
clarkbjeblair: the reason for that is to test the poll and remote fetch path as well as the other paths22:54
jeblairclarkb: i don't believe that the fetch/non-fetch paths are any different as far as the tests go22:55
jeblairclarkb: the only thing that changes is this https://review.openstack.org/#/c/76057/7/zuul/trigger/gerrit.py22:55
jeblairclarkb: and that entire function is the thing that's faked out22:55
jeblairso there is no difference for fetch22:55
clarkbjeblair: there is when fetch_url isn't used22:56
clarkbjeblair: I can set fetch_url in all tests if you want22:56
* ttx lurks in the night22:56
jeblairclarkb: no wait let's not jump to doing anything...22:56
jeblair22:59 < clarkb> jeblair: there is when fetch_url isn't used22:56
jeblairclarkb: can you show me where there's more than one code path through zuul on whether fetch_url is or isn't used?22:57
*** jlk has joined #openstack-infra22:57
pleia2ttx: I'd appreciate your feedback on the horrible things I'm doing to your bugdaystats ;) https://review.openstack.org/#/q/status:open+project:openstack-infra/bugdaystats,n,z22:57
clarkbjeblair: in you pointed the big one out. The other is in the tests themselves. EG if we don't fake the path you pointed out we won't get the right path without the fake22:57
*** zehicle_at_dell has quit IRC22:57
clarkbs/in//22:57
pleia2ttx: (it's actually not much, just style cleanup once we get it fully moved to infra, another pending review)22:58
ttxpleia2: could you fire me an email about it ? Otherwise I won't remember tomorrow22:58
pleia2ttx: will do!22:58
jeblairclarkb: right, but we're not testing the tests.  we're only testing zuul.  so the only code paths we need to make sure we're covering are in zuul22:58
clarkbjeblair: we can get the correct path in teh tests without the fake if we set fetch_url for all tests22:58
fungittx: did you see adam_g's -announce ml moderation request (his new address apparently isn't whitelisted)22:58
jeblairclarkb: and the only code path in zuul affected by that is opaque to the tests because that whole method is faked22:58
*** signed8bit has quit IRC22:59
ttxfungi: looking22:59
clarkbjeblair: let us rewind22:59
*** dstanek has quit IRC22:59
jeblairclarkb: ok22:59
ttxfungi: accepted22:59
fungittx: adam_g will be pleased23:00
*** saschpe has quit IRC23:00
clarkbjeblair: patchset 4 assumed one config for testing. latest patchset assumes more than one and only adds new tests, it does not change existing tests. You are making an argument for removing that but I think doing so is orthogonal to this change23:00
clarkb*removing that fake23:00
clarkbif we decide to remove it (because it does seem like a reasonable idea) we will need to add fetch_url to all of the configs used in testing23:01
*** david-lyle has quit IRC23:01
*** dcramer_ has quit IRC23:01
*** khyati has quit IRC23:02
*** CaptTofu has joined #openstack-infra23:02
*** dizquierdo has quit IRC23:02
clarkbjeblair: if you would like a follow up change that removes the fake I can do that, or if you prefer I can squash it together23:03
jeblairclarkb: yes.  in patchset 4 my suggestion was an optimization because you were setting it everywhere; in patchset 7 the question changes slightly because it's part of the second pass of tests; i think removing it eliminates the need for half of that.  i haven't thought about poll yet.23:04
*** yamahata has joined #openstack-infra23:04
jeblairclarkb: so let's move to that, if you don't mind; why do you think poll needs all of the tests run again?23:04
clarkbjeblair: because I couldn't come up with a good way of running a specific test under different configuration23:05
clarkbjeblair: since so much of the config stuff is prebaked23:05
adam_gttx, thanks!23:05
*** matsuhashi has joined #openstack-infra23:05
jeblairclarkb: oh, because you need to launch a merger with the poll option set, and that happens in setUp?23:06
clarkbjeblair: yup23:06
clarkbjeblair: all solutions I came up with required a new class and the existing one does 99% of the setup that si required already23:06
clarkbso I am piggy backing off of that23:06
*** khyati has joined #openstack-infra23:07
clarkbjeblair: this comes back to the end of my discussion with jhesketh. The best way to do this would be to completely refactor the "base" test class. It can do all of the fake setups and config things. Then other classes can mix that in and define particular tests23:07
jeblairclarkb: ok, so i like the idea of refactoring that setup method into something more reusable, so you could have a class for one of several different scenarios23:08
jeblairclarkb: ++ that ^23:08
jeblairclarkb: i wonder though if in the mean time, we could avoid running all the tests twice23:08
*** zehicle_at_dell has joined #openstack-infra23:08
jeblairclarkb: one possibility might be to stop and start the merger in the poll test23:09
*** dkehn has joined #openstack-infra23:09
clarkbjeblair: the other issue is CONFIG is global in TestScheduler so all tests run after a config update will get that modified config (this can be worked around more simply I think)23:10
clarkbjeblair: why don't I give the end state a shot since I think it will be simple to do23:11
clarkbjeblair: then we don't have to worry about the intermediate state23:11
clarkbjeblair: simple to do, but harder to review23:11
jeblairclarkb: ok; i like that idea too, but was hesitant to suggest it23:11
clarkbbecause I expect the diff to be ugly23:11
jeblairclarkb: will you do the refactor as one patch, then rebase 76057 on it?23:12
*** thedodd has quit IRC23:12
clarkbrebase 76057 on it23:12
SteapHey! python-heatclient just got Python 3 compatibility; could someone merge https://review.openstack.org/#/c/85170/ so that the py3 becomes  voting before Python3-incompatible patches are merged?23:12
*** UtahDave has quit IRC23:12
*** whoops has quit IRC23:12
jeblairclarkb: okay, thanks; i'll finish reviewing 76057 now23:13
jheskethjeblair: added a couple of inline comments to 84873,223:14
clarkbSteap: done23:14
jeblairjhesketh: thx23:14
*** nkinder has joined #openstack-infra23:15
*** e0ne_ has joined #openstack-infra23:15
openstackgerritA change was merged to openstack-infra/config: heatclient: make the py33 gate voting  https://review.openstack.org/8517023:18
jeblairclarkb: lgtm otherwise, i only had comments we discussed here.23:18
*** jgrimm has quit IRC23:18
fungijeblair: i've successfully booted an instance, created and added a floating ip, confirmed i could reach the ssh port on it and got a host key back, and deleted the instance and floating ip all without a hitch... i wish the tripleo hp region were up though so i could compare quotas, but regardless they're way too low. i'll -1 and leave comments23:19
jeblairfungi: :( thanks23:19
*** saschpe has joined #openstack-infra23:19
fungiotherwise, aside from capacity, it looks good! :/23:19
*** e0ne_ has quit IRC23:20
clarkbjeblair: thanks23:20
*** dstanek has joined #openstack-infra23:21
Steapclarkb: thx23:23
fungigot my hopes up... *sigh*23:27
fungithe summary is that the instances, floating ips, vcpus and ram all are way below the 20 max-servers in that change23:28
fungithe worst is vcpus... we have enough to be able to boot two of the flavor specified in the nodepool.yaml, and those will be needed just to build their two images each day23:29
*** markwash has quit IRC23:29
pleia2fungi: oops, thanks for looking into that23:29
*** german_ has quit IRC23:30
fungipleia2: no problem--it's something we should always check when making capacity changes like that, or bringing new providers on line. sorry i didn't think to do so sooner23:30
*** HenryG_ has joined #openstack-infra23:30
*** german_ has joined #openstack-infra23:30
* pleia2 nods23:30
pleia2all I did was check basic stuff with my user account to make sure it was responsive23:30
*** markmcclain has quit IRC23:31
fungipleia2: future tip... nova absolute-limits23:31
pleia2thanks23:31
fungi(plus a little math matching up to the nova flavor-list entry you're planning to use)23:31
*** zehicle_at_dell has quit IRC23:32
*** HenryG has quit IRC23:32
*** zehicle_at_dell has joined #openstack-infra23:32
fungidivide cores into max cores, ram into max ram, make sure you have high enough max floating-ips for the max instances, et cetera23:32
* pleia2 nods23:32
fungiwhichever is lowest, that's your effective max node count (barring hidden limits like the number of precreated tripleo work environments)23:33
*** Sukhdev has joined #openstack-infra23:34
openstackgerritJames E. Blair proposed a change to openstack-infra/gear: Add access control  https://review.openstack.org/8487323:35
jeblairjhesketh: okay, that addresses exceptions23:35
jeblairjhesketh: i have not addressed or replied to 'subject regex' and 'disconnect certificates with a cn of self'23:36
jeblairjhesketh: i think irc may be better for that23:36
clarkbjeblair: running into trouble with test_statsd() is that meant to use the fake statsd eg self.statsd or should it actually do the extras import there?23:36
jeblairjhesketh: i think the subject thing is really a use-case vs efficiency thing23:36
jheskethjeblair: sure, I'm not set on either of those features23:37
asselinHi, I found the source of the dns issues I'm running into: in the puppet "unbound" class. What's the simplest way to avoid the changes made there?23:37
clarkbjeblair: nevermind, pep8 was being obtuse23:37
*** thuc has joined #openstack-infra23:37
*** HenryG has joined #openstack-infra23:38
jheskethjeblair: I hadn't considered efficiency, that might be a good point... although if we keep the regex compiled in the ACL entry the overhead might not be too bad23:38
jeblairclarkb: i _think_ that's meant to actually test statsd itself, since we usally fake it23:38
*** thuc has quit IRC23:38
*** zns has quit IRC23:38
*** yamahata has quit IRC23:38
jheskethasselin: Why avoid the changes and not fix them?23:39
jeblairclarkb: except we don't fake it do we?23:39
jeblairclarkb: honestly, that's starting to seem a little weird23:39
*** thuc has joined #openstack-infra23:39
*** thuc has quit IRC23:39
jeblairclarkb: (we have a fake server, but we use the real api; zuul itself uses those calls... maybe there was a point where we weren't exercising all of them?  maybe we still aren't?)23:39
clarkbjeblair: ya, some stuff uses fakes other stuff uses the fake server23:39
clarkbjeblair: I think they are both used in different ways :)23:39
clarkbasselin: does 8.8.8.8 not resolve dns for you?23:40
asselinjhesketh, good question. I don't know how to 'fix'. The comments int he file suggest rackspace needs those.23:40
*** thuc has joined #openstack-infra23:40
clarkbasselin: the idea with unbound is that we get better DNS reliability if we add a DNS cache to each slave23:40
asselin# Rackspace uses static config files     file { '/etc/resolv.conf':       content => "nameserver 127.0.0.1\n",23:40
*** HenryG_ has quit IRC23:41
jeblairjhesketh: yeah, my thought was to try to keep acl lookups as fast as possible; i know we'll need regex for names, but i'm not expecting to apply matching to subject names, so i tried to keep it simple23:41
jeblairjhesketh: i agree it could be useful; maybe we can defer until we have a solid use case?23:41
asselinclarkb, jhesketh the rackspace settings applied break dns on my slave node23:42
jeblairasselin: the module attempts to configure the host to use the nameserver it's installing regardless of the varying configurations we have found on provider images23:42
jeblairasselin: what's broken about it?23:42
*** HenryG has quit IRC23:42
*** zehicle_at_dell has quit IRC23:42
*** zehicle_at_dell has joined #openstack-infra23:43
asselinjeblair, as soon as those settings are applied to /etc/resolv.conf, dns stops working23:43
jeblairasselin: what os are you using?23:43
asselinjeblair, ubuntu23:43
jeblairasselin: precise?23:43
asselinjeblair, yes 12.04 dns works perfectly up until this part of the script23:44
jheskethjeblair: sure, happy for it to come in later if we find we want it :-)23:44
jeblairasselin: after it fails, is the 'unbound' process running?23:45
*** unicell has joined #openstack-infra23:45
*** dcramer_ has joined #openstack-infra23:45
*** esker has joined #openstack-infra23:45
jeblairasselin: and if so, what is the output of "dig +dnssec -t soa com. @127.0.0.1"23:46
*** homeless has quit IRC23:46
asselinjeblair, I will try now and get back to you.23:46
jeblairjhesketh: so the other thing; connections from a cert named 'self'...23:47
jheskethjeblair: yes, so my thought there is more from a usability point of view than security23:47
jeblairjhesketh: i agree it seems like we could do something there.  should we reject those on connect, or just error out if you try to run acl commands in such a context?23:48
*** mriedem has quit IRC23:48
jheskethjeblair: reject on connect23:48
jeblairjhesketh: if we do that, we can't provide feedback to the user, but we can log it for the admin23:48
jheskethbecause the problem comes when somebody else tries to grant permissions for the person with the cert named "self"23:48
jeblairpresumably the admin is signing the certs anyway, so that's probably ok23:48
jheskeththey think they're granting for "self" but they are actually only modifying their own23:48
*** CaptTofu has quit IRC23:49
jheskethjeblair: well we could allow the connection, send back a message, then disconnect23:49
jheskethbut that's probably not within the protocol spec23:49
jhesketh(actually is ACL in the spec?)23:49
jeblairjhesketh: not so much23:49
jeblairjhesketh: nope.  i'm making it up as i go along.  but i did talk to brian aker about it and he's on board with the general idea.23:49
jheskethokay23:50
jeblairjhesketh: the admin protocol is much looser than the binary protocol anyway23:50
jheskethI'm fine with just disconnecting them and documenting it so that when somebody is confused hopefully they consult the manual23:50
*** wenlock has quit IRC23:51
*** mrodden has quit IRC23:51
jheskethjeblair: either that or we change the command23:51
jhesketheg: "grant-self"23:51
fungijeblair: so are acls part of the gearman protocol, or a gear-only extension?23:56
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard-webclient: Tasks are now editable  https://review.openstack.org/8488823:57
*** mdenny has quit IRC23:59

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