Thursday, 2018-10-11

*** panda has quit IRC00:13
*** panda has joined #zuul00:16
tristanCShrews: do you think the test_kubernetes.py should also start the launcher? or should we adapt setup_config() to kill and restart the service?00:50
tristanCtobiash: do you have console logs about serviceworker causing issue? is the ui served over tls?00:53
tristanCcorvus: about the "quick-start test job", shouldn't it also use tox for validation? or could it be designed so that it's easy to use for other purpose, e.g. a role that "setup-job zuul_yaml=... playbook_file=..." ?00:55
tristanCcorvus: are the html files in the container?00:56
tristanCmordred: it would be easier if the quickstart was driven by ansible instead of docker-compose...00:57
*** clarkb has quit IRC01:38
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add version to info endpoint  https://review.openstack.org/60957101:41
*** tflink has quit IRC01:47
*** tflink has joined #zuul01:50
ShrewstristanC: the useNodepool() call starts the launcher02:11
Shrewsthat's why i removed the launcher start from the playbook02:12
Shrews(at least, i think i did. it's late)02:13
tristanCShrews: i don't see the removal...02:13
tristanCShrews: anyway, do you prefer if the launcher service is managed by tox unittest instead of long-running service?02:13
ShrewstristanC: starting it in tox is the only way to start with different nodepool configs, which is necessary for different test scenarios02:14
tristanChow should we pass environment variable like kube context name?02:14
dmsimardtristanC: hum, vars that would be in a dict which we'd run through and run export from ? or set the environment for every task02:15
Shrewsi don't know what that env var is, but tox has a way to pass in env vars (passenv)02:15
dmsimardoh wait, I didn't read far back enough in the backlog :p02:15
tristanCShrews: i meant from zuul-job playbook to the tox process env, perhaps the tox role is missing an environment variable?02:16
tristanCShrews: context name is similar to OS_CLOUD variable02:16
ShrewstristanC: i'm not clear what you mean, but what i put up is by no means a final solution. just something to get us started02:18
Shrewsa POC02:19
* Shrews needs to head off to bed now02:20
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: builds: set missing start/end time for node errors  https://review.openstack.org/53554902:23
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: fix stream url from status json  https://review.openstack.org/60936502:34
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: remove legacy stream.html url support  https://review.openstack.org/60936602:34
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: use window.location in TableFilters to keep sub-url path  https://review.openstack.org/60957802:47
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add job page  https://review.openstack.org/59704802:53
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add config-errors notifications drawer  https://review.openstack.org/59714702:53
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add change status page  https://review.openstack.org/59947202:55
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add build page  https://review.openstack.org/59702402:57
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add project page  https://review.openstack.org/60426602:58
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add job page  https://review.openstack.org/59704802:58
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add config-errors notifications drawer  https://review.openstack.org/59714703:15
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add change status page  https://review.openstack.org/59947203:15
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add project page  https://review.openstack.org/60426603:15
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add labels page  https://review.openstack.org/60468203:15
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add nodes page  https://review.openstack.org/60468303:15
*** sshnaidm|afk has quit IRC05:19
*** chkumar|off is now known as chandankumar05:26
tobiashtristanC: according to the network tab in the browser it was serviced by the serviceworker05:28
tobiashtristanC: and that was the problem because our authentication relies on redirects to the auth provider which doesn't happen if the main page comes from the service worker -> api requests broken05:28
tobiashtristanC: so now that I know that I need to disable the service worker I need a clean way to disable it (probably at build time). Do you have any idea other than patching a 'return' into it?05:30
tristanCtobiash: you can remove it from the index.js05:34
tristanCi don't understand the issue, the serviceworker shouldn't interfer with redirections05:35
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: fix stream url from status json  https://review.openstack.org/60936505:37
tobiashtristanC: the issue is that I need the redirection for authentication (which is done when fetching the index.html from the server), the serviceworker skips that so the redirect happens on the first request to the server05:38
tobiashwhich happens to be an api request which then gets redirected to a login page05:39
tristanCtobiash: perhaps we could handle that in this first api request handler, e.g. if it's a redirect, then change the window location accordingly05:40
tobiashtristanC: so redirect the whole page to the login page?05:40
tobiashtristanC: if we can make this working it probably would be the best solution05:41
tristanCtobiash: it may be possible to that here: https://git.zuul-ci.org/cgit/zuul/tree/web/src/reducers.js#n5705:41
tristanCby inspecting the response content05:41
*** quiquell|off is now known as quiquell05:42
tristanCor even dispatch a LOGIN_REDIRECT_SUCCESS action that would trigger a redirect, or even load the login page in an overlay05:43
tobiashtristanC: so maybe we can tell it to not follow redirects and detect this situation?05:44
*** swest has joined #zuul05:47
tobiashtristanC: we could set maxRedirects to 0 when using Axios.get: https://github.com/axios/axios/blame/master/README.md#L34305:47
tristanCyes05:47
tobiashthat should hopefully return the 30x code which we can intercept and manually do the redirect05:47
tobiash(or refresh the page with invalidated cache?)05:48
tobiashok, but first step is to try this and log the redirect...05:48
* tobiash rereads docs to find out how to run/debug that locally05:50
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Fix broken code block in the docs  https://review.openstack.org/60959005:55
*** pcaruana has joined #zuul06:01
tobiashhrm, maxRedirects doesn't work in the browser :/06:49
*** goern has joined #zuul06:53
*** frickler has joined #zuul07:16
*** ssbarnea has joined #zuul07:17
fricklerit seems that zuul has trouble handling changes to job definitions in the case of merge requests https://review.openstack.org/60945507:17
fricklerthe merge removes two jobs from .zuul.yaml and their playbooks, but zuul still seems to try to run these jobs07:18
*** slaweq has joined #zuul07:22
fricklercorvus: tobiash: does that ring a bell for you maybe? ^^07:24
tobiashfrickler: that is the case because gerrit doesn't tell zuul that the zuul config has been changed07:27
tobiashfrickler: we would need a similar solution like https://review.openstack.org/603287 to resolve this07:28
tobiashfrickler: zuul gets the changed files from the change metadata and gerrit doesn't list zuul.yaml there07:29
fricklertobiash: ah, that makes sense. is this a known issue or would you like me to create a story for it?07:31
tobiashI don't think there is a story for that already07:31
fricklerslaweq: maybe you want to do this yourself? ^^07:33
*** ssbarn___ has joined #zuul07:33
slaweqfrickler: tobiash: but want do what exactly?07:35
*** themroc has joined #zuul07:36
fricklerslaweq: create a story for our issue at https://storyboard.openstack.org/#!/project/67907:36
slaweqfrickler: ahh, sure07:37
slaweqI will create it in few minutes07:37
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: remove legacy stream.html url support  https://review.openstack.org/60936607:59
*** ssbarnea has quit IRC08:13
slaweqfrickler: tobiash: I created story for this issue https://storyboard.openstack.org/#!/story/200404608:14
*** AJaeger has quit IRC08:15
slaweqtobiash: do You know if there is any other way how we can make this merge to be done without waiting for proper fix in zuul?08:16
*** AJaeger has joined #zuul08:25
tobiashslaweq: one way would be to land the changes instead of the merge commit08:30
tobiash(if possible)08:30
slaweqtobiash: so doing cherry-picks of each commit to this feature branch, right?08:31
tobiashslaweq: yes, that's the idea (but not a good one if that consists of many commits)08:31
slaweqyes, it's few months to be synced - even if I would click all of that, it would kill the gate for some time :)08:32
slaweqthat is not an option here :/08:32
tobiashslaweq: if the problem is just removed jobs, you could land just the zuul.yaml change and after that the merge08:33
slaweqtobiash: that may be an option here08:33
slaweqtobiash: I will try :)08:33
slaweqtobiash: thx08:34
tobiash:)08:34
tobiashslaweq: or you amend the merge commit and add a newline to zuul.yaml08:34
tobiashthat might also work08:34
tobiashthe important thing is just that gerrit lists zuul.yaml as changed08:34
slaweqI think that cherry-picks of 2 commits would be "cleaner" solution08:35
tobiashslaweq: as you like, both ways should work08:36
tobiashtristanC: it looks like the least hacky option is to disable the service worker08:38
tobiashtristanC: and I just learned how to do that with a compile time switch :)08:38
fricklerslaweq: another option would be to force-merge the request in gerrit, circumventing zuul08:42
*** electrofelix has joined #zuul08:42
slaweqfrickler: who can do that? PTL has such rights maybe?08:42
*** ssbarnea has joined #zuul08:49
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Optionally disable service worker in zuul-web  https://review.openstack.org/60962608:51
tobiashtristanC, mordred, corvus: this fixes the zuul-web fallout we had ^08:51
fricklerslaweq: any infra-root can do it, so I'd volunteer, but it would probably be good to get PTL confirmation for that indeed08:51
*** ssbarnea has quit IRC08:56
tristanCtobiash: with the tenant scoped admin api, we should be able to accomodate login requirements from the ui08:59
*** panda is now known as panda|mtg09:05
*** ssbarn___ has quit IRC09:08
*** ssbarnea has joined #zuul09:19
*** AJaeger_ has joined #zuul09:37
*** AJaeger has quit IRC09:40
*** AJaeger_ is now known as AJaeger09:41
*** jiapei has left #zuul09:46
*** gouthamr has quit IRC10:14
*** dmellado has quit IRC10:17
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Make update intercal configurable at compile time  https://review.openstack.org/60966410:44
*** sshnaidm|afk has joined #zuul10:45
tobiashtristanC: yes, that might be a mid to longterm solution but this also needs thinking how this can be integrated to various auth frameworks then10:51
*** sshnaidm|afk is now known as sshnaidm11:02
slaweqfrickler: thx, so I will ask mlavalle to get back to You or anyone else from infra-root11:03
*** quiquell is now known as quiquell|afk11:15
tobiashtristanC: it looks like you don't have to patch zuul to host it under /zuul/11:16
tobiashtristanC: building with 'PUBLIC_URL='/zuul/' yarn build' seems to produce the same correct result11:16
tobiashtristanC: was there a reason to delete the jshint file? It helped my IDE to select the correct warnings profile before.11:20
tristanCtobiash: that's good to know, even simpler to document then11:26
tristanCtobiash: no reason, we can restore it11:26
tobiashtristanC: was just about to document this (after testing that it really works)11:26
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: use PUBLIC_URL instead of package.json patch  https://review.openstack.org/60967211:28
*** jpena|off has joined #zuul12:02
*** gouthamr has joined #zuul12:05
*** dmellado has joined #zuul12:10
*** quiquell|afk is now known as quiquell|lunch12:11
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: executor: enable zuul_return to update Ansible inventory  https://review.openstack.org/59009212:17
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: executor: add support for generic build resource  https://review.openstack.org/57066812:17
mordredtobiash: 609664 lgtm - but I also wonder - would it be useful for us to make that a zuul.conf setting exposable via the info endpoint?12:20
*** rlandy has joined #zuul12:32
tristanCmordred: agreed, now that we load the info endpoint by default each time the dashboard load, it could be used for such settings in context store12:37
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: fix rewrite rule installation doc  https://review.openstack.org/60885012:39
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Make update interval configurable at compile time  https://review.openstack.org/60966412:41
tobiashmordred: I'm fine with either, this way was just the easiest for me after I discovered how to fix the service worker ;)12:42
mordredtobiash: ++12:42
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: [WIP] web: enable status update interval set in info endpoint.  https://review.openstack.org/60969012:46
tristanCtobiash: that's how it may work from /info endpoint ^12:46
*** quiquell|lunch is now known as quiquell12:47
tobiashtristanC: cool, that's probably the better option12:54
tobiashtristanC: btw, you never sleep, do you?12:55
tobiash;)12:55
tristanCi do sleep very well, it's just my timezone that is hard to work with ;)13:06
mordredtristanC: I agree with tobiash - I choose to believe you do not sleep13:09
mhutristanC is not bound by time or space13:21
*** quiquell is now known as quiquell|off13:59
*** ssbarne__ has joined #zuul14:03
*** panda|mtg has quit IRC14:12
*** panda has joined #zuul14:14
openstackgerritJames E. Blair proposed openstack-infra/zuul master: web: use PUBLIC_URL instead of package.json patch  https://review.openstack.org/60967214:33
corvustobiash: i'm curious about 609664 -- i set it to 5s because i didn't think it would be worth updating any faster than that at any scale (and status updates have an impact on scheduler loads).  considering that jobs take minutes to run, does it make that much difference?  and what caused you to decide it was too slow?14:46
tobiashcorvus: on a smaller zuul it just felt snappier when the items show up 2s after the pull request. Actually it was a user request who had the 'feeling' that zuul is slow and to pretend a faster zuul I patched this months ago14:48
tobiashtoday I decided to either upstream or drop this feature...14:48
corvustobiash: you set it to 2s?14:49
tobiashyes14:49
tobiashcorvus: and I just abandoned the change and will go back to 5s for now14:49
tobiashlet's see what my users say (if anything)14:49
corvusin the react dashboard, how is the interval measured?  from the start of each request, or from the end?14:49
corvustobiash: ok -- to be clear, it's only a -1 review, not a -2 -- we can change my mind.  :)  but i do want to avoid adding configuration options which aren't necessary (and i especially want to avoid configuration options which aren't optimal by default)14:51
tobiashit looks to me like a pause from the end14:51
tobiashcorvus: well I think it's best to not invest time on this until I may get complaints from users14:51
corvustobiash: from the end probably makes it a bit safer to decrease the default -- it means that the absolute interval will scale with response time.14:51
corvustobiash: okay.  we can file it away for later then14:52
tobiash*if* I get complaints from users I will re-open the discussion on this :)14:52
corvusalso, what i *really* want to do is use a websocket to emit events that send only update events in real-time.  but that's probably zuul v4 (queue information in zookeeper).14:53
tobiashcorvus: also the implementation would be better with the info endpoint as a real config option instead of a compile time option so the way of implementing this was the wrong way anyway14:53
corvustobiash: yeah, i saw the other change and agree that's better if we make it configurable.14:53
fungifor those interested, there's some discussion with coreycb ni #openstack-infra about stubbing out an initial ensure-python role in zuul-jobs we can add to things like the tox pre playbook so that tox jobs can make sure an appropriate python version is present (needed for py37 testing on ubuntu bionic)14:54
openstackgerritMerged openstack-infra/zuul master: Fix broken code block in the docs  https://review.openstack.org/60959014:54
tobiashregarding the other change I think this needs to be compile time because that's very early and also probably a very specific need from us14:54
corvustobiash: yeah -- though i thought tristanC said you might be able to detect it in js and handle it?  i think if that works, it would be better -- i actually expect a lot of auth systems would have this problem.  but i don't see a problem with landing the compilation flag until we figure that out.14:57
tobiashcorvus: I tried that but I found out that there is no way to detect this reliably in js so I went ahead and implemented the second best option (which is also the simplest)14:58
*** openstackgerrit has quit IRC14:58
tobiashcorvus: my hope was to limit the redirects to 0 but that only works in nodejs, browsers don't give a choice on that14:58
tobiashcorvus: the 'real' solution is probably built-in auth support in zuul-web, but that's a longer story to discuss14:59
corvustobiash: what happens when the browser gets the redirect?  do we get the login page returned as if it were the api end point?14:59
tobiashcorvus: when the browser gets the redirect it depends on the type of request, a document request just follows the redirect and presents the login screen15:00
corvustobiash: mhu is ready to discuss it, and i think we'll be ready to join the discussion once we get the current dashboard and container stuff out of the way :)15:00
*** openstackgerrit has joined #zuul15:00
tobiashcorvus: an api request is followed and will return a login screen (or xss failure) to the component that expects json15:01
corvustobiash: so, theoretically, we should be able to detect that and do something with it?15:01
tobiashso theoretically we can detect broken json or a generic exception15:02
tobiashbut that first nothing we could follow manually and second would hide real errors which I consider a hack15:02
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add a quick-start test job  https://review.openstack.org/60951415:05
*** ssbarne__ has quit IRC15:07
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fixes for quick-start playbooks  https://review.openstack.org/60955115:08
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Remove disable-recommends in quick-start test  https://review.openstack.org/60955315:08
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Quick-start: remove ansible Dockerfile  https://review.openstack.org/60955515:08
*** clarkb has joined #zuul15:10
*** openstackgerrit has quit IRC15:22
*** themroc has quit IRC15:23
*** mugsie has joined #zuul15:24
*** snk has joined #zuul15:25
corvusactually... it's looking a lot like the delay is from the *start* of the request15:29
corvusbecause right now, i'm looking at the network panel for the openstack dashboard, and it's starting a new request every 5 seconds, even though it's taking 40 seconds to get a response15:29
corvus(which may have something to do with why it's taking 40s to get a response)15:30
*** chandankumar is now known as chkumar|off15:32
*** openstackgerrit has joined #zuul15:34
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add tox functional testing for drivers  https://review.openstack.org/60951515:34
corvustristanC: do you think we could go back to only having one outstanding status request?15:35
mordredcorvus: ++15:46
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add tox functional testing for drivers  https://review.openstack.org/60951516:09
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Do only one status request at a time  https://review.openstack.org/60975716:10
tobiashcorvus: that fixes the multiple requests at the same time ^16:11
tobiash(tested locally against openstack with 500ms interval)16:11
corvusthat looks plausible :)16:12
tobiashtristanC, mordred ^16:12
tobiashcorvus: do we want to continue polling on a failed request or stop the loop?16:12
tobiashI think current behavior is continue polling, if we want to keep that I need to push up a quick update16:13
corvustobiash: yeah, i think we should continue.  we want to keep working across a zuul-web restart or transient error16:13
mordredagree16:14
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Do only one status request at a time  https://review.openstack.org/60975716:14
tobiashthat should do it ^16:14
mordredlooks great16:16
tobiashyay I did zuul-web patches... and it really feels easier than before :)16:17
clarkbthe performance is particularly noticeable on mobile16:18
*** caphrim007 has joined #zuul16:20
*** panda has quit IRC16:20
corvusmordred, tristanC: /usr/local/lib/python3.7/site-packages/zuul/web/static is still empty on the zuul-web container images16:20
corvusor nearly empty: http://paste.openstack.org/show/731906/16:21
*** panda has joined #zuul16:21
mordredtobiash: yay!16:21
mordredcorvus: thanks for reminding me - I knew there was a pressing thing I should look in to16:22
corvusmordred: i think we thought we fixed it but i guess not16:22
mordredcorvus: well - yeah. I mean - I feel like I definitely fixed it once16:22
mordredbut maybe I didn't hit it hard enough and the lid came bac off16:23
corvusmordred: before you dig into that -- i have a qq16:23
mordredcorvus: kk16:23
corvusmordred: i'm adding a job which runs docker-compose (https://review.openstack.org/609514) do you have any hints on how we could build and use new images in that job (rather than using already published ones)?16:24
mordredcorvus: yes!16:24
mordredcorvus: just run pbrx in the zuul and nodepool git repos - which will build images of the corectname in the local docker image cache16:25
mordredcorvus: then docker-compose should use the local images since they will exist16:25
corvusmordred: oh neat.  and i can test that locally too.  excellent, thanks!16:25
mordredcorvus: you'll want to give it the zuul prefix so that it tags them properly16:26
corvusack16:26
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Quick-start: remove ansible Dockerfile  https://review.openstack.org/60955516:26
*** gouthamr has quit IRC16:34
*** dmellado has quit IRC16:34
openstackgerritCorey Bryant proposed openstack-infra/zuul-jobs master: Add ensure-python role  https://review.openstack.org/60976116:41
*** gouthamr has joined #zuul16:43
corvusmordred: what do you think about this for a next step: pause pbrx_build_container_images and have the quick-start job run after it and use its image service to get pre-built images16:44
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Build new container images for quick-start  https://review.openstack.org/60976316:45
mordredcorvus: I think I'm too jetlagged to fully understand that sentence16:45
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use zuul/web/static in setup_hook  https://review.openstack.org/60976416:48
mordredcorvus: fwiw, I'm firing shots in the dark here16:48
mordredpython setup.py bdist_wheel is totally doing the right thing for me locally16:49
openstackgerritChandan Kumar proposed openstack-infra/zuul master: Added steps to install docker for all distros  https://review.openstack.org/60976516:49
chkumar|offcorvus: mordred ^^16:49
mordredchkumar|off: for the first ones - especially debuntu - docker-compose should be depending on docker16:50
mordreddid you experience that not being true?16:51
chkumar|offmordred: on fedora docker-compose does not install docker16:51
tobiashcorvus: pausing and getting the images from a different node is probably a good idea once we have provider stickyness in nodepool16:52
mordredchkumar|off: awesome16:52
clarkbmordred: docker-compose only recommends docker.io on debuntu so for most peopel it is installed by default (but not on our test machiens)16:52
clarkbalso the package is docker.io on debuntu16:52
openstackgerritChandan Kumar proposed openstack-infra/zuul master: Added steps to install docker for all distros  https://review.openstack.org/60976516:52
mordredit's docker-ce16:52
clarkbmordred: only if you add the docker repo from upstream16:53
tobiashcorvus: until we have that I think it might be better to build the images in the same job as using them16:53
mordredfrom the upstream repo16:53
mordredyeah16:53
clarkbmordred: those directions don't use the upstream repo16:53
clarkbso package is docker.io16:53
mordredclarkb: it's only docker.io on bionic - I believe it's docker on xenial - but this shouldn't be an issue because docker-compose should depend on the right thing on debian/ubuntu16:54
mordredthe docker package naming is a total mess in debian land16:54
clarkbmordred: I just checked on xenial it is docker.io there too. the reason for that is docker is some 20 year old package doing something else16:54
clarkbbut yes I agree installing docker-compose should do the right thing most of the time16:54
mordred++ - I think ;et's stick with not putting docker or docker.io in the list for debuntu16:55
openstackgerritCorey Bryant proposed openstack-infra/zuul-jobs master: Add ensure-python role  https://review.openstack.org/60976116:56
corvustobiash: i'm not too worried about transferring images between providers at this point.  they aren't huge.  and maybe the lower layers can come from the local dockerhub cache?  i dunno if it works that way but it should.  :)16:56
mordredcorvus: ah - gotit. well- at the very least I think it's worth trying, even if it's unhappy we'll likely learn somthing about what seems to be a common desire16:58
tobiashcorvus: that's right16:58
tobiashcorvus: do you know how you want to serve the images on the node that builds them?16:58
mordredchkumar|off: sorry - I left comments on PS#1 - you beat me to PS#2 before I clicked the button16:58
corvusabout the service? i was just about to ask about that16:58
openstackgerritMerged openstack-infra/zuul master: web: use window.location in TableFilters to keep sub-url path  https://review.openstack.org/60957816:59
tobiashcorvus: the easiest thing would be to start a local registry using this: https://hub.docker.com/_/registry/16:59
corvustobiash: yeah, so we might need to add that as an option to the pbrx build job17:00
tobiashcorvus: but you need to take care of the prefix sp you can push them into it17:00
tobiashmaybe a hosts entry simplifies that17:00
clarkband set up auth of some sort17:00
chkumar|offmordred: upating the patchset17:00
clarkbso that someone else can't pollute your job17:00
mordredclarkb: they'd have a moving target to try to push things to ... you think that's likely enough to require setting up auth?17:01
corvusokay so not a 5 minute task :)  but i think we've got all the parts to start building that17:01
tobiashcorrect summary ;)17:01
clarkbmordred: to start maybe not? but I'd be wary of relying on test results that can be attacekd in that manner17:02
corvusyeah.... i think as soon as this works for tests, it won't be long till we have promotion/publication pipelines based on this, and at that point it's probably important.17:02
tobiashcorvus: we have roles of a working (unauthenticated) buildset registry in our private repos17:03
tobiashcorvus: I can check if I can upstream parts or all of this to zuul-jobs17:03
corvustobiash: that'd be great, thanks17:03
corvusi'll restrain myself from working on this for a few days :)17:04
*** electrofelix has quit IRC17:13
*** AJaeger has quit IRC17:15
corvusi think we can switch the quick-start to use polygerrit instead of the gwt ui17:19
corvusi didn't do it to start with because it's just a little bit more complicated to set up via automation, but i think i've got solutions to those minor problems17:20
clarkbcorvus: its a per user setting, not sure if you can set it server wide17:20
corvusthat should hopefully make people's eyes bleed less17:20
corvusclarkb: it's a global setting too17:20
clarkboh nice17:20
corvusclarkb: and actually, whether it's permitted as a user setting is also a global setting17:20
clarkbhuh17:20
*** AJaeger has joined #zuul17:21
corvusso i'll go through it again today and update the directions/screenshots for that.  we'll be more future-proof too17:21
corvussince i think the next version will be polygerrit by default17:21
openstackgerritChandan Kumar proposed openstack-infra/zuul master: Added steps to install dependencies using bindep  https://review.openstack.org/60976517:22
chkumar|offmordred: corvus ^^17:22
mordredchkumar|off: ++17:22
corvusi'm sorry, i guess i wasn't clear.  i do not think we should install bindep.17:23
corvusthat's what y tried to communicate in my comment on the change17:23
chkumar|offcorvus: you mean just add install blan blah and start the service?17:24
chkumar|offno use of bindeps17:25
corvuschkumar|off: yep.  patchset 2 was almost perfect.  it just needed to scope the service commands like monty suggested.17:25
chkumar|off*bindep17:25
corvuschkumar|off: correct.  that's way too complicated for this.17:25
clarkbfwiw apt-get install docker-compose did just work for all of that stuff on ubuntu for me17:25
clarkbso I agree having bindep as a dep is probably overkill17:25
chkumar|offclarkb: upadting17:25
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Build new container images for quick-start  https://review.openstack.org/60976317:30
mordredoh - sorry - I was trying tp ++ corvus above ... bad inflight wifi17:32
corvuscool, i'm going to afk for a bit, then i'm on the polygerrit stuff17:32
openstackgerritChandan Kumar proposed openstack-infra/zuul master: Added steps to install docker for all distros  https://review.openstack.org/60976517:33
chkumar|offmordred: clarkb ^617:34
openstackgerritTobias Henkel proposed openstack-infra/zuul-jobs master: WIP: Add roles to work with a buildset docker registry  https://review.openstack.org/60977317:35
tobiashcorvus: ^17:35
corvustobiash: wow that was fast17:36
tobiashjust needed some minor tweaks and a good commit message ;)17:37
tobiashwe also have a real test job for this but that uses other not yet upstreamed roles and thus needs to be reworked17:38
*** ianychoi has quit IRC17:41
chkumar|offcorvus: clarkb mordred for fedora, we need sudo docker-compose17:44
clarkbchkumar|off: yes there is a change for that pushed already17:44
chkumar|offclarkb: thanks :-)17:44
tobiashcorvus, clarkb, mordred: what do you think about splitting zuul.yaml in zuul-jobs into several files?17:45
tobiashI think that could make it easier to maintain and extend17:45
chkumar|offclarkb: i think we can one line shell script to do all the stuff17:45
chkumar|offinstalling git then dependencies and followed by docker-compose17:46
chkumar|offwhat you say?17:46
tobiashfor the docker buildset registry I also would add a test job that does an end-to end test of these roles17:46
clarkbchkumar|off: corvus is the person you want input from but I think this is supposed to be slightly instructional? I don't know.17:46
openstackgerritTobias Henkel proposed openstack-infra/zuul-jobs master: WIP: Add roles to work with a buildset docker registry  https://review.openstack.org/60977317:58
*** openstackgerrit has quit IRC18:20
*** gouthamr_ has joined #zuul18:25
*** openstackgerrit has joined #zuul18:27
openstackgerritMerged openstack-infra/zuul master: web: use PUBLIC_URL instead of package.json patch  https://review.openstack.org/60967218:27
*** dmellado has joined #zuul18:27
*** openstackstatus has quit IRC18:28
*** openstackstatus has joined #zuul18:31
*** ChanServ sets mode: +v openstackstatus18:31
openstackgerritCorey Bryant proposed openstack-infra/zuul-jobs master: Add ensure-python role  https://review.openstack.org/60976118:33
*** panda has quit IRC18:35
*** panda has joined #zuul18:38
*** gouthamr has quit IRC18:45
*** AJaeger_ has joined #zuul18:46
*** AJaeger has quit IRC18:48
*** AJaeger_ is now known as AJaeger18:50
openstackgerritMerged openstack-infra/zuul-sphinx master: Use OrderedDict for object tracking  https://review.openstack.org/60524019:22
openstackgerritMerged openstack-infra/zuul-sphinx master: Add example and type options to attributes  https://review.openstack.org/60426719:22
pabelangermordred: know you are traveling, but would love to loop back to https://review.openstack.org/583346/ basically the zuulv3-output stuff you started a while back. This was a different approach to your original idea: https://review.openstack.org/511843/19:24
openstackgerritMerged openstack-infra/zuul-jobs master: Add zuul to the linters tox env  https://review.openstack.org/60702619:27
openstackgerritMerged openstack-infra/zuul master: web: fix multiple builds query parameters for a single column  https://review.openstack.org/59360519:28
mrhillsmanis it possible to modify the main.yaml without restarting scheduler?19:40
clarkbmrhillsman: yes there is a reload command that will reload the config without restarting the process19:43
tobiashmrhillsman: yes, just do a full reload: https://zuul-ci.org/docs/zuul/admin/components.html#operation19:43
mrhillsmanthx19:44
clarkblooking at puppet-zuul I think we may still use the sighup method19:45
tobiashclarkb: which is deprecated now ;)19:46
clarkbtobiash: yup19:46
corvusclarkb: aha it was host key verification (again): http://logs.openstack.org/14/609514/7/check/zuul-quick-start/2fe2040/ara-report/result/059db004-41cf-4927-9d7a-a00e964541f5/19:48
clarkbbah19:49
clarkbthat particular bug is probably worth documenting in the use a gerrit setup steps19:49
corvusclarkb: i think if there's a terminal, it will ask, so it should be okay.19:50
pabelangerShrews: we found a bug in the static nodepool driver, working to collect logs, but basically if we lose network access to a static node, nodepool will deregister the node. But, once network is restored, nodepool won't register the static node19:52
pabelangeronly way to fix nodepool-launcher is to restart or update configuration file19:52
pabelangerany ideas how to better deal with that?19:52
pabelangertobiash: I think you might be using static nodes also?^19:53
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add a quick-start test job  https://review.openstack.org/60951419:53
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fixes for quick-start playbooks  https://review.openstack.org/60955119:53
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Remove disable-recommends in quick-start test  https://review.openstack.org/60955319:53
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Quick-start: remove ansible Dockerfile  https://review.openstack.org/60955519:53
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Build new container images for quick-start  https://review.openstack.org/60976319:53
openstackgerritJeremy Stanley proposed openstack-infra/zuul-base-jobs master: Correct zuul-jobs path  https://review.openstack.org/59960719:54
tobiashpabelanger: I thought we had patches that fix this19:57
tobiashpabelanger: do you have https://review.openstack.org/#/c/600084 in your deployment?19:59
pabelangertobiash: oh, maybe.19:59
pabelangertobiash: I am not sure, checking release notes19:59
pabelangertristanC: ^do you know19:59
*** caphrim007 has quit IRC19:59
tobiashpabelanger: are you on master or release?20:00
pabelangertobiash: release20:00
pabelangerso, we need a new tag for nodepool it seems20:00
tobiashThat might not yet be released20:00
pabelangerhttps://zuul-ci.org/docs/nodepool/releasenotes.html#in-development20:00
pabelangertobiash: yah20:00
pabelangerlets ask Shrews and corvus if we could get a release of nodepool :)20:00
corvusi'd like someone to verify that we're running master in openstack-infra first, otherwise sounds good20:02
pabelangerwfm, I can help do that20:02
clarkbI restarted for some changes prior to ansiblefest iirc20:02
clarkbSeptember 25th20:02
clarkbthat change should be in openstack-infra's running launchers20:03
clarkbnow to see how far master has moved20:03
clarkbthe only changes since then are fixes to tests and zuul configuration20:03
pabelangeryah20:04
clarkbyou can probably safely tag master as a result, but can also restart openstack's launchers and double check20:04
pabelangerclarkb: if we want to switch to #openstack-infra, I can help with restarts if we want20:05
pabelangerotherwise, I can see which sha is running20:05
tobiashWe should add the version to the web ui so we can check the exact running version easily20:05
pabelangertobiash: ++20:05
corvusi'm okay with tagging master without a restart based on the changes clarkb described20:08
corvuslet's see if Shrews comes up with a reason not to, otherwise i'll do it in a bit20:09
clarkbcorvus: 7015bd9af4bcb8c494cf5f860e2c64e0698de999 is the change I restarted launchers for fwiw20:11
openstackgerritMerged openstack-infra/zuul master: Do only one status request at a time  https://review.openstack.org/60975720:15
pabelangerokay, thanks. I've just restarted all service for nodepool in openstack-infra. Either commit should work for us in ansible :)20:18
*** clarkb has quit IRC20:18
*** clarkb has joined #zuul20:18
ianwcorvus: do you think we could go ahead with https://review.openstack.org/#/c/604980 (attr-overview for options) in zuul-sphinx and get a release of it?  this would unblock the nodepool config reorg to be more zuul-ish20:27
Shrewscorvus: i have no objections20:27
corvusianw: thanks for the reminder, i'll look at that as soon as i finish this quickstart stuff20:38
*** pcaruana has quit IRC20:40
openstackgerritMerged openstack-infra/zuul master: Added steps to install docker for all distros  https://review.openstack.org/60976521:26
*** panda has quit IRC21:34
*** panda has joined #zuul21:37
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Quick-start: switch to polygerrit  https://review.openstack.org/60982821:40
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: WIP: Skeleton code to cleanup down ports  https://review.openstack.org/60982921:40
corvusianw: lgtm; AJaeger, tobiash: want to take a look at https://review.openstack.org/604980 ?21:43
corvusShrews, clarkb, pabelanger: based on the release notes, we should probably do 3.3.0.  so 3.3.0 @ 32b8f58df0f7764f21f8781749b59bb2d358cd74 (master) sound good?21:46
clarkbcorvus: yes new features were added so 3.3.0 sounds good to me. and that sha looks right to me as well21:51
*** gouthamr_ is now known as gouthamr21:53
clarkbcorvus: what does noteDb.changes.autoMigrate true in gerrit config do?21:54
corvusclarkb: dunno, it's in the default dockerfile21:55
corvus(i just needed to override the cmd to add the email and polygerrit bits)21:55
clarkbreading the docs I think that is to do online migration for changes into notedb from real db on the 2.13 to 2.14/15 upgrade path21:55
corvusmay be unecessary for us then; that might be for folks with longer running containers21:56
clarkbmaybe this upgrade won't be so painful for us afterall21:56
clarkbya, in any case it should be fine to have particularly if upstream has it21:56
corvus(us=zuul quickstart)21:56
corvusswitching to infra hat -- i'm really eager to have the new gerrit :)21:56
corvusit's kind of awesome, and polygerrit looks good21:57
clarkbya polygerrit is basically the old chang e screen made less ugly21:57
clarkbthere are a few gerrit 2.15 problem threads on their mailing list I need to read up on, but we should probably start looking at upgrading review-dev soonish21:57
corvusnodepool 3.3.0 pushed  (cc pabelanger)21:58
clarkbalso single page diffs22:00
clarkbthe long desired feature22:00
clarkbdetails on the OpenStack board meeting being held in berlin are publsihed at https://wiki.openstack.org/wiki/Governance/Foundation/12Nov2018BoardMeeting now22:02
clarkbnote the location (if you plan to attend in person) and the rough agenda which is starting to take shape. Morning will be "normal" openstack board meeting, then afternoon is the joint leadership meeting22:03
*** openstackgerrit has quit IRC22:19
clarkbhttps://review.openstack.org/#/c/609514/8 and its children are showing +1 by zuul now if anyone else wants to review the changes to test the quick start docker stuff22:20
clarkbto clarify the non voting quick start job is also successful22:21
*** openstackgerrit has joined #zuul22:21
*** openstackstatus has quit IRC22:28
*** openstackstatus has joined #zuul22:30
*** ChanServ sets mode: +v openstackstatus22:30
clarkbcorvus: ok trying to find the incantation that replaces with_first_found and you are so right about that22:32
clarkbwhy isn't this a thing builtinto the language anymore22:32
ianwcause i think jinja is turing complete22:38
openstackgerritClark Boylan proposed openstack-infra/zuul-jobs master: Install docker from distro properly  https://review.openstack.org/60984422:39
clarkbcorvus: I'm going to edit one of your changes to depends on ^22:40
clarkbwhat is zuul/web/static/.keep and why is git so confused about it22:42
clarkbwow I have root owned static dir22:43
clarkbI'm going to guess that the docker method of building the static content does that22:43
openstackgerritClark Boylan proposed openstack-infra/zuul master: Build new container images for quick-start  https://review.openstack.org/60976322:45
openstackgerritClark Boylan proposed openstack-infra/zuul master: Quick-start: switch to polygerrit  https://review.openstack.org/60982822:45
clarkbif I've fixed install-docker correctly ^ should now work22:45
pabelangercorvus: great, thank you23:18
pabelangerclarkb: corvus: actually, looksl like the release jobs failed: http://lists.openstack.org/pipermail/release-job-failures/2018-October/000972.html23:21
pabelangerdebugging now23:21
clarkbThe task includes an option with an undefined variable. The error was: 'zuul_work_dir' is undefined23:22
clarkbhttp://logs.openstack.org/90/907251740903ed8c44eb9556d7a34a1e32abd476/release/release-zuul-python/9e1c531/ara-report/result/d317ca20-5f47-4592-925a-c01f7e4e128f/23:22
pabelangeryah23:22
pabelangerlooking to see what changed23:22
pabelangerlooks like a new job23:23
pabelangerfixing now23:23
clarkbI've got to pop out to start dinner but will try to review once a fix is up23:24
pabelangerremote:   https://review.openstack.org/609855 Fix syntax error with zuul-tarball job23:27
pabelangershould fix it23:27
*** rlandy is now known as rlandy|bbl23:46

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