Friday, 2021-07-23

opendevreviewIan Wienand proposed zuul/nodepool master: Require DIB 3.13.0  https://review.opendev.org/c/zuul/nodepool/+/80193004:11
*** bhagyashris__ is now known as bhagyashris04:41
*** marios is now known as marios|ruck05:20
*** marios|ruck is now known as marios07:01
*** marios is now known as marios|ruck07:05
*** rpittau|afk is now known as rpittau07:35
*** marios_ is now known as marios08:06
*** marios is now known as marios|ruck08:08
*** jcapitao is now known as jcapitao_afk12:14
*** mgoddard- is now known as mgoddard12:18
*** jcapitao_afk is now known as jcapitao12:44
opendevreviewSimon Westphahl proposed zuul/zuul master: Use a temp ZK config cache for tenant validation  https://review.opendev.org/c/zuul/zuul/+/80080013:17
swestclarkb ^ changed the interface as proposed13:19
*** rpittau is now known as rpittau|afk14:13
clarkbswest: thanks, change lgtm14:33
*** jcapitao1 is now known as jcapitao14:43
*** holser is now known as holser_15:24
opendevreviewMerged zuul/nodepool master: Require DIB 3.13.0  https://review.opendev.org/c/zuul/nodepool/+/80193015:43
opendevreviewMerged zuul/zuul master: Use a temp ZK config cache for tenant validation  https://review.opendev.org/c/zuul/zuul/+/80080015:48
*** holser_ is now known as holser15:51
*** marios|ruck is now known as marios16:03
*** marios is now known as marios|out16:08
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Support imagePrefix and versions  https://review.opendev.org/c/zuul/zuul-operator/+/78527916:51
corvustristanC: ^ that's fixed now and i replied to your comment17:26
corvusi'm about to patchbomb the rest of the stack17:26
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Support fingergw  https://review.opendev.org/c/zuul/zuul-operator/+/78530017:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Add docs  https://review.opendev.org/c/zuul/zuul-operator/+/78508317:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Support zuul-preview  https://review.opendev.org/c/zuul/zuul-operator/+/78576017:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Add support for zuul-registry  https://review.opendev.org/c/zuul/zuul-operator/+/78576117:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Remove extra 2 minute wait from tests  https://review.opendev.org/c/zuul/zuul-operator/+/78576217:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Add allowUnsafeConfig database setting  https://review.opendev.org/c/zuul/zuul-operator/+/78576417:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Pass through environment to scheduler, web and launcher  https://review.opendev.org/c/zuul/zuul-operator/+/78598817:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Allow terminationGracePeriodSeconds to be configurable  https://review.opendev.org/c/zuul/zuul-operator/+/78598917:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Flake8 cleanups  https://review.opendev.org/c/zuul/zuul-operator/+/78634917:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Fix error with multiple nodepool providers  https://review.opendev.org/c/zuul/zuul-operator/+/79991717:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Add instructions and tools for running tests with kind  https://review.opendev.org/c/zuul/zuul-operator/+/78576317:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Add static node to functional test  https://review.opendev.org/c/zuul/zuul-operator/+/79987417:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Mount connection sshkeys on executors and mergers  https://review.opendev.org/c/zuul/zuul-operator/+/79999817:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Set component command with args instead of command  https://review.opendev.org/c/zuul/zuul-operator/+/80026317:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Configure debug logs for merger  https://review.opendev.org/c/zuul/zuul-operator/+/80026417:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Make nodepool external_config mount more generic  https://review.opendev.org/c/zuul/zuul-operator/+/80078617:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Document externalConfig  https://review.opendev.org/c/zuul/zuul-operator/+/80079117:27
opendevreviewJames E. Blair proposed zuul/zuul-operator master: Fix config update detection  https://review.opendev.org/c/zuul/zuul-operator/+/80099117:27
clarkbcorvus: I'm trying to put together a test for the rename repos playbook and notice that one of the steps is the move the zuul project secrets. If you change to put all of that in zk merges before we do the rename we'll need a process for that.20:01
clarkbcorvus: but also you probably want to add a third tool to the two you are adding whcih is to rename a project in zk?20:01
corvusclarkb: well, as it stands, the situation would be the same before or after my change: it's relatively easy to copy the key from old to new, but difficult to delete old20:06
y2kennyBefore success/failure-url got deprecated, I set my failure-url to "http://zuul/t/{tenant.name}/build/{build.uuid}/console" for convenient access to the console.  Is this still configurable in other ways after the deprecation?  (I don't have to configure it per job... but having different success and failure-url would be useful.) 20:06
corvusclarkb: (the only way to delete old now is manual zk surgery)20:07
clarkbcorvus: you'd need to do manual surgery to copy old to new right? Possibly via editing of the export or direclty in zk20:07
corvusy2kenny: no, we're all-in on the build page.  but the build page displays the text output near the failing task, so the hope is you can still see the initial error line with one click.20:08
y2kennycorvus: ok, thanks for the confirmation20:08
corvusclarkb: you can copy old to new by copying the file in the filesystem20:09
corvusit's deleting old from zk that isn't trivial20:09
clarkbcorvus: today you can do that but your change removes the pull from the filesystem ?20:10
corvuscorrect, but adds an import20:10
corvusso it's equivalent (you just have to run a command)20:10
clarkbright ok20:11
clarkbwe modify the filesystem then run the import20:11
corvusright20:11
clarkbcorvus: what about the behavior before your change lands. Does zuul import what is on the filesystem? I know that it exports20:11
corvusyes, it's a fallback, so as soon as zuul requests a key for the project, it will pull it from the fs20:11
clarkbgot it20:12
corvusclarkb: regardless -- can we improve the process?20:12
corvusi'm not sure a "rename-key" command would be straightforward -- when could you run that and guarantee that zuul will not request the wrong key and therefore generate a new one20:13
corvus(maybe that's okay because you just don't care anymore if it generates a throwaway key on an old project name)20:13
clarkbcorvus: ya I guess you have to do an add, then remove later20:13
corvusthat may be easier to understand and deal with20:13
clarkband in this case the add would be a copy20:14
corvusso "copy-key" to copy old-> new and "delete-key" to delete old when unused20:14
clarkbya20:16
corvusclarkb: i put a note on the import/export change, but it may make sense as a followup (for reviewability)20:16
clarkbI think that is fine as long as we land them together so that users get a full complement of tools when upgrading20:17
avass[m]corvus: y2kenny i think we talked about making some changes to the build dashboard a while ago though, since the summary page isn't super useful the way it is right now and could instead be replaced with the console page. But no one is really driving that20:17
avass[m]zbr: I think you were in on that discussion as well :)20:18
clarkbcorvus: and for the remove later timeframe I think you'd be ok to run the delete-key command once all schedulers have had their configs reloaded?20:19
clarkbbecause at that point the jobs/builds/secrets should all be associated with the new name?20:19
corvusclarkb: yep.  though i think the way it may actually shake out is that as soon as the first scheduler has its config reloaded, the rest will have the same view (i think it's going to end up being something like first scheduler copies tenant config file into zk, then all schedulers see it).  so... "yes" but possibly faster than what one might expect :)20:20
clarkbah nice20:21
corvusclarkb: i think that means the rename process would be pretty quick with zuul: copy-key; reload config (hopefully this is a synchronous call that returns once the new config is in zk); delete-key20:22
clarkb++20:23
corvusshould be able to happen all in one shell session in a couple of seconds20:23
corvusmodulo how long it takes to get the initial lock20:23
opendevreviewJames E. Blair proposed zuul/zuul master: Report all build[set] completions to DB  https://review.opendev.org/c/zuul/zuul/+/80211520:27
opendevreviewJames E. Blair proposed zuul/zuul master: Report all build[set] completions to DB  https://review.opendev.org/c/zuul/zuul/+/80211520:29
corvusclarkb, tobiash, mordred: i've noticed some edge cases where builds can be left "open" in the database; that should take care of that.20:31
*** holser is now known as holser_21:07
y2kennyavass[m]: I see.  Thanks for the info.21:09
*** holser_ is now known as holser21:54
clarkbcorvus: some questions on https://review.opendev.org/c/zuul/zuul/+/80211522:18
opendevreviewJames E. Blair proposed zuul/zuul master: Report all build[set] completions to DB  https://review.opendev.org/c/zuul/zuul/+/80211522:24
corvusclarkb: replied -- i went ahead and changed your nit about the list since the tests flaked out anyway22:25

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