Thursday, 2021-11-04

@fungicide:matrix.orgyeah, that was all i could think of was new cleanups finding more cruft we didn't know we had00:04
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 816595: Store connection branch cache in ZK https://review.opendev.org/c/zuul/zuul/+/81659500:16
-@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 816433: WIP: pin github3.py version. https://review.opendev.org/c/zuul/zuul/+/81643301:13
-@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 816433: WIP: pin github3.py version. https://review.opendev.org/c/zuul/zuul/+/81643303:33
-@gerrit:opendev.org- Zuul merged on behalf of Ian Wienand: [zuul/nodepool] 816555: Bump DIB requirement to 3.15.0 https://review.opendev.org/c/zuul/nodepool/+/81655504:59
-@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 816433: WIP: pin github3.py version. https://review.opendev.org/c/zuul/zuul/+/81643305:36
-@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 816433: WIP: pin github3.py version. https://review.opendev.org/c/zuul/zuul/+/81643306:27
-@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 816433: WIP: pin github3.py version https://review.opendev.org/c/zuul/zuul/+/81643307:27
-@gerrit:opendev.org- Felix Edel proposed: [zuul/zuul] 816514: Implement managenet events directly in zuul-web https://review.opendev.org/c/zuul/zuul/+/81651408:28
-@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 816433: WIP: pin github3.py version https://review.opendev.org/c/zuul/zuul/+/81643309:06
-@gerrit:opendev.org- Matthieu Huin https://matrix.to/#/@mhuin:matrix.org proposed: [zuul/zuul] 769943: Example Docker compose: keycloak integration https://review.opendev.org/c/zuul/zuul/+/76994309:23
-@gerrit:opendev.org- Zuul merged on behalf of Tobias Henkel: [zuul/zuul] 816528: Pin github3.py to <3.0.0 https://review.opendev.org/c/zuul/zuul/+/81652809:36
-@gerrit:opendev.org- Matthieu Huin https://matrix.to/#/@mhuin:matrix.org proposed: [zuul/zuul] 734082: web UI: user login with OpenID Connect https://review.opendev.org/c/zuul/zuul/+/73408209:40
-@gerrit:opendev.org- Matthieu Huin https://matrix.to/#/@mhuin:matrix.org proposed:10:11
- [zuul/zuul] 734082: web UI: user login with OpenID Connect https://review.opendev.org/c/zuul/zuul/+/734082
- [zuul/zuul] 734850: web UI: allow a privileged user to dequeue a change https://review.opendev.org/c/zuul/zuul/+/734850
- [zuul/zuul] 736772: web UI: allow a privileged user to re-enqueue a change https://review.opendev.org/c/zuul/zuul/+/736772
- [zuul/zuul] 768115: Web UI: allow a privileged user to request autohold https://review.opendev.org/c/zuul/zuul/+/768115
- [zuul/zuul] 768199: Web UI: add Autoholds, Autohold page https://review.opendev.org/c/zuul/zuul/+/768199
- [zuul/zuul] 810699: Web UI: Show pipeline types as icons https://review.opendev.org/c/zuul/zuul/+/810699
- [zuul/zuul] 781858: web UI: allow a privileged user to promote a change https://review.opendev.org/c/zuul/zuul/+/781858
- [zuul/zuul] 802559: Web UI: Add "Create Autohold Request" form, improve API error messages https://review.opendev.org/c/zuul/zuul/+/802559
- [zuul/zuul] 769943: Example Docker compose: keycloak integration https://review.opendev.org/c/zuul/zuul/+/769943
-@gerrit:opendev.org- Simon Westphahl proposed:13:12
- [zuul/zuul] 816686: Refresh branch cache depending on min. ltime https://review.opendev.org/c/zuul/zuul/+/816686
- [zuul/zuul] 816687: Add branch cache ltime to trigger events https://review.opendev.org/c/zuul/zuul/+/816687
- [zuul/zuul] 816688: Forward cache ltime with tenant reconfig event https://review.opendev.org/c/zuul/zuul/+/816688
- [zuul/zuul] 816689: Add source interface for getting the cache ltime https://review.opendev.org/c/zuul/zuul/+/816689
- [zuul/zuul] 816690: Store branch cache minimum ltimes in layout state https://review.opendev.org/c/zuul/zuul/+/816690
- [zuul/zuul] 816691: Use branch cache min. ltime when loading a tenant https://review.opendev.org/c/zuul/zuul/+/816691
-@gerrit:opendev.org- Simon Westphahl proposed:13:26
- [zuul/zuul] 816686: Refresh branch cache depending on min. ltime https://review.opendev.org/c/zuul/zuul/+/816686
- [zuul/zuul] 816687: Add branch cache ltime to trigger events https://review.opendev.org/c/zuul/zuul/+/816687
- [zuul/zuul] 816688: Forward cache ltime with tenant reconfig event https://review.opendev.org/c/zuul/zuul/+/816688
- [zuul/zuul] 816689: Add source interface for getting the cache ltime https://review.opendev.org/c/zuul/zuul/+/816689
- [zuul/zuul] 816690: Store branch cache minimum ltimes in layout state https://review.opendev.org/c/zuul/zuul/+/816690
- [zuul/zuul] 816691: Use branch cache min. ltime when loading a tenant https://review.opendev.org/c/zuul/zuul/+/816691
-@gerrit:opendev.org- Simon Westphahl proposed:13:30
- [zuul/zuul] 816686: Refresh branch cache depending on min. ltime https://review.opendev.org/c/zuul/zuul/+/816686
- [zuul/zuul] 816687: Add branch cache ltime to trigger events https://review.opendev.org/c/zuul/zuul/+/816687
- [zuul/zuul] 816688: Forward cache ltime with tenant reconfig event https://review.opendev.org/c/zuul/zuul/+/816688
- [zuul/zuul] 816689: Add source interface for getting the cache ltime https://review.opendev.org/c/zuul/zuul/+/816689
- [zuul/zuul] 816690: Store branch cache minimum ltimes in layout state https://review.opendev.org/c/zuul/zuul/+/816690
- [zuul/zuul] 816691: Use branch cache min. ltime when loading a tenant https://review.opendev.org/c/zuul/zuul/+/816691
@jim:acmegating.comswest: question on https://review.opendev.org/81668614:13
@westphahl:matrix.orgcorvus: whoops. yes that should be rlock14:14
-@gerrit:opendev.org- Simon Westphahl proposed:14:16
- [zuul/zuul] 816686: Refresh branch cache depending on min. ltime https://review.opendev.org/c/zuul/zuul/+/816686
- [zuul/zuul] 816687: Add branch cache ltime to trigger events https://review.opendev.org/c/zuul/zuul/+/816687
- [zuul/zuul] 816688: Forward cache ltime with tenant reconfig event https://review.opendev.org/c/zuul/zuul/+/816688
- [zuul/zuul] 816689: Add source interface for getting the cache ltime https://review.opendev.org/c/zuul/zuul/+/816689
- [zuul/zuul] 816690: Store branch cache minimum ltimes in layout state https://review.opendev.org/c/zuul/zuul/+/816690
- [zuul/zuul] 816691: Use branch cache min. ltime when loading a tenant https://review.opendev.org/c/zuul/zuul/+/816691
@jim:acmegating.comawesome; that stack looks good to me :)14:26
@jim:acmegating.comClark: https://review.opendev.org/816566 is the stack that should allow us to run multi-sched for longer periods14:27
-@gerrit:opendev.org- Simon Westphahl proposed:14:38
- [zuul/zuul] 815787: Refresh pipelines in tests when settled https://review.opendev.org/c/zuul/zuul/+/815787
- [zuul/zuul] 815278: DNM: execute tests with two schedulers https://review.opendev.org/c/zuul/zuul/+/815278
-@gerrit:opendev.org- Andre Aranha proposed: [zuul/zuul-jobs] 816385: Add fips version of jobs needed for OpenStack https://review.opendev.org/c/zuul/zuul-jobs/+/81638514:56
@clarkb:matrix.orgcorvus cool I'll take a look soon14:57
@tobias.henkel:matrix.orgcorvus, swest: I've a question regarding to https://review.opendev.org/c/zuul/zuul/+/816687/4/zuul/connection/__init__.py. When we clear the cache and forward that ltime with the event. Don't we need to repopulate the cache for that project as well?15:45
@tobias.henkel:matrix.orgotherwise another scheduler might use that exact cache with the cleared project?15:45
@tobias.henkel:matrix.orgor do I miss something here?15:45
@jim:acmegating.comtobiash: i think when the scheduler gets around to actually doing the reconfiguration, it will call getProjectBranches which will find the cache is empty and then it will populate the cache; then that new ltime should be used in the layout state to tell the other schedulers to refresh15:47
@tobias.henkel:matrix.orgis the reconfig the only time when it should refresh it?15:47
@jim:acmegating.comi think that's the last part of the process; it should also get refreshed right before the getProjectBranches call i mentioned above (so it refreshes in order to get the new empty state)15:49
@jim:acmegating.combut every change (branch add/delete) i think should result in a tenant reconfig15:50
@jim:acmegating.comor, almost every one15:50
@tobias.henkel:matrix.orgl15:50
@tobias.henkel:matrix.org * k15:50
@jim:acmegating.com(we don't reconfigure if it's a branch add/delete on an unprotected branch and the tenant excludes unprotected branches)15:51
@clarkb:matrix.org(reviewing that stack is still on my todo list, caught up on my morning things, need to eat something then these reviews are next)15:51
@jim:acmegating.combut i think the cache won't have changed in that case so it's fine15:51
@tobias.henkel:matrix.orgah yeah, I missed that the reconfig itself checks the missing project and repopulates that15:51
@jim:acmegating.comyeah, should be a side effect of the getProjectBranches call at scheduler.py line 1753 15:52
@tobias.henkel:matrix.orgI think we could still improve that by updating the branch cache for that repo directly when we clear it, this would probably the workflow easier to understand15:53
@tobias.henkel:matrix.orgmaybe this also makes it more stable when having especially multi tenant repos15:54
@tobias.henkel:matrix.orgah wait15:54
@tobias.henkel:matrix.orgthe branch list should probably only be updated after the tenant reconfig probably15:54
@tobias.henkel:matrix.orgso I guess it's fine as is15:54
@jim:acmegating.comtobiash: yes, i think so too; but i noticed comments in there about protected branches only being configured after branch creation, and i wondered if we intentionally wanted to leave the cache empty as long as possible?15:55
@jim:acmegating.com(at any rate, i think the current patch series mimics the single-scheduler behavior as close as possible on multi-schedulers)15:55
@tobias.henkel:matrix.orgthis part is actually handled in the scheduler here: https://review.opendev.org/c/zuul/zuul/+/816687/4/zuul/scheduler.py15:56
@tobias.henkel:matrix.orgwhere it decides based on multiple heuristics if it needs to reconfigure or not15:57
@tobias.henkel:matrix.organyhow, that's complicated stuff due to the missing webhook events :/15:59
@tobias.henkel:matrix.orgcorvus: comment on 81669016:08
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 816208: WIP Use AuthProvider https://review.opendev.org/c/zuul/zuul/+/81620816:55
@jim:acmegating.comtobiash: i agree16:57
@clarkb:matrix.orgcorvus: comments on https://review.opendev.org/c/zuul/zuul/+/816595 I feel like there is a little bit of asymetry there that might make queries return inconsistent results depending on ordering branch updates are applied in17:38
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com:17:38
- [zuul/zuul] 816566: Use CachedBranchConnection in Gerrit driver https://review.opendev.org/c/zuul/zuul/+/816566
- [zuul/zuul] 816567: Use CachedBranchConnection in Pagure driver https://review.opendev.org/c/zuul/zuul/+/816567
@clarkb:matrix.orgcorvus: this is probably fine with a single scheduler where we can always ensure the code order is right but once we have multiple things could get out of sync?17:38
@clarkb:matrix.org(also this review took me too long sorry, was trying to get a model in my head)17:38
@jim:acmegating.comno worries; responding now17:48
@clarkb:matrix.orgcorvus: when you're done with that one can you check my question on https://review.opendev.org/c/zuul/zuul/+/816687 (that one is mostly for me to make sure I understand the change properly)17:52
@jim:acmegating.comClark: okay, novel complete on 81659518:02
@jim:acmegating.comClark: and correct on 81668718:03
@clarkb:matrix.orgthanks catching up now18:03
@clarkb:matrix.orgcorvus:  for "two tenants can have the same project in them with different exclude-unprotected-branches settings." that helps me understand some of the complexiy there. Does the connection name ensure we lookup the correct cache for each tenant's use of the project?18:06
@jim:acmegating.comClark: the branch list is universal, therefore so is the cache.  it's the fact that every call to getProjectBranches comes with an "exclude_unprotected" argument, and that argument is generally directly the value of the tenant.exclude-unprotected-branches setting in the tenant config that causes us to provide the right data to each tenant.18:07
@clarkb:matrix.orgbut isn't that a boolean value?18:08
@jim:acmegating.comyes -- projects don't have different branches for different tenants; they just have whatever branches they have.  but some tenants want to see all the branches, and some want to only see the protected ones.  so only two possibilities for any given real-world project.18:10
@clarkb:matrix.orgoh I see the list of protected branches is a code review system attribute not a project tenant config attribute18:10
@jim:acmegating.comyes!18:10
@clarkb:matrix.orgwhat differs between project config tenant attributes is whether or not they want to see the whole picture or just the protected branches18:10
@jim:acmegating.comexactly18:11
@clarkb:matrix.organd that makes the boolean sufficient18:11
@clarkb:matrix.orgok and I see the code in the connection that sets the data if branches = self._branch_cache.getProjectBranches() returns None which addresses my concern about order. Since any scheduler would get None if that wasn't populated yet and then they would go populate it18:13
@clarkb:matrix.orgessentially that works for both one scheduler or many18:13
@clarkb:matrix.orgthank you for writing that down, it helped18:13
@jim:acmegating.comnp :)18:14
@clarkb:matrix.orgcorvus: is it safe to approve these as I go? I approved the first two as I went because I was confident those were safe but less sure of the rest of the stack18:14
@jim:acmegating.comyes i think so18:14
@clarkb:matrix.orgok18:14
@clarkb:matrix.orgAny concern about the unittest failure on https://review.opendev.org/c/zuul/zuul/+/816689/ ?18:20
@clarkb:matrix.orgwould https://review.opendev.org/c/zuul/zuul/+/816689/4/zuul/driver/git/gitsource.py mean we never discover new branches on a git source?18:22
@clarkb:matrix.orgI put that as an inline comment to keep the discussion in gerrit history18:23
@jim:acmegating.comthe test failure looks like something was still running during shutdown, buti  can't tell what :/  i doubt it's related, but would be good to figure out.18:27
@jim:acmegating.comClark: and rplied on 68918:29
@clarkb:matrix.orgoh that would explain it :) thanks approved18:32
@clarkb:matrix.orgcorvus: tobiash looking at https://review.opendev.org/c/zuul/zuul/+/816691/4/zuul/scheduler.py we load tenant with the min ltimes dict. Do we need to create that dict twice?18:39
@clarkb:matrix.orgThat is related to the comment on https://review.opendev.org/c/zuul/zuul/+/816690/18:39
@clarkb:matrix.orgMade note of that on 816691 swest ^ fyi18:42
@clarkb:matrix.orgalso https://review.opendev.org/c/zuul/zuul/+/815787/ is failing unittests and it updates unittests so I'll let that be for now18:42
@jim:acmegating.comClark: i think in 816691 that's a different method (prime vs doTenantReconfigureEvent) and in the prime method, wi already construct the minltimes right before loadTenant19:15
@jim:acmegating.comoh, i see; there's input to loadTenant and then _reconfigureTenant19:18
@jim:acmegating.comClark, tobiash, swest: yeah, i'm starting to think that we need to construct the min_ltimes dict both before loadTenant and again after19:19
@jim:acmegating.comin both cases19:19
@jim:acmegating.com(maybe time for a helper function :)19:20
@jim:acmegating.comClark, tobiash, swest, felixedel: can you take a look at my first comment on https://review.opendev.org/814996 -- it has relevance to the branch cache stack.21:19
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 816595: Store connection branch cache in ZK https://review.opendev.org/c/zuul/zuul/+/81659521:47
-@gerrit:opendev.org- Zuul merged on behalf of Simon Westphahl:22:00
- [zuul/zuul] 816686: Refresh branch cache depending on min. ltime https://review.opendev.org/c/zuul/zuul/+/816686
- [zuul/zuul] 816687: Add branch cache ltime to trigger events https://review.opendev.org/c/zuul/zuul/+/816687
- [zuul/zuul] 816688: Forward cache ltime with tenant reconfig event https://review.opendev.org/c/zuul/zuul/+/816688
-@gerrit:opendev.org- Zuul merged on behalf of Simon Westphahl: [zuul/zuul] 816689: Add source interface for getting the cache ltime https://review.opendev.org/c/zuul/zuul/+/81668922:00
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed:22:04
- [zuul/nodepool] 807464: Add metastatic driver https://review.opendev.org/c/zuul/nodepool/+/807464
- [zuul/nodepool] 816757: Azure: add image-id support https://review.opendev.org/c/zuul/nodepool/+/816757
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 816767: Don't clear branch cache https://review.opendev.org/c/zuul/zuul/+/81676723:06
@jim:acmegating.comI updated my comment on 814996 and left some thoughts on 81676723:13
@jim:acmegating.comi think we can still merge the branch cache stack tomorrow once swest checks in on those suggested changes.  that will allow us to try running 2 schedulers again.  this is all just thinking about the next steps to prep for felixedel's zuul-web changes.23:14
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed:23:42
- [zuul/nodepool] 816757: Azure: add image-id support https://review.opendev.org/c/zuul/nodepool/+/816757
- [zuul/nodepool] 807464: Add metastatic driver https://review.opendev.org/c/zuul/nodepool/+/807464

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