Thursday, 2020-05-07

*** rlandy has quit IRC00:19
*** jamesmcarthur has joined #zuul00:43
*** zxiiro has quit IRC00:51
mordredcorvus: I'll put up a patch - but tl;dr - we're pulling from buildset registry onto an amd64 node, then pushing from there - so we're not pushing the multipart to dockerhub. we need to add logic to upload-docker-image to run the push with buildx00:59
*** jamesmcarthur has quit IRC01:10
*** jamesmcarthur has joined #zuul01:12
openstackgerritMerged zuul/zuul-jobs master: ensure-tox: use venv to install  https://review.opendev.org/72573701:28
corvusmordred: oh wow.  that's obvious in retrospect. :/01:34
*** jamesmcarthur has quit IRC01:36
*** jamesmcarthur has joined #zuul01:48
*** jamesmcarthur has quit IRC01:48
*** jamesmcarthur has joined #zuul01:49
*** swest has quit IRC01:52
*** jamesmcarthur has quit IRC01:53
mordredcorvus: yeah01:55
*** swest has joined #zuul02:07
*** jamesmcarthur has joined #zuul02:10
*** jamesmcarthur has quit IRC02:20
*** jamesmcarthur has joined #zuul02:33
openstackgerritIan Wienand proposed zuul/nodepool master: Use fqdn for builder hostname info  https://review.opendev.org/72603202:47
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Upload images to dockerhub with buildx when using buildx  https://review.opendev.org/72603302:50
mordredcorvus, ianw: ^^02:50
*** bhavikdbavishi has joined #zuul02:58
*** bhavikdbavishi1 has joined #zuul03:01
*** bhavikdbavishi has quit IRC03:03
*** bhavikdbavishi1 is now known as bhavikdbavishi03:03
*** jamesmcarthur has quit IRC03:37
*** jamesmcarthur has joined #zuul03:40
*** evrardjp has quit IRC04:36
*** evrardjp has joined #zuul04:36
*** bhavikdbavishi has quit IRC04:48
*** bhavikdbavishi has joined #zuul05:00
*** sgw has quit IRC05:03
*** reiterative has quit IRC05:36
*** reiterative has joined #zuul05:36
*** jamesmcarthur has quit IRC05:53
*** jamesmcarthur has joined #zuul05:59
*** jamesmcarthur has quit IRC06:03
*** jamesmcarthur has joined #zuul06:10
*** jamesmcarthur has quit IRC06:27
openstackgerritSimon Westphahl proposed zuul/nodepool master: Expose image build requests in web UI and cli  https://review.opendev.org/72581006:41
*** saneax has joined #zuul06:53
*** jcapitao has joined #zuul07:11
*** bhavikdbavishi has quit IRC07:23
*** tosky has joined #zuul07:31
avasszuul-jobs-maint: should we bump minimum ansible version to 2.6?07:38
avasssince 2.6 is the lowest version supported by zuul now07:38
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Bumb ansible to version 2.6  https://review.opendev.org/72605407:40
*** rpittau|afk is now known as rpittau07:47
avassI'm not sure if that ^ affects anything other than nested ansible plays?07:47
avasslinting?07:47
*** jpena|off is now known as jpena07:55
*** mnasiadka has quit IRC07:56
*** adam_g has quit IRC07:56
*** panda has quit IRC07:59
*** mnasiadka has joined #zuul08:01
*** adam_g has joined #zuul08:01
*** panda has joined #zuul08:02
*** bhavikdbavishi has joined #zuul08:04
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567808:45
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567808:46
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567808:53
*** tumble has joined #zuul09:10
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567809:10
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Bumb ansible to version 2.6  https://review.opendev.org/72605409:16
avassAJaeger: I'm think about setting up test environments like the artifactory role ^^ for our 'untestable' roles09:38
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567809:38
*** masterpe has quit IRC09:39
avassAJaeger: so whenever we needatrusted context, we mock away zuul by nesting ansible, passing an extra vars file with zuul: content or anything else would have come from the job, and using the fake zuul action modules we have in the repo09:40
*** irclogbot_0 has quit IRC09:41
*** irclogbot_0 has joined #zuul09:43
*** sshnaidm|afk is now known as sshnaidm09:44
paladoxcorvus hi, it seems https://ci.gerritcodereview.com/t/gerrit/build/89e7c54f6f374b4b9dd26f22f4f9ad9e is saying "gerrit_root" is undefined.09:47
AJaegeravass: Puuh, that's an interesting idea - best share with rest of Zuul maintainers later.09:49
avasssure :)09:51
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567809:54
*** masterpe has joined #zuul09:56
*** bhavikdbavishi has quit IRC10:05
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567810:07
*** rpittau is now known as rpittau|bbl10:10
*** bhavikdbavishi has joined #zuul10:10
noonedeadpunko/10:20
noonedeadpunkCan you give me a hint how to use base jobs for zuul deployment? https://zuul-ci.org/docs/zuul-base-jobs/10:21
noonedeadpunkLike should I just add repo to untrusted projects or to project-config?10:21
avassnoonedeadpunk: base jobs (jobs without a parent) needs to be in a config project10:25
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567810:27
noonedeadpunkavass: ok, and zuul/zuul-jobs are supposed to be under project-config as well? Or I add them as untrusted project and reference them from base jobs?10:29
avassnoonedeadpunk: it's better to let zuul-jobs be an untrusted-project :)10:29
avassnoonedeadpunk: But zuul-base-jobs is supposed to be more of an example of how to set things up, I don't think it's a good idea to use that directly10:30
avassnoonedeadpunk: at least fork it :)10:30
noonedeadpunkok, so let's say I have http://paste.openstack.org/show/793260/ in my /etc/zuul/main.yaml10:30
noonedeadpunkso I should reference it from base-jobs like "roles: [{zuul: opendev/zuul/zuul-jobs}]"?10:31
avassyeah, but you can refernce it wwith just 'zuul/zuul-jobs'10:32
noonedeadpunkoh, ok10:32
noonedeadpunkJust wasn't sure how to reference source and tenant name on project-config10:33
noonedeadpunktrying at least to run noop thing)10:34
avassIf you have a name collision I think you can to <canonical_name>/zuul/zuul-jobs10:35
avassdo*10:35
avassso opendev.org/zuul/zuul-jobs in this case10:35
avassand you can check how to access it in the web dashboard: https://zuul.opendev.org/t/zuul/project/opendev.org/zuul/zuul-jobs10:36
avassin your tenant, just using opendev as an example :)10:36
noonedeadpunkopendev perfectly suits at the moment. But for sure now have no conflict.10:37
noonedeadpunkBtw, maybe you can fastly say where to look for noop template?10:37
noonedeadpunkwas looking for in https://opendev.org/openstack/project-config10:37
noonedeadpunkbut either don't see it or it's not htere10:38
avassyou mean the '- noop' job?10:38
noonedeadpunkyeah10:38
avassthat's built-in :)10:38
noonedeadpunkso this is built in? https://opendev.org/openstack/project-config/src/branch/master/zuul.d/projects.yaml#L76-L7910:39
noonedeadpunkcool10:39
avassokay, no idea what that is10:39
noonedeadpunkI mean I can just reference templates: - noop-jobs?10:40
noonedeadpunkor what's the way to use noop?10:40
avassnoonedeadpunk: but it's just a noop https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/project-templates.yaml#L1810:40
noonedeadpunkah10:41
noonedeadpunkyeah10:41
avassnoonedeadpunk: the '- noop' in check and gate in that link is built in, opendev has just set up a template to make sure something runs in zuul so things are merged10:41
avassif you need to search for code in opendev you can use: codesearch.openstack.org/ :)10:42
noonedeadpunkyeah, thanks) use it heavily but searching jsut "noop" is not so helpful :p10:43
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567810:46
openstackgerritTobias Henkel proposed zuul/zuul master: Revert "Revert "Tune automatic garbage collection of git repos""  https://review.opendev.org/72380010:49
tobiashcorvus, AJaeger: now with a test case that reproduces the issue without the fix ^10:49
noonedeadpunkavass: thanks for your time and patience!)10:55
*** jcapitao is now known as jcapitao_lunch10:57
avassnoonedeadpunk: no problem!10:59
openstackgerritTobias Henkel proposed zuul/zuul master: d0;95;0cRevert "Revert "Tune automatic garbage collection of git repos""  https://review.opendev.org/72380011:05
openstackgerritTobias Henkel proposed zuul/zuul master: Revert "Revert "Tune automatic garbage collection of git repos""  https://review.opendev.org/72380011:07
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567811:18
zbrdo we have any work done to publish zuul_return inside a galaxy collection?11:26
AJaegertobiash: tahnks11:26
avasszbr: zuul_return doesn't really have a use-case outside of zuul, and zuul doesn't support collections yet, so I don't think so11:28
zbravass: i need to module in order to lint ansible code from other repositories11:28
zbrso basically I need to publish it inside a collection, and reference it from there.11:29
avasszbr: zuul-jobs uses a fake module in zuul-jobs/tests/fake-ansible11:29
zbravass: stil, I would need to publish fake module as a collection in order to consume it11:30
zbri do not find it cool to copy/paste that part to lots of repositories11:30
zbrit does not scale well, at all11:30
zbrfor start it can be fake, but longer term it could even be the real thing11:30
avassI think there was an idea to break the modules out to their own repositories whenever we do support collections though11:31
zbri think it may be possible to publish the module directly w/o much fuss.11:32
*** jpena is now known as jpena|lunch11:32
avassAJaeger: so, I know we only support ansible2.6, but 2.7 adds the 'body' parameter to the uri module, and without it I have to slurp the file and then template the content into the 'body' parameter11:35
avassAJaeger: would it be alright in this case to only support ansible 2.7 for that role and put a notice about in the readme?11:36
masterpe/msg fbo11:39
avassAJaeger: 2.7 adds the 'src' parameter, sorry :)11:41
AJaegeravass: I think that would be ok for this specific role - if it comes with a test for ansible < 2.7. But that needs a bit larger review of the team.11:42
avassAJaeger: you mean a runtime test to detect if someone is trying to use it with an unsupported ansible version?11:44
AJaegeravass: ansible 2.6 is also end-of-life, so we could slowly migrate to 2.7. I think there was a discussion in the past when to do it but don't remember details anymore. Worth checking as well11:44
AJaegeravass: yes11:44
avassAJaeger: sure11:44
AJaegerlike we add a check for Debian-only roles so that the role fails on Fedora (etc)11:44
avassEverything else seems to work otherwise, except for the fake ansible modules11:44
AJaegerbest discuss this all with corvus later11:47
zbravass: my goal is to assure that anyone can run "ansible-lint" on a repo like zuul-jobs w/o having to do anything to make it work11:57
avasszbr: yeah I got it11:59
noonedeadpunkbtw, should I be bothered by "Unable to get change for <GerritTriggerEvent ref-replicated"?12:01
noonedeadpunkLike I see warning but don't see anywhere it's used12:01
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567812:01
noonedeadpunkexcept https://opendev.org/zuul/zuul/src/branch/master/zuul/driver/gerrit/gerritconnection.py#L213-L21512:02
avasszbr: I think zuul-jobs used to install zuul while testing, but that's a bit much12:02
*** rlandy has joined #zuul12:02
AJaegerwe removed zuul install from zuul-jobs12:06
avassyeah12:06
Shrewsavass: fwiw, uri before 2.7 didn't support uploading any binary data so you probably are better off not supporting 2.6 or earlier.12:08
avassShrews: just did that :)12:09
avassbut thanks!12:09
*** jcapitao_lunch is now known as jcapitao12:10
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567812:11
*** rpittau|bbl is now known as rpittau12:11
*** hashar has joined #zuul12:24
AJaegercorvus: could you check https://review.opendev.org/#/c/726054/2 - moving zuul-jobs to 2.6, please?12:27
*** Goneri has joined #zuul12:37
*** jpena|lunch is now known as jpena12:38
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567812:52
avassit works!13:02
AJaegercongrats, avass !13:09
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: Made sequence indent consistent  https://review.opendev.org/72553813:15
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567813:17
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567813:22
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Upload images to dockerhub with buildx when using buildx  https://review.opendev.org/72603313:26
*** bhavikdbavishi has quit IRC13:27
mordredavass: ^^13:29
mordredzbr: yes - I do believe we would like to put the modules we have into collections and publish them - but it's going to be a bit before we can do that because zuul-jobs still supports ansible versions that do not support collections13:30
avassmordred: docker buildx build, not docker buildx push?13:32
mordredavass: yeah - see the --push at the end13:32
mordredit should be a noop, because the image will have already been built13:32
mordredavass: and yes, this is exceedingly strange13:33
avassmordred: I don't see a --push at the end :)13:34
mordredavass: oh - then that's a problem!13:37
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add upload-artifactory role  https://review.opendev.org/72567813:42
*** jhesketh has quit IRC13:43
*** sgw has joined #zuul13:43
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Upload images to dockerhub with buildx when using buildx  https://review.opendev.org/72603313:46
mordredavass: you were very right13:46
*** jhesketh has joined #zuul13:47
avassmordred: ++13:48
corvusavass, AJaeger: z-j version bump seems legit; i don't think we need to wait any longer?14:02
corvusmordred: ^?14:02
*** mhayden has joined #zuul14:03
mordredcorvus: I agree14:03
mordredcorvus: I mildly worry that we14:03
mordrednope - nevermind14:03
corvusnow i'm worried ;)14:04
corvusbut i'll +3 anyway :)14:04
avassI'm just not sure what the ansible cap in test-requirements.txt does14:04
avassexcept for linting if there's a new module14:05
avass(I guess)14:05
avassmordred, corvus: what do you think about doing something like this for testing our roles that requires a trusted context: https://review.opendev.org/#/c/725678/14:06
avassin short: run ansible nested on the remote with extra vars to mock zuul variables, and use the fakse ansible modules in zuul-jobs14:07
avassit's not perfect, but it tests more than we've got today :)14:08
* mhayden waves at mordred14:08
*** y2kenny has joined #zuul14:09
corvusavass: and you're using a nested ansible because of delegate_to: localhost?14:10
avasscorvus: yeah14:10
avasscorvus: it's either toggling that with a variable, but that wouldn't work for other roles that uses lookups14:11
corvusavass: another approach would be to do what we did in roles like pull-from-intermediate-registry; that also runs entirely on localhost, but it doesn't use any delegate_to tasks.  we just put it an a play that applies to localhost.  that lets us run the role on a remote node in test without using a nested ansible.14:14
avasscorvus: you dynamically add a host that could either be the remote or localhost I guess?14:15
y2kennyDoes merger keep its own copy of git repositories or does it only do git operations?  (My reading of the docs and the helm chart use of k8s Deployment suggest that it only do git ops but I just want to double confirm.)14:15
y2kennybut then I am not sure what the merger.git_dir does...14:16
avasscorvus: oh, or the playbook is just remote vs localhost I guess that could work14:16
corvusavass: no, it's just a normal host for the job.  that particular job is complicated and has several hosts, one of them is called 'executor', and we run the pull-from role on that host.  a simpler test like this which doesn't need multiple hosts could just re-use a single remote host probably.14:16
corvusavass: yeah that14:17
avasscorvus: I guess that could work, you would always need a separate play just for that role though14:17
corvusavass: so in a "real" job, a playbook looks like "hosts: localhost, roles: foobar"; in the test job, the playbook looks like: "hosts: controller, roles: foobar"14:18
corvusavass: yes14:18
avasscorvus: I'll see if I can update it to do that instead, shouldn't be hard14:18
corvusavass: it's a trade-off14:18
corvusavass: the current approach may be simpler to use, and maybe it's a better fit since this is more like the "fetch-javascript" "fetch-tox" etc roles...14:19
corvusavass: so folks don't have to think about adding a new play to a playbook14:19
avasscorvus: yeah14:19
corvusavass: but it's harder to test, and all the interesting bits are going to be in the nested ansible14:20
corvusavass: maybe your idea of switching the delegate_to could be a good compromise14:20
* mordred waves at mhayden !14:21
mordredcorvus: https://review.opendev.org/#/c/726033/ when you get a sec14:21
corvusavass: maybe just change those to "delegate_to: {{ _undocumented_test_variable | default('localhost') }}"14:21
avasscorvus: for this case at least, other roles that relies on lookups can't do that14:21
openstackgerritMerged zuul/zuul-jobs master: Bumb ansible to version 2.6  https://review.opendev.org/72605414:21
mhaydenmordred: thanks for the email reply -- i think i mostly understand nodepool but i'm still working through some of the zuul docs14:22
corvusavass: true.  but maybe one size doesn't fit all :)14:22
avasscorvus: true :)14:22
tobiashmordred: commented on https://review.opendev.org/72603314:23
mordredmhayden: the zuul quickstart might be a good place for you to get your feet wet: https://zuul-ci.org/docs/zuul/tutorials/quick-start.html14:23
mordredtobiash: thank you14:23
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Upload images to dockerhub with buildx when using buildx  https://review.opendev.org/72603314:24
corvustristanC, mhu: do you happen to know when fbo|off will be back around?14:25
tristanCcorvus: i'm not sure, perhaps i can help?14:28
*** tosky_ has joined #zuul14:29
mordredtristanC: also - you should meet mhayden - you might want to have some internal-RH-type discussions14:30
tristanCmhayden: hello o/14:31
mhaydenhowdy 🤠14:31
*** tosky has quit IRC14:32
corvustristanC: ah, i was wondering if there's any more work planned on the gitlab driver.... masterpe was asking about it on the mailing list.  it's unfinished, but it's been several months since any new work happened.  i worry that we're giving people the wrong idea by having it in the tree.  :(14:33
corvustristanC: we didn't add any docs, but people seem to have found it anyway.  maybe we should add some docs that say "this isn't finished; here's what works and what still needs to be done"?14:35
masterpeI think it is fine when it is not complete yet but at least be clear in the documentation what needs to be done. Also I'm happy to help.14:36
tristanCit seems like the next step for gitlab is documented in https://storyboard.openstack.org/#!/story/200663214:36
corvustristanC: ah thanks :)14:38
tristanCwell, that not much, but it seems like the linked etherpad contains documentation about the missing approval report14:39
corvusmasterpe, tristanC: i just replied to the list with a message that hopefully makes it clear to anyone else that gitlab work is still in progress, but also has some suggested next steps for masterpe14:41
openstackgerritMerged zuul/zuul-jobs master: Made sequence indent consistent  https://review.opendev.org/72553814:42
corvusmasterpe, tristanC: it looks like we're really close :)14:42
masterpeI saw thanks for the e-mail.14:42
*** panda is now known as panda|pto14:42
mordredavass: feel like re-reviewing https://review.opendev.org/#/c/726033/ - tobiash found a thing14:44
avassmordred: done14:46
mordredavass: thank you!14:46
*** bhavikdbavishi has joined #zuul14:48
fungimhayden: wow, welcome!!! long time no see14:49
mhaydenhaha indeed!14:49
corvusmordred: do we need any changes to promote?14:49
corvusmordred: i guess we're about to find out? :)14:49
mordredcorvus: it's a great question!14:50
mordredcorvus: I really hope that skopeo copies the whole thing and not just the platform-specific sub-image14:50
mordredcorvus: or - it just retags remotely doens't it?14:51
corvusmordred: yeah, we fetch something and push it back14:51
corvusso hopefully we're just fetching the top-level manifest and pushing it back and everything works14:51
*** bhavikdbavishi1 has joined #zuul14:52
mordredcorvus: yeah - I'd imagine the rest api isn't going to do that dereferencing for us14:52
*** bhavikdbavishi has quit IRC14:52
*** bhavikdbavishi1 is now known as bhavikdbavishi14:52
mordredcorvus: we are, in fact, just fetching the manifest and not pulling the image14:53
corvusmordred: fingers crossed then :)14:56
mordredcorvus: once the job lands, there's a dockefile improvement from ianw that's a good candidate for landing and triggering new image builds15:01
openstackgerritMerged zuul/zuul-jobs master: Upload images to dockerhub with buildx when using buildx  https://review.opendev.org/72603315:01
mordredspeak of the devil15:01
*** tosky_ is now known as tosky15:04
tobiashcorvus: I'm +2 on your pipeline manager work15:04
corvustobiash: thanks!  mordred ^ if you have a sec you might want to look at that -- we should be able to use it in opendev soon15:05
corvus3 changes starting at https://review.opendev.org/72298115:06
mordredcorvus: looking15:06
openstackgerritJan Kubovy proposed zuul/zuul master: Driver event ingestion  https://review.opendev.org/71729915:07
openstackgerritPierre-Louis Bonicoli proposed zuul/nodepool master: openshiftpods: define ca_crt parameter if available  https://review.opendev.org/72617115:10
*** bhavikdbavishi has quit IRC15:19
openstackgerritmasterpe proposed zuul/zuul master: add installation manual for Ubuntu  https://review.opendev.org/72617915:29
*** jamesmcarthur has joined #zuul15:32
AJaegeranybody around for the final round of zuul-job loop vars fixes? please review https://review.opendev.org/#/c/724967/15:46
avasspromize this is the last one ;)15:47
AJaegeravass: let me have some hope ;)15:47
mordredAJaeger, avass this one seems to mostly be updates to the tests right?15:48
AJaegerwe can stop the opensuse plain image testing on zuul-jobs, please review https://review.opendev.org/#/c/725750/15:49
AJaegermordred: yes!15:49
avassmordred: we already merged the fixes those updates detect15:49
mordredawesome15:49
avassmordred: if we don't merge that last one we don't catch anything inside a block15:50
mordredavass: I hear blocks are important15:50
mordredtristanC, tobiash: I made a silly little patch that I think you might like, since you have multi-tenant zuuls: https://review.opendev.org/#/c/725850/15:52
tobiashmordred: cool :)15:53
mordredtobiash: (I've been switching between watching zuul-jobs patches in zuul and watching system-config patches in openstack and it's driving me crazy)15:54
mordredI like the suggestion of using url state actually - but I think that's slighty more work to think about15:55
openstackgerritMerged zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496716:02
openstackgerritMerged zuul/zuul-jobs master: Remove opensuse-15-plain testing  https://review.opendev.org/72575016:06
mordredShrews: https://goo.gl/maps/TmWmeXJa3nGc8cHP6 <-- didn't know if you knew that was a thing16:14
Shrewsmordred: knew of the town in MA, but not LA16:15
*** zxiiro has joined #zuul16:19
openstackgerritMerged zuul/zuul master: Add serial pipeline manager  https://review.opendev.org/72298116:22
openstackgerritMerged zuul/zuul master: Make fake test Gerrit merger more realistic  https://review.opendev.org/72298216:23
openstackgerritMerged zuul/zuul master: Add more docs about pipelines  https://review.opendev.org/72418516:23
*** jcapitao has quit IRC16:33
*** rpittau is now known as rpittau|afk16:34
*** evrardjp has quit IRC16:36
*** evrardjp has joined #zuul16:36
*** hashar has quit IRC16:39
tobiashcorvus: I'm currently analysing ways to improve our suffering from tenant reconfigurations. I just discovered that pushed tags lead to tenant reconfiguration events16:43
tobiashcorvus: I'm thinking if we should filter them since we don't load config from tags anyway16:43
avasstobiash: yes please :)16:44
clarkbtags do sort of live in that weird place where they aren't really a branch so zuul gets confused applying branch configs to it too16:44
clarkbiirc corvus has a change up to tie tags back to branches and use the configs from the branch if found? which is in line with ignoring the tag ref specific configs16:45
tobiashclarkb: yeah, we do branch guessing, but zuul doesn't load config from the tags16:45
avassclarkb: I think that's lready merged isn't it?16:45
tobiashyes16:46
clarkbah cool16:46
*** sshnaidm is now known as sshnaidm|afk16:46
clarkbin which case ++ to ignoring the tag events for erconfiguration16:46
avassclarkb: yeah: https://review.opendev.org/#/c/578557/16:46
mordredtobiash: ++ to ignoring tag evens for reconfig16:47
mordredI bet that's impacting us too we just hadn't quite noticed it -especially around release time16:47
fungiclarkb: avass: https://review.opendev.org/578557 was the implementation for the tag-to-branch mapping, and it merged two months ago today. https://review.opendev.org/711741 adds some more testing for it around job configuration changes to the branch17:00
*** toabctl has quit IRC17:04
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Add docker_dockerfile to upload-docker-image defaults  https://review.opendev.org/72621017:08
mordredclarkb, fungi, avass, tristanC: ^^ please17:08
mordredclarkb, fungi, avass, tristanC: https://zuul.opendev.org/t/zuul/build/dd142d271ca544af9f99f4a034c60884 is the error we hit in upload17:09
openstackgerritMerged zuul/zuul master: Tie status filter text to pathname  https://review.opendev.org/72585017:11
mordredclarkb, avass: tyty17:12
*** jpena is now known as jpena|off17:15
openstackgerritPierre-Louis Bonicoli proposed zuul/nodepool master: openshiftpods: define ca_crt parameter if available  https://review.opendev.org/72617117:17
*** gmann is now known as gmann_afk17:25
openstackgerritMerged zuul/zuul-jobs master: Add docker_dockerfile to upload-docker-image defaults  https://review.opendev.org/72621017:25
openstackgerritTobias Henkel proposed zuul/zuul master: Don't reconfigure the tenant on tag creation  https://review.opendev.org/72621317:29
tobiashmordred, avass: that should fix that ^17:30
tobiashtiny change, huge impact, I roughly calculated our zuul stalls today due to tag pushes in one tenant to ~80min17:32
clarkbtobiash: is that a lot of tags or expensive reconfigures (maybe both)17:33
tobiashclarkb: 42 reconfigures with an average of 2-3 minutes each17:33
tobiashreconfigure time grows linearly with the queue and that tenant always has a large queue ;)17:34
tobiashin total there were 57 reconfigs, so only 15 legit reconfigs17:35
avasswow17:35
clarkbI wonder if we can also short circuit earlier if the zuul configs aren't updated?17:37
tobiashand we noticed that we didn't have the c extension of pyyaml in our container17:37
clarkbtobiash: we should check that on the upstream container too17:37
tobiashclarkb: I didn't find libyaml-dev somewhere, so I guess upstream container doesn't have this as well17:38
clarkbya I think we want toadd libyaml-dev to bindep under the compile profile and libyaml always?17:38
tobiashyes17:38
* clarkb searches distros for package names17:39
tobiashubuntu and debian seem to use libyaml-0-217:39
*** rfolco|rover has quit IRC17:40
clarkbyup17:41
clarkbfedora is libyaml and libyaml-devel17:41
*** rfolco has joined #zuul17:42
clarkbI've got a change ready just need to confirm the profiles for redhat vs suse as tehy use different names for the main lib package17:45
*** rfolco is now known as rfolco|rover17:46
tobiashcool17:46
openstackgerritClark Boylan proposed zuul/zuul master: Update bindep to include libyaml  https://review.opendev.org/72621617:48
clarkboh hrm may need to split fedora and centos too17:51
clarkbya there is no libyaml-devel on centos/rhel? but there is a libyaml?17:52
clarkbhow does that work17:52
clarkbdoes the libyaml package include headers maybe? or are we not expected to link against that system lib?17:52
clarkbtristanC: ^ do you know?17:52
*** jamesmcarthur has quit IRC17:53
tristanCclarkb: `podman run -it --rm registry.centos.org/centos:7 yum info libyaml-devel` shows : libyaml-devel 0.1.417:55
fungihttps://centos.pkgs.org/8/centos-powertools-x86_64/libyaml-devel-0.1.7-5.el8.x86_64.rpm.html17:55
fungiso 0.1.7 on centos817:56
fungimaybe you have to do something special to enable "powertools"?17:56
clarkbtristanC: I was looking at 8 there is no libyaml-devel in the base os but libyaml is17:56
clarkband there is no libyaml-devel in the devel repo either17:56
clarkbfungi: oh weird a powertools repo is where its gone?17:57
clarkb(I mean there is a separate Devel repo with -devel header packages in it...)17:57
clarkb7 had both in the base OS17:57
clarkbI guess my change is fine then and if you are on rhel8 you enable the extra repo?17:57
clarkbhttp://mirror.centos.org/centos/8/BaseOS/x86_64/os/Packages/ or http://mirror.centos.org/centos/8/Devel/x86_64/os/Packages/ is where I woudl expect ti given what 7 did and how 8 seems to do devel packages17:58
*** jamesmcarthur has joined #zuul17:59
clarkbbut if it is in http://mirror.centos.org/centos/8/PowerTools/x86_64/os/Packages/ thats good enough for me I suppose17:59
fungiyeah, we do seem to mirror that in opendev18:00
fungithough jobs might need to explicitly enable that set? i guess we'll find out18:01
fungihttps://static.opendev.org/mirror/centos/8/PowerTools/x86_64/os/Packages/libyaml-devel-0.1.7-5.el8.i686.rpm18:01
fungidefinitely there18:01
*** jamesmcarthur has quit IRC18:03
*** rlandy is now known as rlandy|biab18:07
openstackgerritAlbin Vass proposed zuul/zuul master: Validate ansible extra packages  https://review.opendev.org/72411018:30
*** rlandy|biab is now known as rlandy18:39
*** jamesmcarthur has joined #zuul18:39
*** saneax has quit IRC18:44
*** saneax has joined #zuul18:44
openstackgerritAlbin Vass proposed zuul/zuul master: Validate ansible extra packages  https://review.opendev.org/72411018:55
mordredtristanC: https://zuul.opendev.org/t/zuul/build/40d4102be8ea4e308ab5ea71e2255871 <-- that looks like a temp error, yes?18:58
mordredtristanC: or do you think we need to investigate more deeply18:59
tristanCthat seems odd, how can the zk class doesn't have a client set at this time...19:00
corvusmordred, tristanC: the context above is important -- that's after a test abort due to timeout19:02
corvusso the nonetype error is just unclean shutdown from a failed test19:02
corvuswhy is there no test-results log?19:03
openstackgerritMerged zuul/zuul master: Update bindep to include libyaml  https://review.opendev.org/72621619:03
mordredclarkb: the missing libyaml could maybe also explain some of the memory pressure on zuul-scheduler for us19:03
*** gmann_afk is now known as gmann19:06
corvusmordred, tristanC: "state":{"waiting":{"reason":"ContainerCreating"}  ---  that's the last status before the timeout, so yeah, i'm guessing k8s was just slow there?19:06
mordredit was on rax-ord - so not a usual slow cloud - but could be19:07
mordredcorvus: I think it's reasonable to do a recheck then19:07
mordredcorvus: like - it doesn't seem like a thing that's likely related to changing how we install the gpg key of the openstack-ci-core ppa19:07
corvusmordred: yep19:20
*** dpawlik has quit IRC19:23
openstackgerritAlbin Vass proposed zuul/zuul master: Validate ansible extra packages  https://review.opendev.org/72411019:27
openstackgerritAlbin Vass proposed zuul/zuul master: Validate ansible extra packages  https://review.opendev.org/72411019:31
avasscorvus, mordred: could one of you take a look at that ^ whenever you have time19:32
corvusavass: lgtm19:38
*** y2kenny has quit IRC19:49
*** jamesmcarthur_ has joined #zuul19:58
*** jamesmcarthur_ has quit IRC19:59
*** jamesmcarthur_ has joined #zuul19:59
*** jamesmcarthur has quit IRC20:00
corvus09:47 < paladox> corvus hi, it seems https://ci.gerritcodereview.com/t/gerrit/build/89e7c54f6f374b4b9dd26f22f4f9ad9e is saying "gerrit_root" is undefined.20:15
corvuspaladox: ^ sorry i missed20:15
corvuspaladox: and also sorry i got swamped with other stuff and let the gerrit work fall behind a bit20:15
corvusi'll check that now20:15
paladoxah, it's ok :)20:16
*** ericsysmin has joined #zuul20:20
corvuspaladox: remote:   https://gerrit-review.googlesource.com/c/zuul/jobs/+/266472 Define gerrit_root in copy-plugin-deps [NEW]20:21
paladoxcorvus thanks!20:22
paladox1+d20:22
corvuspaladox: looks like further work is waiting on someone to express an opinion on my screed in https://gerrit-review.googlesource.com/26521220:22
paladoxoh20:23
mordredcorvus: wow - we are hitting every possible flaky bug with the nodepool patch :(20:47
mordredcorvus: https://zuul.opendev.org/t/zuul/build/cee058a867914cc795c256e2111e271e20:47
corvusmordred: :(20:48
fungishould we keep that patch around and use it to find all our bugs? ;)20:57
*** calebb has quit IRC20:59
mordredfungi: that's a great idea21:01
openstackgerritJames E. Blair proposed zuul/zuul master: Ignore source_context and description in job changes  https://review.opendev.org/72624721:02
corvusclarkb, mordred: ^21:02
clarkbah ok so the source_context updated due to the moves and that cauesd it to diff?21:03
corvusclarkb: yeah, that's a reasonable theory (hard to know for sure)21:03
*** rfolco|rover is now known as rfolco|rover|off21:11
corvusmordred: zuul-scheduler doesn't work on current master even21:13
corvuseven if we haven't figured out a way to validate, we should probably at least check the service logs for errors21:14
corvusmordred: sorry, wrong channel21:14
openstackgerritMerged zuul/nodepool master: Dockerfile: use local openstack-ci-core PPA key  https://review.opendev.org/72446221:24
*** saneax has quit IRC21:44
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Actually include platform in the upload build  https://review.opendev.org/72625121:58
mordredcorvus, clarkb, avass: ^^ please be prepared to laugh21:58
clarkbmordred: does that need an if block to check if arch is set?21:59
clarkbmordred: otherwise we'll do 'platform=' ?22:00
mordredclarkb: it's already in one22:00
mordredclarkb: that file only gets included if arch is set22:00
mordredoh - one more thing22:00
openstackgerritMerged zuul/zuul master: Ignore source_context and description in job changes  https://review.opendev.org/72624722:01
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Process siblings in upload-image push  https://review.opendev.org/72625322:02
mordredclarkb, corvus : that's for completeness ^^ - I don't think we really plan to publish images built with siblings at the moment - but if we did, it would not work right without that22:04
clarkbmordred: is that push step actually rebuilding images though? or is it just going to notice that the image its already got built is pushable?22:04
mordredclarkb: it's supposed to be the second - but my concern was that if the build context wasnt' the same that it's caching algorithm would decide to re-build the image22:06
clarkbah22:06
corvusmordred: looks good all around.  the --arch argument being necessary for push seems weird to me but, similar to what you said, everything about this is weird.22:12
*** jamesmcarthur_ has quit IRC22:13
*** jamesmcarthur has joined #zuul22:13
mordredcorvus: yeah - I want to completely rethink it all now that we know things22:15
*** jamesmcarthur has quit IRC22:19
openstackgerritMerged zuul/zuul-jobs master: Actually include platform in the upload build  https://review.opendev.org/72625122:21
openstackgerritMerged zuul/zuul-jobs master: Process siblings in upload-image push  https://review.opendev.org/72625322:21
*** tumble has quit IRC22:28
*** jamesmcarthur has joined #zuul22:33
*** jamesmcarthur has quit IRC22:37
*** jamesmcarthur has joined #zuul22:38
*** jamesmcarthur has quit IRC22:42
*** jamesmcarthur has joined #zuul23:01
*** jamesmcarthur has quit IRC23:04
*** jamesmcarthur has joined #zuul23:05
*** jamesmcarthur has quit IRC23:11
*** jamesmcarthur has joined #zuul23:11
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Don't upload to the tag with buildx - only to the change tag  https://review.opendev.org/72626123:18
openstackgerritMerged zuul/zuul-jobs master: Don't upload to the tag with buildx - only to the change tag  https://review.opendev.org/72626123:34
*** tosky has quit IRC23:36
*** jamesmcarthur has quit IRC23:38
*** jamesmcarthur has joined #zuul23:38
openstackgerritMerged zuul/nodepool master: Logs stats for nodepool automated cleanup  https://review.opendev.org/61407423:52

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!