Friday, 2018-03-16

*** rlandy has quit IRC00:03
*** JasonCL has joined #zuul00:12
*** JasonCL has quit IRC00:21
*** odyssey4me has quit IRC00:34
*** odyssey4me has joined #zuul00:35
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Update metadata for pypi  https://review.openstack.org/55364200:45
*** harlowja has quit IRC00:49
*** JasonCL has joined #zuul01:00
*** JasonCL has quit IRC01:14
*** dtruong_ has joined #zuul01:14
*** dtruong has quit IRC01:17
tristanCcorvus: could it be related to the test fixtures? fwiw to make 553596 work i had to use 55314401:20
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: zk: use kazoo retry facilities  https://review.openstack.org/53553701:35
*** JasonCL has joined #zuul02:08
*** JasonCL has quit IRC02:12
*** swest has quit IRC02:20
*** swest has joined #zuul02:35
openstackgerritMerged openstack-infra/zuul master: Generate symlinks during tests  https://review.openstack.org/55331602:54
*** adam_g has quit IRC03:11
*** adam_g has joined #zuul03:17
*** harlowja has joined #zuul04:35
*** harlowja has quit IRC05:22
*** Diabelko has quit IRC06:40
*** bhavik1 has joined #zuul06:50
LinuxJediclarkb: yea, I've somehow ended up with 3 bottles of it at home... I do know when to stop drinking that stuff, last time it was when I couldn't feel my legs any more :D06:52
*** yolanda_ is now known as yolanda07:16
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Don't count non-live queue items in tenant list  https://review.openstack.org/55370207:17
tobiashcorvus: small fixup for the queue count in the tenant list ^07:18
*** Diabelko has joined #zuul07:26
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Don't count non-live queue items in tenant list  https://review.openstack.org/55370208:11
*** electrofelix has joined #zuul08:18
*** hashar has joined #zuul08:49
*** jpena|off is now known as jpena08:49
*** hashar has quit IRC09:15
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Ignore node_modules in flake8  https://review.openstack.org/55372509:22
*** hashar has joined #zuul09:22
hashartobiash: thank you for a Zuul backport you did a year ago "Fix missing mutex release when aborting builds"  https://review.openstack.org/#/c/432211/10:10
hasharI got it by that on my first try using a mutex with zuul 2.x10:10
tobiashhashar: :)10:11
tobiashin fact I did the fix in v2 and forward ported that to v3 at that time ;)10:12
hasharmy fault really for still running 2.5.1 :D10:16
openstackgerritMatthieu Huin proposed openstack-infra/nodepool master: webapp: add optional admin endpoint  https://review.openstack.org/53631910:19
*** bhavik1 has quit IRC10:24
electrofelixSomething that might be of interest here, I have been working on some testing code for another project to do an integration run against github enterprise and it seems that newer versions of github3.py won't work with github enterprise10:32
electrofelixbut further than that, it might be difficult to use well scoped tokens with it as well in the future https://github.com/sigmavirus24/github3.py/issues/79410:33
electrofelixI'll continue discussions with upstream on this area, but thought it might be of interest around the zuul <-> github integration for any further enhancements10:34
openstackgerritAndreas Jaeger proposed openstack-infra/zuul-jobs master: Add vos examine before release  https://review.openstack.org/55374910:47
tobiashelectrofelix: yes, we pinned it to an older version because of that11:20
tobiashBut I didn't have time yet to look into that, so thanks :)11:21
tobiashcorvus: I fear we'll have to vendor github3.py in zuul for the release due to ^11:27
tobiashjlk: I think that's our problem ^11:28
electrofelixthe alternative is to fork it, change the behaviour and publish under a different package name?11:55
*** hashar has quit IRC11:56
tobiashboth forking and vendoring are awful and just an interims solution12:00
tobiash:(12:00
*** hashar has joined #zuul12:01
*** odyssey4me has quit IRC12:04
*** odyssey4me has joined #zuul12:04
tobiashwhat strikes me is this sentence: 'It's entirely plausible that supporting GitHubEnterprise will have to end.'12:11
Shrewsoh wow, LinuxJedi has finally rejoined the party. \o/12:17
LinuxJediShrews: just like a bad smell you can’t get rid of me it seems 😄12:18
*** jbCrazySane has joined #zuul12:23
*** jpena is now known as jpena|lunch12:27
*** rlandy has joined #zuul12:32
dmsimardcorvus: really nicely worded announcement about Zuul. I like the part about the best CI system in the world :)12:41
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move tmpdir into work root  https://review.openstack.org/54669813:00
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Update to Ansible 2.4  https://review.openstack.org/53578113:00
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Disable action and lookup plugins from 2.4  https://review.openstack.org/53583913:00
dmsimardtobiash: so if my proposal about nodepool label priorities made some sense, I'll formalize that in a story -- maybe you can add your perspective so we can capture that as well ?13:07
tobiashdmsimard: yes, that makes sense13:07
dmsimardok13:08
dmsimardtobiash: also, since you're a zuul web expert.. there's something I've been wanting to implement but I'd probably need to be pointed in the right direction first ..13:08
tobiashhowever I won't have time to work on implementing this13:08
tobiashah ok13:08
tobiash;)13:08
dmsimardI'd like to expose, even in a basic shape (that we can iterate on to make it better), the data from sqlreporter13:09
Shrewstobiash: do you have any tips on running tox-remote tests locally?13:09
tobiashShrews: yes, I run it locally13:09
dmsimardtobiash: oh, I'm not asking you to do the nodepool thing -- I think it's worthwhile to formalize the use case, that's all13:09
tobiashyou just need a test node to which you can ssh as zuul user13:09
tobiashShrews: and set a few env vars13:09
tobiashShrews: let me look that up real quick13:10
Shrewstobiash: thx13:10
tobiashShrews: ZUUL_SSH_KEY=/workspace/id_test ZUUL_REMOTE_IPV4=xxxx13:10
tobiashShrews: you can either run that through tox or (which is faster for me) directly with "python -m unittest test_remote_action_modules.TestActionModules" from the tests/remote dir13:11
Shrewsok. i guess the hard part is setting up the test node13:11
tobiash(using the env from the tox-remote)13:11
tobiashwell, it's just a machine on which you do 'sudo adduser zuul' and install a ssh key into authorized keys13:11
tobiashcould also be localhost13:12
Shrewsah, that's what i was hoping13:12
tobiashbut the ZUUL_REMOTE_IPV4 must not be 127.0.0.1 or localhost13:12
tobiashif you use a real IP then localhost also work13:12
tobiash(which is how the tox-remote in openstack works)13:12
tobiashgrr, tox-remote works locally for https://review.openstack.org/#/c/535839/13:14
tobiash:/13:14
Shrewstobiash: ah ha, got it working. thx again13:21
tobiash:)13:21
SpamapSYou guys know what I want for zuul-web? nodepool support.13:21
*** dkranz has joined #zuul13:21
SpamapSwould be quite nice to have a nodepool list and image-list in the web ui13:21
tobiashSpamapS: that would be cool13:22
SpamapSpeople are always wondering13:22
*** myoung|afk is now known as myoung|rover13:22
SpamapSif it could tie in with graphite or something too that would be nice.. like the old status page did at the bottom13:22
ShrewsSpamapS: i believe it has been suggested to merge the two web thingys (in technical terms)13:24
openstackgerritTobias Henkel proposed openstack-infra/zuul master: DNM: tox-remote debug change  https://review.openstack.org/55378713:25
tobiashShrews: the proposal from mordred was that it should be possible to include/import this somehow into zuul-web13:27
tobiashbut I have no idea of how that works technically13:28
tobiashprobably some webpack magic13:28
*** JasonCL has joined #zuul13:29
*** eventingmonkey has quit IRC13:30
*** eventingmonkey has joined #zuul13:32
*** pwhalen has quit IRC13:32
*** jpena|lunch is now known as jpena13:33
*** pwhalen has joined #zuul13:37
*** pwhalen has joined #zuul13:37
*** eventingmonkey has quit IRC13:42
*** eventingmonkey has joined #zuul13:44
openstackgerritTobias Henkel proposed openstack-infra/zuul master: DNM: tox-remote debug change  https://review.openstack.org/55378713:45
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move tmpdir into work root  https://review.openstack.org/54669814:02
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Update to Ansible 2.4  https://review.openstack.org/53578114:02
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Disable action and lookup plugins from 2.4  https://review.openstack.org/53583914:02
dmsimardtobiash: not sure if you saw my question about exposing the sql reporter data in zuul web -- do you think most of the pieces to do that are in place ? Would a noob be able to tackle it ? :p14:14
tobiashdmsimard: sorry, which question?14:16
tobiashdmsimard: you mean something other than https://cc-ci.bmwgroup.net/zuul/cc/builds.html ?14:16
tobiashups, wrong link14:16
tobiashI meant http://zuul.openstack.org/builds.html ;)14:17
dmsimardYes, some form of primitive reporting. Like execution counts for a given job for a timeframe14:18
tobiashah, so you don't want to list something but aggregate data?14:19
dmsimardi.e, this job ran 5000 times in february, max duration was X, lowest duration was Y, average was Z. It succeeded 4000 times and failed 1000 times14:19
dmsimardThis kind of data is already available in the sql reporter table, it's just not exposed for consumption14:19
tobiashwell for the html/js part I'm the wrong guy to ask ;)14:19
tobiashmordred and tristanC are the experts there14:20
dmsimardOh? I thought you did some frontend stuff, my bad :p14:20
tobiashthe only frontend stuff I did were small fixes, reviews and https://review.openstack.org/#/c/548248/ ;)14:21
dmsimardI'll try and see if I can pattern off of what already exists.. I've never done angular before but there's a first time for everything14:21
dmsimard¯\_(ツ)_/¯14:21
dmsimardI'd really like this feature. It would also be a good way to highlight the scale at which we're running Zuul.14:22
corvustristanC: i don't know why it doesn't work.  i didn't observe the failure, so i can't do anything more than what you tell me.  i need you to take that test and make it fail.14:23
dmsimardcorvus: tristanC is out for the weekend already (mentioning in case this is time sensitive)14:23
corvusSpamapS, tobiash, Shrews: at the ptg we discussed the following: creating a nodepool-web service structured like zuul-web, so that nodepool (without zuul) will have web/api functionality similar to zuul.  then adapting zuul-web to use the same api endpoints as nodepool-web to provide the information in a unified dashboard (possibly with some of the same javascript code).14:31
dmsimardcorvus: in case you missed it, mhu has done some amount of work towards an API in nodepool: https://review.openstack.org/#/c/536319/14:33
dmsimard(I mention since it doesn't seem like you've reviewed it yet)14:33
corvusdmsimard: focused on the v3 release.  i'm not reviewing anything that isn't either urgent, trivial, or related to the release.14:38
openstackgerritMerged openstack-infra/zuul master: Update metadata for pypi  https://review.openstack.org/55364214:38
dmsimardcorvus: that's fair, I thought it was relevant to your statement about nodepool-web service14:38
dmsimardif it's not, please ignore it :)14:38
corvusdmsimard: at the ptg we discussed things we'll do after the release :)14:39
dmsimardI've been missing out :(14:39
corvusbut now we need to set them aside for the moment until we get the release out the door.14:39
tobiashclarkb, pabelanger: trivial fix and related to v3: https://review.openstack.org/53586414:39
tobiashcorvus: is something left for the release except mordred's thing, github3.py and possibly the remaining security fixes?14:42
corvustobiash: those are the blockers; if we can get re2 in that'd be great.14:43
tobiashso I should probably review SpamapS's changes14:44
dmsimardtobiash: there was the truncated json issue that either no longer reproduces or I haven't been able to figure out14:44
*** hashar has quit IRC14:55
mhudmsimard, corvus yep I've been focusing on providing some form of simple admin API. I was thinking of adding some form of ui in front of it but 1. my js is terrible 2. seems like we're headed towards a unified zuul/nodepool front anyway14:57
tobiashcorvus: shall I try to prepare vendoring github3.py?14:58
corvusmhu: well, i'd characterize it as nodepool having its own web api/ui, but zuul being able to use it or merge it into zuul's ui.14:58
corvustobiash: let's maybe wait a little longer?  we can wait and see what happens on that issue while we work on the security fixes and streaming.14:59
tobiashok15:00
dmsimardcorvus, mhu: +1 zuul should totally be able to consume the nodepool api15:01
dmsimardmhu: it's fine if the frontend is basic, we can iterate on it -- the hard work is doing the backend/api to expose the data :)15:01
tobiashcorvus: just had the case when using the uri module that a job on the executor cannot validate ssl certs15:10
tobiashfor that I can add /etc/ssl/certs to the trusted_ro_paths15:11
rcarrillocruzcorvus: can you confirm this scenario: If I wanted a private zuul executor to *only* run jobs created by a private launcher, would implementing the executor affinity story *and* have unique labels on the private launcher solve that?15:11
tobiashdo you think it makes sense to mount this path generally into bwrap?15:11
tobiashrcarrillocruz: that sounds correct15:12
*** electrofelix has quit IRC15:12
*** electrofelix has joined #zuul15:12
mordredmhu,c, dmsimard: agree re: nodepool/zuul dashboard and api things - I'll get structure in place for that as soon as I get this current js stack happy15:13
mordredgah. that c, was supposed to be corvus  ... I guess I don't know how to work a tab key15:14
*** electrofelix has quit IRC15:14
Shrewsmordred: your fingers must relearn typing after being away for so long15:14
jlktoabctl: thanks for the heads up and link. I'll book mark that, and pour some thought into how to better support older enterprise installs.15:16
dmsimardtobiash: only thing I wonder is if the /etc/ssl/certs path is consistent across distros15:18
AJaegerdmsimard: exists on openSUSE15:21
corvustobiash: sounds reasonable15:22
dmsimardAJaeger: yeah /etc/ssl/certs appears to be a thing in both fedora and centos15:22
dmsimardAJaeger: is there *one* thing that distros actually agree on ?? :)15:22
corvusdmsimard: the bubblewrap driver has a provision for only mounting things that exist15:22
dmsimardcorvus: right, but I meant that it might exist elsewhere instead (say, /etc/anotherplace/certs)15:23
tobiashya, so if you need certs from a non-standard location you still can tell zuul to mount that in15:23
dmsimardIt seems like it does exist across all distros though, just didn't know15:23
tobiashoh, it seems that at least within ubuntu you also need /usr/share/ca-certificates15:24
tobiashthe certs in /etc/ssl/certs are symlinked to there15:24
clarkbya it symlinks between the two locations iirc15:24
mordredand the system for managing updating/rehashing is different15:25
dmsimarddoes bwrap follow symlinks ?15:25
tobiashnope so we would have to mount both15:25
tobiashbtw, alpine follows the same path with /etc/ssl/certs and /usr/share/ca-certificates15:26
dmsimardtobiash: you're using alpine? interesting15:26
tobiashdmsimard: my zuul runs within an alpine container15:27
dmsimardnice!15:27
clarkbI thought we already mounted both fwiw15:29
clarkbbecause openstack jobs failed without working certs on the executor15:30
corvusclarkb: openstack has it in our local config15:30
corvusclarkb: i think tobiash was suggesting we make it default15:30
clarkbgotcha ++ to that15:31
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add standard ca certificate paths  https://review.openstack.org/55382815:31
tobiashoh actually /usr is already mounted15:33
corvustobiash: yeah, we only have /etc/ssl/certs added to our local config15:34
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add standard ca certificate paths  https://review.openstack.org/55382815:34
tobiashfixed ^15:34
pabelangertobiash: +315:46
tobiash:)15:47
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Fix builds queued forever after failure to get node request  https://review.openstack.org/53733515:54
tobiashcorvus: ^15:54
tobiashthanks15:54
*** aluria` has joined #zuul16:02
*** fbo_ has quit IRC16:03
*** jlk has quit IRC16:03
*** aluria has quit IRC16:03
*** harlowja has joined #zuul16:03
*** dtruong_ has quit IRC16:04
*** dtruong has joined #zuul16:05
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul master: Rework log streaming to use python logging  https://review.openstack.org/54143416:05
openstackgerritMerged openstack-infra/zuul master: Correctly document default git dirs  https://review.openstack.org/53586416:08
*** fbo_ has joined #zuul16:09
openstackgerritMerged openstack-infra/zuul master: Ignore node_modules in flake8  https://review.openstack.org/55372516:16
*** jlk has joined #zuul16:18
openstackgerritMerged openstack-infra/zuul master: Add standard ca certificate paths  https://review.openstack.org/55382816:24
* mordred apologizes to everyone for the upcoming patch-bomb - also please feel free to ignore this stack for the time being16:26
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Split status and stream into typescript modules  https://review.openstack.org/55198916:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add typing to getSourceUrl  https://review.openstack.org/55199016:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Break build list out into its own module  https://review.openstack.org/55199116:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Break job out into its own module  https://review.openstack.org/55199316:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Break job list out into its own module  https://review.openstack.org/55199416:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Break tenant list out into its own module  https://review.openstack.org/55199516:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Break project detail and list out into their own module  https://review.openstack.org/55199616:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Move webpack html template to web/config  https://review.openstack.org/55199716:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Migrate webpack config to typescript  https://review.openstack.org/55199816:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use glyphicons for status balls  https://review.openstack.org/55199216:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Migrate status, stream and builds to angular  https://review.openstack.org/55384516:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Migrate project and projects to angular  https://review.openstack.org/55384616:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Migrate job and jobs to angular  https://review.openstack.org/55384716:27
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Migrate tenants list to angular  https://review.openstack.org/55384816:27
dmsimardwelcome back mordred16:30
clarkbhttp://logs.openstack.org/35/537335/6/check/zuul-tox-py35/0057247/job-output.txt.gz looks like a flaky test in the py35 job. There was also a governor slow start test that failed yesterday on the change to move symlinks into the code16:33
clarkbare these known issues with the test suite right now? or do they need investigation?16:33
corvusclarkb: i saw another slow start failure on an unrelated change, so i think that one is flaky16:34
corvustest_reconfigure_window_fixed failures are new to me16:34
clarkbI've rechecked 537335 and approved it. I don't think this test failure is related to the change16:35
clarkbbut if it is, it should fail again and not merge16:36
* mordred waves to dmsimard16:44
*** yolanda has quit IRC16:55
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Make Zuul able to start with a broken config  https://review.openstack.org/53551116:58
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Fix plugin injection vulnerability  https://review.openstack.org/55385417:00
tobiashcorvus, clarkb: ^17:00
tobiashcorvus, clarkb: regarding the retry limit comment, it was actually mean for helping debugging this test case if it returns retry limit17:01
tobiashthe intent is that one should not try to fix retry limit into success but fix the other thing17:02
tobiashso I'm open for better wording on that ;)17:02
clarkbtobiash: I think the piece I was missing was how it relates to testv3 not actyually running real jobs. Maybe just say the result will be retry_limit because we can't run against a real host here.17:03
corvuserm17:05
*** harlowja has quit IRC17:05
corvuswhat failure causes the retry limit?17:05
tobiashI have to check17:06
clarkbI'm guessing an inability to run the pre run for the job? so it hits that 3 times or whatever the default is and then returns retry limit17:06
corvusbut there's no pre-run?17:06
clarkboh right its just run17:08
corvusso we're all on the same page: this test does actually run ansible.  it just does it only with localhost in the inventory.17:08
tobiashoh, actually my test setup causes retry limit: http://paste.openstack.org/show/703054/17:09
clarkbcorvus: gotcha17:09
openstackgerritMonty Taylor proposed openstack-infra/zuul master: web: add /{tenant}/jobs/{job_name} route  https://review.openstack.org/55097817:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: web: add /{tenant}/projects routes  https://review.openstack.org/55097917:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: web: add /{tenant}/pipelines route  https://review.openstack.org/54152117:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Rename javascript package to zuul-dashboard  https://review.openstack.org/55199917:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: dashboard: add /{tenant}/job.html page to display job details  https://review.openstack.org/53554517:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: dashboard: add /{tenant}/projects.html web page  https://review.openstack.org/53787017:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Fix indentation and renable the eslint rule  https://review.openstack.org/54567117:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Shift html templates into components  https://review.openstack.org/55132717:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use arrow functions for http callbacks  https://review.openstack.org/55139917:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade to webpack 4  https://review.openstack.org/55198717:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Express the bootstrap css depend in css  https://review.openstack.org/55198817:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade from angularjs (v1) to angular (v5)  https://review.openstack.org/55198917:10
tobiashI'm running locally from mac in docker and my container has no python17:10
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use glyphicons for status balls  https://review.openstack.org/55199217:10
tobiashso it runs ansible but fails to run /usr/bin/python to execute the modules in my test setup17:11
tobiashcorvus: so shall I just remove this comment?17:11
corvusya17:11
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Fix plugin injection vulnerability  https://review.openstack.org/55385417:13
clarkbtobiash: there is a python image publsihed to docker hub :) of course it probably doesn't have bwrap in it17:14
tobiashwell, I'm just using a hand crafted quick and dirty image for local testing17:15
tobiashit's kind of a frankenstein setup17:15
tobiashI'm running pytharm on mac17:15
tobiashmysql, postgres in docker17:15
tobiashand with docker remote debugging also zuul in docker17:15
tobiashbut I got most things working and can even step through the code17:16
*** pabelanger has quit IRC17:17
*** pabelanger has joined #zuul17:17
clarkbnice, does it use a pycharm specific remote debugger? or just pdb with a socket?17:19
tobiashpycharm has builtin support for remote debugging using docker, docker-compose and ssh17:20
tobiashso I use that17:21
tobiashjust needed to tweak networking settings as with docker on mac using just host networking doesn;t work17:21
tobiashso I'm setting different hostnames for zk and mysql17:21
tobiashcorvus, clarkb, fungi: https://etherpad.openstack.org/p/jFn1sX7osV17:33
*** myoung|rover is now known as myoung|bbl17:34
tobiashcorvus: should we add that the severity is high?17:34
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Make Zuul able to start with a broken config  https://review.openstack.org/53551117:34
tobiashdue to the fact that this makes it possible to execute arbitrary code it could be in theory also be use for escaping bwrap (e.g. if there is some kernel vulnerability to exploit)17:36
pabelangerYah, I would think we want zuul operators to update right away and soon as possible17:37
fbo_corvus: hi, I updated the patch to make Zuul starts with a broken config and implemented your requests.17:39
openstackgerritMerged openstack-infra/zuul master: Fix builds queued forever after failure to get node request  https://review.openstack.org/53733517:40
fbo_I'll have a look to a follow up patch to expose the loading errors for zuul-web17:40
clarkbtobiash: etherpad lgtm17:44
pabelangertobiash: minor update to etherpad17:44
tobiashthanks17:45
*** weshay is now known as weshay_brb17:47
jlkoh neat. Now GitHub PRs can require MULTIPLE required reviews. So there could be a requirement for human AND zuul.17:53
jlkNot that zuul is dropping reviews, but still interesting.17:56
*** jpena is now known as jpena|off18:01
tobiashbut one could enforce an at least two maintainer votes now :)18:01
tobiashit hopefully lands also in the next ghe18:01
*** harlowja has joined #zuul18:01
corvusfbo_: thanks!  i may not get to review it right away18:01
corvustobiash: that looks good to me.  i'd say we should ask fungi, but he indicated he'd be gone for a long lunch, so maybe let's just send it.18:03
tobiashcorvus: your choice18:03
corvusi say send18:03
tobiashok18:03
*** harlowja_ has joined #zuul18:04
tobiashups, gate is still running18:05
tobiashcorvus: you might want to wait until it merges before approving the mail18:06
corvustobiash: will do18:06
*** harlowja has quit IRC18:06
openstackgerritMerged openstack-infra/zuul master: Fix plugin injection vulnerability  https://review.openstack.org/55385418:09
tobiash\o/18:09
pabelangerwoot18:09
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Add zuul-web endpoint for getting configuration errors for a tenant  https://review.openstack.org/55387318:19
tobiashclarkb, pabelanger: I'd have two easy reviews if one of you has time: https://review.openstack.org/537432 and https://review.openstack.org/54423618:45
clarkbnow that infra is patched against plugin thing I do have time :)18:46
*** elyezer has joined #zuul18:48
*** elyezer has quit IRC18:55
*** elyezer has joined #zuul18:59
*** weshay_brb is now known as weshay18:59
pabelangeryah, apparently I had a callback_plugins for human_log.py still install. I pushed up a patch a few days ago to remove it, since I didn't need it any more. Didn't realize it was actually an exploit for untrusted playbooks until I start looking at connection_plugins / stragegy_plugins yesterday19:00
*** elyezer has quit IRC19:17
*** elyezer has joined #zuul19:18
fungiglad you didn't wait for me... that was indeed a long lunch. catching up now19:45
fungitobiash: corvus: speaking of "some kernel vulnerability to exploit" this is the most recent of that class (from today): http://www.openwall.com/lists/oss-security/2018/03/16/119:47
fungi'This flaw can be exploited [...] by an attacker who is a privileged user (a "root" user) in a user+network namespace'19:48
corvushopefully folks aren't running executor as root19:48
fungiindeed. they nmeed to combine that one with a local user privilege escalation i suppose19:49
corvusbut of course it's entirely possible19:49
*** dkranz has quit IRC19:49
fungibut at that point, potential bwrap escape19:49
tobiashso that would enable escaping from bwrap using unprivileged user namespaces?19:49
*** myoung|bbl is now known as myoung|rover19:50
tobiashI'm surprised that nothing broke so far due to the fix ;)19:51
fungitobiash: the way i read that one, yes. someone with context root inside brwap and ability to manipulate kernel network bridging syscalls within their assigned namespace could at least write to some limited kernel memory on the containing system (whether they can broker that into a container escape is another question of course)19:51
fungimy point wasn't so much that specific vulnerability, but rather that those are still almost daily occurrences19:52
fungicontainers are far from being a complete risk isolation solution19:52
corvusthis is a really good example of why we don't *just* want bwrap.  preventing arbitrary code execution (even within a container) on the executor is important.19:54
pabelanger+119:57
kklimondahas there been any discussion about making zuul jobs uninterruptible? I'm thinking of a usecase when aborting a job will leave some external resources (that are being tested) in an undefined state. For example, we have a request to support jobs that run terraform - if it's interrupted, there is no easy way to clean-up what's been created.20:02
dmsimardclarkb, fungi, corvus, tobiash: created a private story with zuul-security20:03
dmsimardPlease read asap20:03
kklimondaok, looking at the backlog this is probably not the right moment to discuss it - carry on with your firedrill ;)20:03
fungikklimonda: declaring any computing process "uninterruptible" seems like a pipe dream. my experience would suggest that there are all manner of events which could interrupt any running process, so best to design systems with the assumption that they may be interrupted at the worst possible times20:05
fungifor example, many cloud providers will have you agree to terms of service which say that they may delete servers out from under you with no advance warning20:07
corvuskklimonda: as an alternative, we have discussed 'cleanup' jobs, so that (assuming zuul is functioning) we would always launch the cleanup job, no matter what happened to earlier ones.20:07
kklimondayeah, a cleanup job (or perhaps a phase of a zuul job?) would probably go a long way to solve that problem20:09
fungicleanup phase or cleanup jobs (or both) are an interesting idea20:10
kklimondafungi: I agree, but now it's pretty hard to test something that deals with external resources - it seems unavoidable to leave stuff hanging around if the job is aborted.20:10
fungiyep, i caon definitely sympathoze20:11
fungisympathize20:11
openstackgerritMerged openstack-infra/zuul master: Fix runtime stats reporting for noop job  https://review.openstack.org/53743220:11
openstackgerritMerged openstack-infra/zuul master: Fix self fulfilling empty node requests  https://review.openstack.org/54423620:11
kklimondaterraform seems to be pretty bad at it anyway, I don't think it will even keep anything resembling a valid state if it's aborted in the middle of execution..20:12
pabelangerkinda the same issue with heat stacks in tripleo-test-cloud-rh1, an external resource to nodepool but would sometime leak stacks, making it hard to clean up. Tended to be a manually process for the admin on the cloud20:13
kklimondaso now I'm thinking of creating a small task server that can be used to schedule terraform runs and query for their status, and use it from zuul jobs20:13
pabelangera clean-up job would fit nice there20:14
kklimondayeah20:14
corvusadded a note to https://storyboard.openstack.org/#!/story/2001340 about this use case, which is subtly different than the original20:17
fungiseems similar (though maybe at a slightly different layer) to the way nodepool evolved.much of its complexity is devoted to cleaning up resources for aborted actions20:19
fungiopenstack has met us halfway, simultaneously getting better at not leaking resources20:19
corvusyeah, generally speaking, having nodepool be able to provide more resources than just nodes may be relevant.  but only if the resources are used by the test, and not the thing being tested.  obviously then you want the zuul job doing the work.20:20
kklimondahmm, I can't seem to add a story in storyboard - "Save changes" is greyed out20:22
corvuskklimonda: you may be missing a field; like you may need to add a project.20:23
corvus("select a project" is right above the save changes button)20:24
corvusi think there's work happening so we can provide a link that pre-populates that20:24
corvusso there'd be a specific "report a zuul bug" link that would fill in openstack-infra/zuul there20:24
kklimondahuh20:26
kklimondaI can submit if I choose "openstack-infra/storyboard" but not for nodepool nor zuul20:26
kklimondais there some sort of access control?20:26
*** rlandy is now known as rlandy|biab20:27
corvuskklimonda: shouldn't be... any chance you can send a screenshot?20:28
kklimondasure20:28
SotKkklimonda: there is currently a bug where if you type the whole project name before selecting from the dropdown, the model isn't updated and you can't submit20:29
SotKit could be that you're hitting that?20:29
corvuskklimonda: oh one more thing -- when you type 'openstack-infra/zuul' into the field, you need to click the project name, even...20:29
corvusyeah  that :)20:29
kklimondaah, there you go - thanks20:29
corvuskklimonda: you may want to file a story about 'cleanup phase' while you're in there; i think that's probably distinct enough from 'cleanup job' to warrant separate consideration.20:31
kklimondabtw, would configuration of some static resources, for example switches/routers, something that nodepool could with the current driver interface, or would more work be done on that? I'm thinking of test layouts like "2 VMs connected to a router (with logical router created within) over two L2 networks"20:32
corvuskklimonda: i'm not sure; i've been trying to focus on release blocking things and haven't thought much about the next steps for the driver interface.20:35
kklimondacorvus: I've added a comment about cleanup phase and some sort of "pre main" phase that can't be aborted20:41
kklimondaalso, created https://storyboard.openstack.org/#!/story/2001685 for supporting some extra networking stuff in nodepool20:46
*** rlandy|biab is now known as rlandy21:06
dmsimardtobiash, clarkb, corvus: just updated the story.21:39
tobiashdmsimard: replied21:47
fungifeels like this one is getting very close to the point where we can switch it to a normal public story21:50
*** myoung|rover is now known as myoung|afk21:59
*** elyezer has quit IRC22:03
*** Diabelko has quit IRC22:07
*** adam_g has quit IRC22:07
*** AJaeger has quit IRC22:07
*** Wei_Liu has quit IRC22:07
*** Diabelko has joined #zuul22:07
*** adam_g has joined #zuul22:07
*** AJaeger has joined #zuul22:07
*** Wei_Liu has joined #zuul22:07
dmsimardtobiash, clarkb, corvus: added a last comment, have family thing I need to attend22:34
*** rlandy_ has joined #zuul22:35
*** rlandy has quit IRC22:37
corvusdmsimard: if you have just a second, can you clarify your last comment?22:41
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: late bind pipelines  https://review.openstack.org/55361822:52
*** rlandy__ has joined #zuul23:03
*** rlandy_ has quit IRC23:06
*** rlandy__ has quit IRC23:17
Diabelkois there a way to completely skip nodepool part and run job directly from executor?23:45
clarkb Diabelko yes, use an empty nodeset23:45
clarkbyou'll be restricted in what you can do though23:45
DiabelkoI basically just need to do curl combined with with_items loop23:45
clarkbthat should work. I think our rtfd job may even be an example of doing similar23:46
Diabelkooh, I'll take a look then, thank you!23:46
Diabelko:)23:46
*** openstackgerrit has quit IRC23:48
Diabelkoah, got it, thanks again23:50

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