Tuesday, 2021-11-02

@avass:vassast.orgcorvus: Clark just tested 816176 and it fixes the capability issues in our openshift environment so reviews would be very appreciated :)07:51
-@gerrit:opendev.org- Artem Goncharov proposed: [zuul/zuul] 813136: Check blocking_discussions_resolved in gitlab driver https://review.opendev.org/c/zuul/zuul/+/81313612:15
-@gerrit:opendev.org- Felix Edel proposed:13:48
- [zuul/zuul] 814996: Make the ConfigLoader work independently of the Scheduler https://review.opendev.org/c/zuul/zuul/+/814996
- [zuul/zuul] 816361: Instantiate configloader in zuul-web https://review.opendev.org/c/zuul/zuul/+/816361
- [zuul/zuul] 816362: WIP: Implement job freezing API in zuul-web https://review.opendev.org/c/zuul/zuul/+/816362
@jim:acmegating.comAlbin Vass: +2 with comment, thanks!17:26
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 816381: Keep consistent types on QueueItem ahead/behind attrs https://review.opendev.org/c/zuul/zuul/+/81638117:36
@jim:acmegating.comfungi, Clark, tobiash, swest, felixedel: ^ that should address the other issue we discovered over the weekend17:37
@clarkb:matrix.orgcorvus: responded with a question17:55
@clarkb:matrix.orger +2'd with a question17:55
-@gerrit:opendev.org- Andre Aranha proposed: [zuul/zuul-jobs] 816385: Add enable-fips as false to unittest job https://review.opendev.org/c/zuul/zuul-jobs/+/81638517:59
-@gerrit:opendev.org- Clark Boylan proposed: [zuul/nodepool] 816389: Fix openshift dep for arm64 docker image builds https://review.opendev.org/c/zuul/nodepool/+/81638918:28
@clarkb:matrix.orgZuulians ^ I discovered that issue just now. I think it worked before because it was able to find an openshift 0.8.6 wheel on the opendev wheel mirror for buster. But bullseye doesn't have any openshift wheels. Bumping the dep up is a good thing anyway since we can't install with the oldest openshift library available18:30
@clarkb:matrix.orgThe planned improvments for image building will address this more properly. But this should be safe and correct for now as well18:30
@clarkb:matrix.orgI'm also happy to lower the lower bound if anyone knows what an appropriate version is18:30
@jim:acmegating.comClark: thx, responded18:33
@clarkb:matrix.orgcorvus: thanks it didn't seem critical but also thought it might've been overlooked so wanted to call it out. If that was intention (seems to be) then should be fine18:33
@jim:acmegating.comClark: yep.  i totally flipped that coin before uploading.  :)18:34
@jim:acmegating.comClark: will the arm64 change make nodepool image builds slow?18:38
@clarkb:matrix.orgcorvus: that is the one risk. I don't think it will beacuse I don't think openshift has any non python building requirements to make a wheel18:39
@jim:acmegating.comok, i guess we'll know for sure when the image build job finishes :)18:39
@clarkb:matrix.orgcorvus: it should be a trivial wheel build. But the image build job for that change should give us confirmation of that (we can examine the build log)18:40
@bridgefan:matrix.orgSorry to interrupt (one day I will hopefully answer more questions than I ask), but does zuul have a way to deal with jobs that need 2 branches of the same repo?18:42
@jim:acmegating.combridgefan: you can just check them out in the job18:43
@jim:acmegating.combridgefan: the repo state zuul prepares has the correct speculative future state of every branch in the repo18:44
@clarkb:matrix.orgbridgefan: it does. By default zuul will curate the state for all the branches of the repo. Then in your job you can check out the appropriate branch at different times. Openstack does this for upgrade testing. Check out the old branch and install. Run tests. Then check out the new branch and upgrade. Run tests.18:44
@jim:acmegating.comso if you have a change on 'branch1' in the queue and then a change on 'branch2' behind it, both changes will be in the repo on disk.18:45
-@gerrit:opendev.org- Zuul merged on behalf of Albin Vass: [zuul/zuul] 816176: Drop ambient capabilities when running bwrap https://review.opendev.org/c/zuul/zuul/+/81617618:46
@bridgefan:matrix.orgok thanks18:50
@jim:acmegating.comClark, fungi, tobiash, swest, felixedel: i restarted opendev earlier today to try to catch the changecache bug.  i caught a changecache bug, but not the same one as before (but it is possible they have the same underlying cause).  the issue was caused by pruning the change cache during a reconfiguration event.  i suspect it gathered the list of relevant changes when far fewer items (or perhaps no items!) were in the queues.  so we'll either need to lock that with mutexes, or perhaps just have the apscheduler timers put events into the management queue and have that act on a management event (so it happens in the main thread)21:34
@jim:acmegating.comi think fixing that is the next step, then we can see if we see the "other" bug again21:35
@jim:acmegating.com(the new change cache logging was helpful, and not exceedingly verbose, so i think it'll be good to keep that)21:35
@clarkb:matrix.orgyay for being able to track down the bug we hit with the new logging21:57
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 816413: Fix change cache relevance detection for refs https://review.opendev.org/c/zuul/zuul/+/81641322:03
@jim:acmegating.comwe have not seen that ^ bug, but i noticed it while i was looking into the ones we did see22:04
@clarkb:matrix.orgcorvus: left a nit on that I'll let you decide if you want to approve or fix it (tobiahs already +2'd)22:45
@clarkb:matrix.orgI think https://zuul.opendev.org/t/zuul/build/1adef12661804ffb89edb98fe576f160/log/job-output.txt#5178-5183 shows it took 6 seconds to make the arm64 wheel for openshift22:49
@clarkb:matrix.orgI'll approve that change once check testing passes as that should be a non issue22:49
@jim:acmegating.comClark: thanks.  i agree it's a little weird, but it was intentional, so i went ahead and +wd23:20

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