Tuesday, 2020-03-31

*** sanjayu_ has quit IRC00:13
*** armstrongs has joined #zuul00:15
*** armstrongs has quit IRC00:23
*** Goneri has quit IRC01:26
*** swest has quit IRC01:36
*** rlandy has quit IRC01:48
*** swest has joined #zuul01:51
*** ysandeep|away is now known as ysandeep|rover01:55
*** dangtrinhnt has joined #zuul02:03
*** dangtrinhnt has quit IRC03:03
*** dangtrinhnt has joined #zuul03:24
*** marvs has quit IRC03:33
*** marvs has joined #zuul03:33
*** bhavikdbavishi has joined #zuul03:35
*** bhavikdbavishi1 has joined #zuul03:38
*** threestrands has joined #zuul03:39
*** bhavikdbavishi has quit IRC03:39
*** bhavikdbavishi1 is now known as bhavikdbavishi03:39
*** toabctl has joined #zuul03:39
*** dangtrinhnt has quit IRC03:48
*** dangtrinhnt has joined #zuul03:48
*** toabctl has quit IRC04:03
*** toabctl has joined #zuul04:07
*** dangtrinhnt_ has joined #zuul04:21
*** dangtrinhnt has quit IRC04:25
*** bhavikdbavishi has quit IRC04:33
*** bhavikdbavishi has joined #zuul04:35
*** evrardjp has quit IRC04:36
*** evrardjp has joined #zuul04:36
*** bhavikdbavishi has quit IRC04:39
*** smyers has quit IRC04:54
*** smyers has joined #zuul05:01
*** bhavikdbavishi has joined #zuul05:50
*** sgw has quit IRC05:57
*** dpawlik has joined #zuul06:20
*** dpawlik has quit IRC06:28
*** dpawlik has joined #zuul06:47
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Adds roles to install and run hashicorp packer  https://review.opendev.org/70929206:47
*** dangtrinhnt_ has quit IRC06:50
*** dangtrinhnt has joined #zuul06:50
*** bhavikdbavishi has quit IRC07:08
*** sanjayu_ has joined #zuul07:19
*** tosky has joined #zuul07:29
*** bhavikdbavishi has joined #zuul07:31
*** zxiiro has quit IRC07:38
*** jcapitao has joined #zuul07:42
*** ysandeep|rover is now known as ysandeep|rover|l07:47
*** jpena|off is now known as jpena07:53
*** threestrands has quit IRC08:26
*** ysandeep|rover|l is now known as ysandeep|rover08:34
*** bhavikdbavishi has quit IRC08:47
*** avass has quit IRC08:55
*** avass has joined #zuul08:55
avassis it possible to add config to ansible.cfg somehow?08:56
avassWe're planning to use the splunk callback for monitoring: https://docs.ansible.com/ansible/latest/plugins/callback/splunk.html and we need to be able to whitelist that callback somehow08:57
*** jpena is now known as jpena|away09:00
*** hashar has joined #zuul09:29
*** sshnaidm|afk is now known as sshnaidm09:30
*** bhavikdbavishi has joined #zuul09:37
openstackgerritJan Kubovy proposed zuul/zuul master: Connect merger to Zookeeper  https://review.opendev.org/71622109:48
*** dangtrinhnt_ has joined #zuul09:59
*** jpena|away is now known as jpena10:00
*** dangtrinhnt has quit IRC10:03
tobiashavass: you might be able to add this callback to each respective callback dir in the executor after installing it10:07
*** ysandeep|rover is now known as ysandeep|afk10:09
avasstobiash: I was thinking of something like that, but I thin ansible.cfg needs to whitelist the callback as well10:10
tobiashoh right10:11
tobiashthen I guess this needs to be implemented10:11
avassI'll take a look at that later then :)10:15
*** dangtrinhnt_ has quit IRC10:16
*** dangtrinhnt has joined #zuul10:17
*** dangtrinhnt has quit IRC10:22
*** dangtrinhnt has joined #zuul10:29
*** bhavikdbavishi has quit IRC10:33
*** weshay|ruck has quit IRC10:35
*** weshay_ has joined #zuul10:35
*** bhavikdbavishi has joined #zuul10:36
*** nhicher has quit IRC10:36
*** jpena has quit IRC10:37
*** ysandeep|afk is now known as ysandeep|rover10:39
*** jpena has joined #zuul10:43
*** nhicher has joined #zuul10:51
*** jcapitao is now known as jcapitao_lunch10:53
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Adds roles to install and run hashicorp packer  https://review.opendev.org/70929210:57
zbrcan someone give me a hint about where is the code that builds the "preview" part on Results (the stdout tail). I want to add ANSI support to it.11:17
zbrclearly is done in javascript but i am still digging for it....11:18
zbrfound it, the magic renderFailedTask11:20
openstackgerritSorin Sbarnea proposed zuul/zuul master: WIP: Enable ANSI rendering on stdout/stderr  https://review.opendev.org/71625111:25
openstackgerritJan Kubovy proposed zuul/zuul master: Connect merger to Zookeeper  https://review.opendev.org/71622111:31
openstackgerritSorin Sbarnea proposed zuul/zuul master: WIP: Enable ANSI rendering on stdout/stderr  https://review.opendev.org/71625111:40
*** jpena is now known as jpena|lunch11:40
*** hashar has quit IRC11:43
openstackgerritJan Kubovy proposed zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/71626211:45
openstackgerritTobias Henkel proposed zuul/zuul-jobs master: Generalize parse tox output  https://review.opendev.org/71626311:45
openstackgerritTobias Henkel proposed zuul/zuul-jobs master: Strip source dir from file comments  https://review.opendev.org/71626411:45
bolgzuul-maint: I quess the https://review.opendev.org/716221 and https://review.opendev.org/716262 may break some installations in case the executor or merger config does not contain [zookeeper] section, correct?11:50
tobiashbolg: yes, so they should go into the 4.0.0 release11:50
*** nhicher has quit IRC11:51
bolgtobiash: should it be marked somehow? E.g. topic?11:52
*** nhicher has joined #zuul11:52
tobiashwe typically vote with an administrative -2 in those cases11:52
bolgtobiash: feel free to do so :)11:52
tobiashdone11:53
bolgthx11:54
tobiashbolg: it would be great if you could add a release note to one of them in the section upgrade notes11:55
bolgtobiash: sure11:57
*** weshay_ has quit IRC11:59
*** jpena|lunch has quit IRC11:59
*** nhicher has quit IRC11:59
zbrcan anyone give me some hints on yarn/react side?12:00
zbrmainly "yarn build" fails on https://review.opendev.org/#/c/716251/1 with "Failed to minify the code..."12:02
*** harrymichal has joined #zuul12:04
mnasertobiash: nice changes wrt inline comments12:06
tobiashmnaser: just tested with a sphinx build locally :)12:07
*** jpena has joined #zuul12:07
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Adds roles to install and run hashicorp packer  https://review.opendev.org/70929212:08
*** nhicher has joined #zuul12:08
*** weshay_ has joined #zuul12:10
*** weshay_ is now known as weshay|ruck12:12
*** hashar has joined #zuul12:16
*** rlandy has joined #zuul12:16
*** fbo has joined #zuul12:18
openstackgerritJan Kubovy proposed zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/71626212:19
*** jcapitao_lunch is now known as jcapitao12:21
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add integration test playbook  https://review.opendev.org/71416512:25
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add nodepool launcher service initial deployment  https://review.opendev.org/71531012:25
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add nodepool external config  https://review.opendev.org/71531112:25
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Adapt the integration playbook to be usable locally  https://review.opendev.org/71416312:25
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add nodepool kubernetes pod label to integration test  https://review.opendev.org/71531612:25
*** rfolco has joined #zuul12:27
*** hashar has quit IRC12:28
*** hashar has joined #zuul12:29
fbohi @zuul-maint could we approve https://review.opendev.org/696134/ (Pagure related), a dependent change is already W+1 but stuck due to this one.12:29
tobiashfbo: lgtm12:37
*** fbo has quit IRC12:38
*** nhicher has quit IRC12:39
*** nhicher has joined #zuul12:40
*** fbo has joined #zuul12:47
fbotobiash: thanks12:50
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add nodepool kubernetes pod label to integration test  https://review.opendev.org/71531612:52
mnasertobiash: i think we are going to probably write tests at some point for that role13:00
tobiashmnaser: yes we should do that :)13:01
mnasertobiash: i'm thinking we can just have a string of different outputs that we know it breaks/works with, that way we avoid the whole wip changes everywhere13:01
mnasertobiash: do you have time to write something out at the moment?13:03
tobiashmnaser: I'm deep in ops topics today13:04
*** sgw has joined #zuul13:09
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Adds roles to install and run hashicorp packer  https://review.opendev.org/70929213:11
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Adds roles to install and run hashicorp packer  https://review.opendev.org/70929213:14
tristanChere is a good progress on zuul-operator integration tests, here are the nodepool-launcher service logs spawning pod in the minikube: https://f5c97d48dcd7c256d91c-c98b0e913e593910e72c88f6f60b9c46.ssl.cf1.rackcdn.com/715316/7/check/zuul-operator-functional-k8s/ff83f89/docker/k8s_launcher_zuul-launcher-66d8cf545f-dwvhm_default_bd078005-df77-4445-84c6-dd7987144286_0.txt13:20
tristanCand the zuul-executor log shows that zuul-base-jobs doesn't work with kubectl because `add-build-sshkey` fails with `Failed to lookup user zuul: "getpwnam(): name not found: 'zuul'`13:21
*** weshay has joined #zuul13:23
*** fbo has quit IRC13:24
*** fbo has joined #zuul13:24
*** nhicher has quit IRC13:24
*** jpena has quit IRC13:25
*** weshay|ruck has quit IRC13:25
*** Goneri has joined #zuul13:26
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add nodepool kubernetes pod label to integration test  https://review.opendev.org/71531613:26
*** nhicher has joined #zuul13:26
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Adds roles to install and run hashicorp packer  https://review.opendev.org/70929213:27
*** jpena has joined #zuul13:31
mordredtristanC: hrm. do we need add-build-sshkey when doing kubectl?13:36
tristanCmordred: no, actually zuul-base-jobs fails with kubectl connection because of add-build-sshkey, prepare-workspace, fetch-output and remove-build-sshkey13:38
*** bhavikdbavishi has quit IRC13:39
tristanCzuul-maint: the operator could use some review please, the integration test is currently running on a stack of 8 open changes: https://review.opendev.org/71531613:41
openstackgerritMerged zuul/zuul master: Pagure: remove connectors burden and simplify code  https://review.opendev.org/69613413:42
openstackgerritMerged zuul/zuul master: Pagure - Refresh token and recheck sign when token regenerated  https://review.opendev.org/69820813:42
tobiashtristanC: I'll have a look later today13:43
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Control log archive and user preservation with vars  https://review.opendev.org/70138113:45
tristanCtobiash: thanks! i think this test is quite valuable as it may be the first one that test using zuul jobs with a nodepool kubernetes providers13:45
openstackgerritTristan Cacqueray proposed zuul/zuul-base-jobs master: base: skip role incompatible with kubectl connection  https://review.opendev.org/71629813:46
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Use speculative zuul-base-jobs in integration test  https://review.opendev.org/71630013:51
tristanCmordred: hopefully ^ should enable testing change to the zuul-base-jobs13:53
*** Diabelko has quit IRC13:56
openstackgerritMonty Taylor proposed zuul/zuul master: WIP: Enable ANSI rendering on stdout/stderr  https://review.opendev.org/71625114:02
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630514:02
mordredtristanC: neat!14:02
*** y2kenny has joined #zuul14:02
mordredzbr: ^^ you nerd-sniped me - I couldn't figure out why your patch wouldn't build - so I poked around and learned our create-react-app was a bit old now, so I updated it and it fixed the build issue14:03
zbrmordred: super! thanks.14:03
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Adds roles to install and run hashicorp packer  https://review.opendev.org/70929214:03
zbrsadly my web-dev (especially around js stuff are very poort)14:04
mordredtristanC, corvus, tobiash : it doesn't look like anything substantive changed for the negative in that update to create-react-app - but obviously a change like that should get extra attention before merging14:04
mordredmnaser: ^^14:04
zbri was suprised to discover that npm was reporting no less than 88 security warnings14:05
tobiashmordred: .keep has hit you :D14:06
tobiashmordred: maybe it's time to advocate again for https://review.opendev.org/663108 ?14:06
tobiash;)14:06
zbrwe could put a try/catch on it, getting rid of .keep would be awesome14:08
tobiashoh I need to revise it slightly14:09
mordredtobiash: blerg keep14:21
*** dangtrinhnt has quit IRC14:22
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630514:22
*** dangtrinhnt has joined #zuul14:22
mordredtobiash: or instead of try could just check for os.path.islink14:23
*** dangtrinhnt has quit IRC14:28
corvusavass, tobiash: i'm in favor of a way to add callback modules; we wanted to do that for ara, but didn't have time.  but we should generalize that so that ara and splunk and anything else can be added by the site admin.14:31
tobiashcorvus: ++14:35
*** ysandeep|rover is now known as ysandeep|away14:39
openstackgerritTobias Henkel proposed zuul/zuul master: Revert "Revert "Create zuul/web/static on demand""  https://review.opendev.org/66310814:41
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add nodepool kubernetes pod label to integration test  https://review.opendev.org/71531614:42
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Use speculative zuul-base-jobs in integration test  https://review.opendev.org/71630014:42
corvusmordred: do we still need the ansible lint skip in https://review.opendev.org/715727 ?14:47
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Remove lint skip in tox iniline comment parser  https://review.opendev.org/71632114:50
corvusthat will tell14:50
corvustristanC: is this failure something to worry about? https://softwarefactory-project.io/logs/27/715727/4/third-party-check/test-job-tox-el7/f430b9d/job-output.txt.gz14:51
tristanCcorvus: iirc i fixed it yesterday, it was because of tox not working with old virtualenv14:53
mordredcorvus: I think we don't14:55
*** dangtrinhnt has joined #zuul14:55
corvustristanC: thanks, sounds like we can probably merge that and ignore the el7 error14:56
mnasermordred, corvus: i actaully think we're probably good without it15:01
mnasersince we have the noop-y zuul_return, but we'll find out indeed :)15:02
*** dangtrinhnt has quit IRC15:08
*** dangtrinhnt has joined #zuul15:09
*** dangtrinhnt has quit IRC15:09
*** dangtrinhnt has joined #zuul15:09
*** jcapitao is now known as jcapitao_afk15:18
tristanCmordred: turns out even validate-host doesn't work with a kubectl connection to the docker.io/fedora:31 image : https://e92b17c725197d560c8a-a15027182aab035aa882f99410b51a23.ssl.cf5.rackcdn.com/716300/2/check/zuul-operator-functional-k8s/f190d96/docker/k8s_executor_zuul-executor-0_default_d02ebab2-e446-406e-882b-afc0c2dcf086_0.txt15:22
*** avass is now known as Guest3245515:23
*** avass has joined #zuul15:23
avasscorvus: I agree, I also saw that there already was a comment from mordred about that :)15:24
openstackgerritTristan Cacqueray proposed zuul/zuul-base-jobs master: base: skip role incompatible with kubectl connection  https://review.opendev.org/71629815:24
*** bhavikdbavishi has joined #zuul15:31
*** bhavikdbavishi1 has joined #zuul15:34
*** bhavikdbavishi has quit IRC15:35
*** bhavikdbavishi1 is now known as bhavikdbavishi15:35
*** jcapitao_afk is now known as jcapitao15:45
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630515:46
tobiashcorvus: just curious regarding cleanup runs, did you move log upload to the cleanup phase or live with not having logs from cleanup runs?15:54
corvustobiash: i think log is still in post, and we don't worry about cleanup logs.15:56
tobiashk, like we have it atm as well15:56
*** dangtrinhnt has quit IRC15:56
*** y2kenny has left #zuul15:57
clarkbcorrect, but also cleanup for opendev is largely used as last effort debugging tool. So if we have to reach there we've already failed pretty hard elsewhere15:57
clarkb(specifcally we do a raw connection and dump disk usage (bytes and inodes) as well as networking data)15:58
zbrcorvus: clarkb : ok to proceed with https://review.opendev.org/#/c/702304/ (install-docker)?15:58
*** dangtrinhnt has joined #zuul15:58
*** dangtrinhnt has quit IRC16:05
clarkbzbr: I've approved that change. I'm curious how the vars/ loading in tasks/main.yaml works with defaults/main.yaml being presumably loaded first? It seems to be working based on the existing code for fidning packages to isntall, but I wouldn't have expected that if I were writing it from scratch16:16
clarkbmaybe we are updated the variable values before we actualy use them and that is good enough16:20
*** y2kenny has joined #zuul16:22
zbrclarkb: defaults is implicit, vars/ always override it, is well documented.16:22
y2kennyWhen I run a playbook, does having hosts: localhost mean it's being run on the executor?16:24
clarkby2kenny: yes16:25
y2kennyis that the reason why I would get "Executing local code is prohibited"?16:25
clarkbthe executor is excluded from the 'all' group but if you explicitly use 'localhost' it will run on the executor16:25
clarkby2kenny: if the job is untrusted yes (there are limitations to what you can do on the executor outside of trusted jobs)16:25
y2kennyI was just trying to run a find with ansible to list a set of specific files.  Should I just use shell or command instead?16:27
clarkby2kenny: those will be restricted too. In general the rules are "no file access outside of the build directory and no arbitrary code execution"16:28
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add nodepool kubernetes pod label to integration test  https://review.opendev.org/71531616:28
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Use speculative zuul-base-jobs in integration test  https://review.opendev.org/71630016:28
clarkby2kenny: this means you can run ansible modules within the build directory (in the case of find are you searching outside of that subdir?)16:28
y2kennyclarkb:  I just want to find within the work_root16:28
y2kennyactually executor.work_root/project.src_dir16:29
clarkbthat I would've expected to work if using the ansible find module16:29
fungialso be aware that lots of the builtin ansible modules are blacklisted on the executor if they can be used to run arbitrary code or overwrite arbitrary files16:30
clarkbya its possible find isn't as safe as I think16:30
fungifind -exec is a thing ;)16:30
*** bhavikdbavishi has quit IRC16:30
clarkbalso I thought we had documentation on these restrictions but I'm not finding any16:31
y2kennyfungi: so in this case what would be the recommended workaround?  would I need to run it under hosts: all after copying the src over?16:32
y2kennyfungi: potentially I can just shell out16:33
fungi"find" is a very generic tool with lots of functions, what are you trying to do with it?16:35
y2kennyliterally just trying to find all the Dockerfile in the repository and get the paths to them16:35
fungiwhen you say "list a set of specific files" you mean test whether they exist?16:36
fungiahh, so generate a list of anything named "Dockerfile" within the workdir16:36
*** evrardjp has quit IRC16:36
y2kennythis is a repository of a few different docker context.  I want to re-generate the docker image if there are changes to the context16:36
*** evrardjp has joined #zuul16:36
y2kennyfungi: yup, that's it16:37
mordredy2kenny: fwiw - there's a file matcher in zuul job definitions that you can set so that zuul will only trigger jobs if they match16:37
mordredthen with docker images, there's a nice system for re-using images built by one job in child jobs if they were built, but otherwise pulling them from published sources16:38
* mordred gets example links16:38
openstackgerritMerged zuul/zuul-jobs master: install-docker: allow removal of conflicting packages  https://review.opendev.org/70230416:38
corvusy2kenny: since you won't be able to generate the image on the executor anyway, yeah, you might as well do the find on the worker node.  however, what mordred is saying might be a good approach -- opendev uses it in a repo with a bunch of dockerfiles16:38
mordredhttps://opendev.org/opendev/system-config/src/branch/master/.zuul.yaml#L211-L23216:38
mordredthere's our gerrit-2.13 build job - which only runs if we touch things in the base gerrit image or the context for 2.1316:39
mordredthen we have: https://opendev.org/opendev/system-config/src/branch/master/.zuul.yaml#L1658-L166216:39
y2kennyso I've got the job to launch a kaniko pod to generate and publish the image.16:39
mordredwhich runs system-config-run-review with a soft-depend on the build job16:40
y2kennyI understand the image re-use thing but this is sort of the base image infrastructure16:40
corvusy2kenny: have you seen this doc?  https://zuul-ci.org/docs/zuul-jobs/docker-image.html16:42
y2kennycorvus: I have not but that is very useful.  I was thinking about the intermediate registry thing.  Currently I am just using an internal Artifactory server.16:44
corvusy2kenny: this really shines with images that depend on other images (like mordred's gerrit-2.13 -> gerrit example)16:44
y2kennyum... I am not sure if this helps though (because I am trying to bring up the infra to support the building of images that everything else will depends on.)16:45
corvusyeah, it'll depend on the specifics :)16:46
corvusbut if you think it might be useful, then it might be worth keeping in mind so you can steer your design in that direction16:46
y2kennythe building and publishing image I've got working.  What I am trying to do organize the docker image contexts that devs might come up with16:48
y2kennyI am using a separate repo to store the docker context because a lot of the upstream components/projects are not container native16:49
corvusy2kenny: the jobs mordred pointed to use this directory: https://opendev.org/opendev/system-config/src/branch/master/docker16:49
y2kennyso it's not like each project's repo has a Dockerfile16:49
corvusy2kenny: so there's a job per docker context directory, and it only runs on changes to that dir16:49
tristanCcorvus: tobiash: thanks a lot for the zuul-operator review! I added a comment about the current zuul restart implementation in https://review.opendev.org/71542416:50
y2kennycorvus: ok... I think I get what you are getting at with the job.files thing now.16:50
y2kennycorvus:... yea... I am trying to build a generic job that build all images but you are suggesting separate job for separate image16:51
corvusy2kenny: yep; i think that'll be clearer (if a little more verbose) and also set you up well for using artifacts or speculative container images in the future16:52
y2kennycorvus: which make sense because jobs are so easy to add with Zuul.  I am still kind of thinking with the old mindset where adding jobs are difficult.  So in this case, devs will just add an image job as they add the context to the repo16:53
corvusy2kenny: ++ jobs are free :)16:53
openstackgerritMerged zuul/zuul-operator master: Add tenant reconfiguration when main.yaml changed  https://review.opendev.org/70363116:54
fungisometimes a job is just a couple lines to inherit from another job and add a role or set a variable16:55
y2kennyso back to the secret thing, do you guys avoid having the need to use secret for speculative image building because there's an intermediate registry?16:58
y2kenny(so you only really need secret on publish which is post-review task?)16:58
*** dustinc has joined #zuul17:00
*** y2kenny has left #zuul17:01
*** y2kenny58 has joined #zuul17:02
*** y2kenny58 has quit IRC17:02
*** jpena is now known as jpena|off17:02
*** y2kenny5 has joined #zuul17:03
*** y2kenny5 has quit IRC17:03
*** y2kenny8 has joined #zuul17:04
*** y2kenny8 has left #zuul17:05
*** y2kenny has joined #zuul17:06
*** zxiiro has joined #zuul17:09
corvusy2kenny: there's a secret in the config project for the speculative registry.  we put that in a base job, and it handles the stuff that needs the secret there.  child jobs that inherit from it (to actually do the image building) don't need the secret in their playbooks, so that part of the job is still dynamic.17:16
tristanCmordred: success, it seems like https://review.opendev.org/716300 validated the zuul-base-jobs change to fix kubectl usage!17:16
mnaserspeaking of which, is there a way to get a secret into a config-project and allow certain projects to use it?  i'm having to re-encrypt secrets in every job right now17:44
mordredmnaser: sort of -17:46
mordredmnaser: put the use of the secret into a base job in the config-project - so the consumer of the secret is with the secret17:46
mordredmnaser: then you can put allowed-projects on the base-job17:46
mordredwe do this with the image jobs in opendev so that people can use them without needing access to the secret itself17:46
clarkbyou do need to be careful doing that as job material could expose the secret if it is on disk from a pre playbook17:47
mnaserin this case it's just the docker registry credentials17:47
mnaser(for the existing jobs that i use in opendev)17:48
mordredyeah. in that case, I'd totally follow our pattern - this is for publishing images yeah?17:48
mnaseryeah, for upload/promote17:48
mordredmnaser: yeah - you just need a base job17:48
mnasernow in that case...17:49
mordreddoesn't even need to be in a config-project since it's already protected via use of secret17:49
openstackgerritMerged zuul/zuul-operator master: zuul-restart: change service order to prevent tenant loading failure  https://review.opendev.org/71542417:52
openstackgerritMerged zuul/zuul-operator master: Set default secret mode to 0400  https://review.opendev.org/71450117:52
openstackgerritMerged zuul/zuul-operator master: Add integration test playbook  https://review.opendev.org/71416517:52
openstackgerritMerged zuul/zuul-operator master: Add nodepool launcher service initial deployment  https://review.opendev.org/71531017:52
*** hashar is now known as hasharAway17:52
*** jcapitao has quit IRC18:08
mnasertristanC: i like the approach at https://review.opendev.org/716298 -- it makes for a lot cleaner base jobs to be recommended to our users18:11
mnaserare we testing those basejobs in any way though? :x18:12
mnasertristanC: looks like past you has thought of the same solution before :) https://review.opendev.org/68071118:14
tristanCmnaser: this is tested in https://review.opendev.org/71630018:21
tristanCmnaser: e.g. here are the executor logs that shows a successfull kubectl port-forward usage using the zuul container image: https://3605f41c7a13495ddbda-73dc500a2fd36a4e9335396c9d68e49b.ssl.cf5.rackcdn.com/716300/3/check/zuul-operator-functional-k8s/22aa6bf/docker/k8s_executor_zuul-executor-0_default_9fdb2ca6-403d-4651-8e29-caabe2d74cde_0.txt18:22
tristanCmnaser: and here is an integration test that verify the console-stream does contains the job output: https://zuul.opendev.org/t/zuul/build/22aa6bf72f204978adb434f4fca8cf22/console#3/0/26/ubuntu-bionic18:22
mnaserok but the actual repo it self has no tests other than the zuul-operator18:23
tristanCmnaser: i don't know if it is possible to test base job without spawning a new zuul18:24
*** sanjayu_ has quit IRC18:26
tristanCwe are actually considering adding such update jobs to our zuul, to test new images or config-project changes, using a similar nested zuul that would validate both the image and the config project18:28
fungithat'll be a nice and thorough testing solution18:29
*** cloudnull has quit IRC18:57
openstackgerritMerged zuul/zuul-jobs master: Revert "Revert "Extract pep8 messages for inline comments""  https://review.opendev.org/71572719:05
openstackgerritMerged zuul/zuul-jobs master: Remove lint skip in tox iniline comment parser  https://review.opendev.org/71632119:05
AJaegermordred: this zuul-jobs change of yours is 14 months old - still relevant? https://review.opendev.org/#/c/629604/219:10
mordredAJaeger: I think so? I need to ponder a little19:11
AJaegerfine19:11
*** dustinc has quit IRC19:23
*** y2kenny has left #zuul19:24
openstackgerritMerged zuul/nodepool master: Update dib dep to 2.35.0  https://review.opendev.org/71610420:05
openstackgerritMonty Taylor proposed zuul/zuul master: Update to create-react-app 3.4.1  https://review.opendev.org/71630520:06
openstackgerritIan Wienand proposed zuul/zuul-jobs master: local-log-download : role with script to download all log files  https://review.opendev.org/71575620:10
openstackgerritIan Wienand proposed zuul/zuul-jobs master: local-log-download : role with script to download all log files  https://review.opendev.org/71575620:25
*** y2kenny has joined #zuul20:29
*** mwhahaha has joined #zuul20:29
y2kennyfor the rsa keypair use to encrypt the secret, is it own by the scheduler or the web component?  Is there a way to save they keys so that the encryption survive zuul restart?20:40
openstackgerritIan Wienand proposed zuul/zuul-jobs master: local-log-download : role with script to download all log files  https://review.opendev.org/71575620:41
openstackgerritIan Wienand proposed zuul/zuul-jobs master: local-log-download : role with script to download all log files  https://review.opendev.org/71575620:41
clarkby2kenny: the scheduler component owns them. And they are all on disk can can be preserved by preserving that path20:43
y2kennyin the scheduler.state_dir?20:43
clarkbya on our install it is /var/lib/zuul/keys20:44
y2kennygreat thanks.20:45
*** hasharAway has quit IRC20:46
*** hashar has joined #zuul20:48
*** hashar has quit IRC21:32
*** harrymichal has quit IRC21:38
*** harrymichal has joined #zuul21:38
*** harrymichal has quit IRC21:45
*** harrymichal has joined #zuul21:57
*** armstrongs has joined #zuul22:01
*** armstrongs has quit IRC22:11
*** y2kenny has quit IRC22:29
openstackgerritMerged zuul/nodepool master: Filter active images for OpenStack provider  https://review.opendev.org/71347122:31
*** zxiiro has quit IRC22:43
openstackgerritJames E. Blair proposed zuul/zuul-registry master: Very rarely, we see an object in swift doesn't match the sha256 we expect.  Nor does the Etag (swift-calculated md5sum) match the md5sum that openstacksdk calculated on upload.  Something is going wrong somewhere, but nothing is raising an exception.  Thi  https://review.opendev.org/71644422:45
corvusoh dear22:45
openstackgerritJames E. Blair proposed zuul/zuul-registry master: Add debug/verification for uploads  https://review.opendev.org/71644422:45
corvusmordred: ^ i think that may help us localize the problem22:46
mordredcorvus: cool! also - nice commit message the first time22:46
mordredcorvus: I'm excited to learn what's going on here22:48
corvusmordred: i'm going to just start doing them as stream-of-conciousness james joyce style22:48
mordredcorvus: please22:49
*** tosky has quit IRC22:54
*** ianychoi has quit IRC23:15
*** ianychoi has joined #zuul23:16
openstackgerritMohammed Naser proposed zuul/zuul-jobs master: golangci-lint: add job  https://review.opendev.org/71645223:18
mordredmnaser: you didn't want to add inline comment reporting? :)23:33
mnasermordred: that was my follow up actually :D i was trying to see what the output looked like :)23:34
mordredmnaser: nice23:37
openstackgerritMohammed Naser proposed zuul/zuul-jobs master: golangci-lint: add job  https://review.opendev.org/71645223:41
corvusmnaser, mordred: i did enough work on this to know it's not a 2-hour programming job.  it's not hugely complicated, but it would probably take me the better part of a week with few distractions.23:51
mordredcorvus: nod23:51
mnasercorvus: yeah, it does seem relatively non-trivial and one of those things you need to get right (or otherwise you end up giving root)23:53
corvusyep.  still very much want to do it though.23:54
*** Goneri has quit IRC23:57
mnasertoday on "i thought this will be a simple job", mnaser runs into error "[Errno 8] Exec format error: 'golangci-lint'"23:59
mnaserthe only other time i've ever seen that is when running something on the wrong architecture?23:59
*** shanemcd has quit IRC23:59
clarkbmnaser: we do have arm64 nodes23:59
clarkb(though I doubt you mixed them in accidentally)23:59

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