Thursday, 2021-08-26

-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed:00:29
- [zuul/zuul] Remove returnNodeSet calls from scheduler https://review.opendev.org/c/zuul/zuul/+/806062
- [zuul/zuul] Remove nodeset from NodeRequest https://review.opendev.org/c/zuul/zuul/+/806063
-@gerrit:opendev.org- Benjamin Schanzel proposed: [zuul/zuul] Add tenant name on NodeRequests for Nodepool https://review.opendev.org/c/zuul/zuul/+/78868008:58
-@gerrit:opendev.org- Simon Westphahl proposed:13:35
- [zuul/zuul] Add source interface for setting change attributes https://review.opendev.org/c/zuul/zuul/+/805836
- [zuul/zuul] Reference change dependencies by key https://review.opendev.org/c/zuul/zuul/+/805844
- [zuul/zuul] Implement ABC for caching changes in Zookeeper https://review.opendev.org/c/zuul/zuul/+/805835
- [zuul/zuul] Cache Gerrit changes in Zookeeper https://review.opendev.org/c/zuul/zuul/+/805837
- [zuul/zuul] Cache Github pull requests in Zookeeper https://review.opendev.org/c/zuul/zuul/+/805838
-@gerrit:opendev.org- Monty Taylor https://matrix.to/#/@mordred:inaugust.com proposed: [zuul/zuul-jobs] Update binfmt support image used https://review.opendev.org/c/zuul/zuul-jobs/+/80605714:18
@mordred:inaugust.comcorvus, fungi : ^^ I tried that on a held node and it worked. also has the benefit of not being just some guy's image14:19
@jim:acmegating.commordred: \o/14:32
@mordred:inaugust.comcorvus, fungi: https://paste.openstack.org/show/808352/14:44
@mordred:inaugust.comthe new command *does* register different binfmt info14:45
@mordred:inaugust.comand specifically uses /usr/bin/qemu-aarch64-static instead of /usr/bin/qemu-aarch6414:45
-@gerrit:opendev.org- Matthieu Huin https://matrix.to/#/@mhuin:matrix.org proposed: [zuul/zuul] [GUI] Buildset: add "show retries" toggle https://review.opendev.org/c/zuul/zuul/+/80620114:46
@mordred:inaugust.compoop. didn't work in zuul14:51
@ssbarnea:matrix.orgo/14:58
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] Remove nodeset from NodeRequest https://review.opendev.org/c/zuul/zuul/+/80606315:00
@mordred:inaugust.comcorvus: https://zuul.opendev.org/t/openstack/build/c6bef5d1551e44e1aa7bc1183b894311/log/job-output.txt#971 not so much with speculative execution of the docker build job15:13
@jim:acmegating.commordred: yeah, that's a trusted playbook; zj change will need to merge :(15:15
@ssbarnea:matrix.orgqemu: uncaught target signal 11 (Segmentation fault) - core dumped15:15
@jim:acmegating.commordred: however, zj should sufficiently test it so i think it's safe15:15
@jim:acmegating.comfungi, Clark: want to give https://review.opendev.org/806057 a nudge?  ^15:17
@mordred:inaugust.comcorvus: yeah - and I tested several times on the held node i've got and it seems to work there15:32
-@gerrit:opendev.org- Artem Goncharov proposed:15:33
- [zuul/zuul] Fix failed merge detection in gitlab https://review.opendev.org/c/zuul/zuul/+/806230
- [zuul/zuul] Add support for gitlab squash merge https://review.opendev.org/c/zuul/zuul/+/806231
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed on behalf of Felix Edel: [zuul/zuul] WIP NodeRequest watches https://review.opendev.org/c/zuul/zuul/+/80496116:01
-@gerrit:opendev.org- Zuul merged on behalf of Monty Taylor https://matrix.to/#/@mordred:inaugust.com: [zuul/zuul-jobs] Update binfmt support image used https://review.opendev.org/c/zuul/zuul-jobs/+/80605716:03
@mordred:inaugust.comcorvus: assuming I can get the job green (new issue) it will result in the underlying OS for the python-base image to update from buster to bullseye - so we probably want to at least be aware of that from a zuul POV17:02
@mordred:inaugust.commight not be a bad idea to make sure zuul's bindep has bullseye appropriate entries17:02
-@gerrit:opendev.org- Monty Taylor https://matrix.to/#/@mordred:inaugust.com proposed: [zuul/zuul] Update bindep for debian bullseye https://review.opendev.org/c/zuul/zuul/+/80624917:06
@jim:acmegating.com@mordred: libffi6 -> 717:06
@mordred:inaugust.comyah. and libre2-917:06
@jim:acmegating.comah you already did that, i'll stop and +2 then :)17:06
@jim:acmegating.commordred: presumably the images would fail to build with incorrect values, and the quick-start job should give us a second check that everything's working too17:07
@mordred:inaugust.comyah17:07
@jim:acmegating.commordred: there aren't any non-floating (ie, not "latest") tags for opendev images right?17:08
@jim:acmegating.comso if we needed an emergency pin, we'd have to use shas?17:08
@mordred:inaugust.comyah - I believe that is the case17:09
@clarkb:matrix.orgGerrit has 3.2 and 3.3 images17:09
@clarkb:matrix.orgBut they are updated like latest17:09
@mordred:inaugust.comI mean - we have _python_ version tags17:09
@mordred:inaugust.combut nothing with buster vs bullseye17:10
@jim:acmegating.com(i think that's fine, fwiw -- we should be able to dig that out of the current image manifest)17:10
@mordred:inaugust.comyah17:10
@jim:acmegating.comand i'd probably only do that if we spent a whole day trying to roll forward and failed :)17:10
@mordred:inaugust.comyah. it *really* shouldn't be an issue17:11
@jpew:matrix.orgIs there any guidance on when to put something in pre-build vs adding an ansible retry?18:17
@jpew:matrix.org * Is there any guidance on when to put something in pre-run vs adding an ansible retry?18:17
@jim:acmegating.comjpew: here are some guidelines: if a failure would be unrelated to what's being tested, use pre-run.  if a failure happens often, use an ansible retry.  note these are orthogonal.18:20
@jpew:matrix.orgcorvus: Thanks18:23
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] Make node requests persistent https://review.opendev.org/c/zuul/zuul/+/80628021:39
@pearcetyler:matrix.orgIs it possible to see why zuul isn't running a pipeline for a PR? 21:58
I somehow borked my Zuul, and now I can't get it to run anything. I don't see any errors. Zuul still acknowledges changes (e.g. `2021-08-26 21:52:30,813 INFO zuul.GithubConnection: [e: e8fbca40-06b7-11ec-9e67-de1e855d9393] Updating <Change 0x7f291c0bd7c0 junipersquare/zuul-test-repo 44,a227d97fa3911baee02bf215bd6a395213d6ea66>`, and Zuul is getting requests from GitHub `2021-08-26 21:54:21,414 INFO cherrypy.access.140098279445216: 140.82.115.244 - - [26/Aug/2021:21:54:21] "POST /api/connection/github/payload HTTP/1.1" 200 12026 "" "GitHub-Hookshot/8d33975"`. It's not clear to me why no builds are starting when I comment "recheck"
@pearcetyler:matrix.orgPossibly related, in Zuul's web UI I don't see my base job from my config project listed at `/jobs`, though I do see my jobs from my untrusted project. I didn't see any errors, but could this be indicative of an issue with my config repo?22:05
@clarkb:matrix.orgIf it is an issue with the config repo you should have the error bell in the ui22:33
@clarkb:matrix.orgtop right and that will list all the known errors.22:34
@clarkb:matrix.orgAnother debugging approach would be to find an event that you expect to have started jobs and get its zuul event id. Then grep for that id in the various services (scheduler, executor, merger) to see how far zuul got processing it22:34
@pearcetyler:matrix.orgThank you!22:45
@pearcetyler:matrix.orgI'm not seeing anything other than this "updating" message when I try to trigger a workflow. Any idea why it would stop here? This group of logs is tracking all of the containers from the quickstart guide. Inspecting the logs from each containers individually doesn't turn up anything different23:10
@iwienand:matrix.orgTyler Pearce: you might like to try setting "debug" in your project, and zuul might give you more info on why things aren't running.  it's hard to say without seeing configs23:49
@iwienand:matrix.orghttps://zuul-ci.org/docs/zuul/3.10.2/user/config.html#attr-project.%3Cpipeline%3E.debug23:50
@pearcetyler:matrix.orgThank you! 23:56

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