Wednesday, 2021-05-05

*** goneri has quit IRC00:04
openstackgerritIan Wienand proposed zuul/nodepool master: Install podman in container for container-based builds  https://review.opendev.org/c/zuul/nodepool/+/75664300:34
fungiianw: yes, the backports sources will have a low enough priority that nothing should auto-install from them unless you explicitly request a package which is only in backports or provide a version constraint for a version only in backports or directly request the package from the backports suite instead of the default00:37
mordredianw: ++00:51
*** jamesmcarthur has joined #zuul01:05
openstackgerritIan Wienand proposed zuul/zuul master: Update to Python 3.9  https://review.opendev.org/c/zuul/zuul/+/78965401:15
openstackgerritIan Wienand proposed zuul/nodepool master: Update to Python 3.9  https://review.opendev.org/c/zuul/nodepool/+/78965501:15
*** jamesmcarthur has quit IRC01:28
*** jamesmcarthur has joined #zuul01:46
*** jamesmcarthur has quit IRC01:50
*** jamesmcarthur has joined #zuul02:00
*** jamesmcarthur has quit IRC02:26
*** jamesmcarthur has joined #zuul02:27
*** evrardjp has quit IRC02:33
*** evrardjp has joined #zuul02:33
*** ikhan has joined #zuul02:48
*** jamesmcarthur has quit IRC03:25
*** bhavikdbavishi has joined #zuul03:52
*** ikhan has quit IRC04:17
openstackgerritIan Wienand proposed zuul/nodepool master: Update to Python 3.9  https://review.opendev.org/c/zuul/nodepool/+/78965504:17
openstackgerritIan Wienand proposed zuul/zuul master: Update to Python 3.9  https://review.opendev.org/c/zuul/zuul/+/78965404:18
openstackgerritIan Wienand proposed zuul/nodepool master: Update to Python 3.9  https://review.opendev.org/c/zuul/nodepool/+/78965504:20
*** ykarel has joined #zuul04:20
openstackgerritIan Wienand proposed zuul/zuul master: Update to Python 3.9  https://review.opendev.org/c/zuul/zuul/+/78965404:27
*** jfoufas1 has joined #zuul04:28
*** saneax has quit IRC04:29
*** ikhan has joined #zuul04:48
*** vishalmanchanda has joined #zuul04:51
*** ikhan has quit IRC04:52
*** bhavikdbavishi has quit IRC05:12
*** bhavikdbavishi has joined #zuul05:30
*** ikhan has joined #zuul06:02
*** ikhan has quit IRC06:06
*** jcapitao has joined #zuul06:29
openstackgerritTobias Henkel proposed zuul/zuul master: Fix resolveBranch working on outdated data  https://review.opendev.org/c/zuul/zuul/+/78925306:29
*** bhavikdbavishi has quit IRC06:43
*** bhavikdbavishi has joined #zuul06:44
*** avass has joined #zuul06:51
*** bhavikdbavishi has quit IRC06:57
*** nils has joined #zuul07:07
*** rpittau|afk is now known as rpittau07:12
*** hashar has joined #zuul07:19
*** bhavikdbavishi has joined #zuul07:23
*** tosky has joined #zuul07:30
*** jpena|off is now known as jpena07:57
*** harrymichal has joined #zuul08:05
*** ianychoi_ has quit IRC08:13
lyrHi there08:27
openstackgerritMatthieu Huin proposed zuul/zuul master: Web UI: add checkboxes to filter toolbar, filter builds by held, voting  https://review.opendev.org/c/zuul/zuul/+/72926508:28
lyrIs there a way to encrypt a secret globaly instead of on project  level ?08:29
lyrLike encrypting my mattermost webhook globaly instead of once for each project where I want a notificaiton08:29
avasslyr: no but I believe you can ecrypt it and put the job config in a config project and then use that job in other projects08:31
lyrAh you mean a job with only a post step, running the mattermost task08:32
lyrHmm will that work ? Using the encryt cli I've to specify a project08:32
mhuencrypt it for the config project, and then use this job defined in the config project elsewhere08:36
*** ikhan has joined #zuul08:36
avasslyr: or are you running that in a post/cleanup step?08:40
*** ikhan has quit IRC08:41
avasslyr: but yeah it would work. you encrypt it and store it in a config project. I do something like that to get around github not allowing self approvals :)08:41
avasslyr: I think this is public: https://github.com/albinvass/zuul-config/blob/master/zuul.d/approve.yaml that sets up a project-template to make zuul approve PRs when a CODEOWNER comments /approve. In other projects I just apply that template to make it work08:46
avassbut if you need to run something with secrets in a post-run then it would be easier to create a job with only a post-run like you say and then use that as a parent. (or you could add that post-run to the base job if everything should run it )08:49
openstackgerritSimon Westphahl proposed zuul/zuul master: Store tenants in unparsed abide as dict  https://review.opendev.org/c/zuul/zuul/+/77145608:50
openstackgerritSimon Westphahl proposed zuul/zuul master: Always request all required project configuration  https://review.opendev.org/c/zuul/zuul/+/78896208:50
openstackgerritSimon Westphahl proposed zuul/zuul master: Fix missing call to updateFromDict for mgmt events  https://review.opendev.org/c/zuul/zuul/+/78957408:50
openstackgerritSimon Westphahl proposed zuul/zuul master: Stream API for sharded Zookeeper data  https://review.opendev.org/c/zuul/zuul/+/77145408:50
openstackgerritSimon Westphahl proposed zuul/zuul master: Add Zookeeper API to get the current logical time  https://review.opendev.org/c/zuul/zuul/+/78957508:50
openstackgerritSimon Westphahl proposed zuul/zuul master: Add a logical timestamp to management events  https://review.opendev.org/c/zuul/zuul/+/78957608:50
openstackgerritSimon Westphahl proposed zuul/zuul master: Implement API for caching raw config files in ZK  https://review.opendev.org/c/zuul/zuul/+/78957708:50
openstackgerritSimon Westphahl proposed zuul/zuul master: Cache unparsed config files in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145508:50
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: user login with OpenID Connect  https://review.opendev.org/c/zuul/zuul/+/73408209:00
openstackgerritTobias Henkel proposed zuul/zuul master: Fix resolveBranch working on outdated data  https://review.opendev.org/c/zuul/zuul/+/78925309:01
openstackgerritMatthieu Huin proposed zuul/zuul master: Add authentication-realm attribute to tenants  https://review.opendev.org/c/zuul/zuul/+/73558609:02
*** bhavikdbavishi has quit IRC09:15
*** bhavikdbavishi has joined #zuul09:16
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: allow a privileged user to dequeue a change  https://review.opendev.org/c/zuul/zuul/+/73485009:18
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: allow a privileged user to re-enqueue a change  https://review.opendev.org/c/zuul/zuul/+/73677209:19
openstackgerritMatthieu Huin proposed zuul/zuul master: Web UI: allow a privileged user to request autohold  https://review.opendev.org/c/zuul/zuul/+/76811509:21
*** ykarel has quit IRC09:22
*** ykarel has joined #zuul09:22
openstackgerritMatthieu Huin proposed zuul/zuul master: REST API, Web UI: add pipelines' manager, triggers data in status  https://review.opendev.org/c/zuul/zuul/+/73696809:30
*** harrymichal has quit IRC09:31
*** saneax has joined #zuul09:43
*** holser has joined #zuul09:49
*** jcapitao is now known as jcapitao_lunch10:23
*** bhavikdbavishi has quit IRC10:25
*** bhavikdbavishi has joined #zuul10:30
*** hashar has quit IRC10:32
*** sshnaidm|afk is now known as sshnaidm10:34
*** ikhan has joined #zuul10:37
*** tosky has quit IRC10:38
*** tosky has joined #zuul10:38
*** ikhan has quit IRC10:42
*** tosky_ has joined #zuul10:45
*** tosky has quit IRC10:47
*** tosky_ is now known as tosky10:49
*** bhavikdbavishi1 has joined #zuul11:03
*** bhavikdbavishi has quit IRC11:05
*** bhavikdbavishi1 is now known as bhavikdbavishi11:05
*** Shrews has joined #zuul11:14
*** ikhan has joined #zuul11:17
*** jpena is now known as jpena|lunch11:26
*** ikhan has quit IRC11:38
*** jcapitao_lunch is now known as jcapitao11:57
*** jamesmcarthur has joined #zuul12:16
*** hashar has joined #zuul12:25
*** jpena|lunch is now known as jpena12:30
*** jamesmcarthur has quit IRC12:31
*** jamesmcarthur has joined #zuul12:33
*** saneax has quit IRC12:49
*** ssmashnuk has joined #zuul12:58
*** nhicher_ has quit IRC13:21
*** dpawlik has quit IRC13:22
*** hashar has quit IRC13:25
*** hashar has joined #zuul13:25
*** nhicher has joined #zuul13:33
*** jamesmcarthur has quit IRC13:36
*** ssmashnuk has quit IRC13:42
*** josefwells has joined #zuul13:43
*** bhavikdbavishi has quit IRC13:46
*** jamesmcarthur has joined #zuul13:52
openstackgerritMahdi Hammouda proposed zuul/nodepool master: Revert "docker: don't daemonize when starting images"  https://review.opendev.org/c/zuul/nodepool/+/78981413:57
corvusdoes anyone have any context for that ^ ?13:59
fungifirst i've seen it14:05
fungii don't recall anyone mentioning in here having trouble with the docker images after the switch to running foreground14:05
fungiand the commit it's reverting merged over 2 years ago14:06
fungilooks like the revert was created by gerrit revert button on 63558414:07
fungiso maybe an accident?14:07
* Shrews wonders why he is a reviewer on that and thus getting emails14:07
fungiShrews: gerrit helpfully adds approvers from the reverted change on the revert14:07
Shrewsso helpful14:08
fungii mean, i guess that might be helpful if it were reverting a change which merged yesterday14:08
* Shrews clicks the 'X' to remove himself14:08
*** ssmashnuk has joined #zuul14:27
*** ssmashnuk has quit IRC14:27
*** dpawlik5 has joined #zuul14:27
*** ssmashnuk has joined #zuul14:28
ssmashnukGood morning everyone, thanks again for all your help last week.  My pilot project to move our dev/qa infrastructure from TFS into Zuul/Gerrit/Jira is looking promising however there are still a few things I need to grok, mostly around logging.  Because we build on Windows I get that the realtime console streaming won't work out of the box.  What14:29
ssmashnukI'd appreciate some assistance with is 1) getting the ansible playbook output from the build nodes exposed in zuul/gerrit, and 2) understanding the ansible vars available to devs and typical workflows for capturing artifacts.14:29
ssmashnukFor #1 the trusted output comes through fine but the untrusted only shows the finger:// url.  The logs are present on the executor in the work/logs/job-output.txt though. How can I get this propagated?  I've also got an ARA container available. I see references to ARA in the docs, but nothing specific on getting it working.  I've set ARA_API_CLIENT14:29
ssmashnukand ARA_API_SERVER env vars set on the executor but I'm still missing something.14:29
ssmashnukFor #2  Are there any examples I can have a look at?  Are there zuul helper roles which can be exposed here, or should these playbooks be straight up vanilla ansible?14:29
dmsimardssmashnuk: good morning o/14:30
dmsimardthe implementation of ara from the zuul executor perspective is out of date right now, it's still using 0.x so the variables like ARA_API_CLIENT are not taken into account -- these are for 1.x14:30
*** dpawlik5 is now known as dpawlik14:32
*** avass has quit IRC14:32
dmsimardI had a very rough PoC a while back that I didn't follow through, in part due to lack or time and because I wasn't satisfied with it: https://review.opendev.org/c/zuul/zuul/+/69462214:33
ssmashnukdmsimard: thanks, ARA was more of a nice to have.14:35
dmsimardMy zuul is rusty nowadays but I think the right approach would be to decouple it from zuul and make it so operators can enable arbitrary callbacks (like say, Ansible's profile_tasks) with a way to set the config14:36
*** snktparik has joined #zuul14:53
corvusdmsimard: ++14:53
snktparikHi, We are facing an issue in zuul. after restarting eks pod zuul reset our key pair.15:06
snktparikas a result's of it we are unable to decrypt our secrets.15:06
snktparikany one know how we can resolve this ?15:07
tobiashsnktparik: you need to store the keys on a pvc15:07
openstackgerritMatthieu Huin proposed zuul/zuul master: REST API, Web UI: add pipelines' manager, triggers data in status  https://review.opendev.org/c/zuul/zuul/+/73696815:07
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: allow a privileged user to promote a change  https://review.opendev.org/c/zuul/zuul/+/78185815:10
*** avass has joined #zuul15:10
snktpariktobiash you have any document for refrence.15:12
tobiashsnktparik: more specifically you need to have the state dir on a pvc: https://zuul-ci.org/docs/zuul/discussion/components.html#attr-scheduler.state_dir15:13
tobiashthe keys are stored within that directory and need to be persisted between restarts15:14
snktpariktobiash thanks.15:14
*** ykarel has quit IRC15:28
*** patrick34 has joined #zuul15:40
patrick34Hi IRC people, quick question, do you know if enqueue/dequeue CLI features of zuul should be working for drivers other than gerrit? I use a git server, specifically gitea and seems the enqueue and dequeue cli commands are not working. (I opened this storyboard not long ago https://storyboard.openstack.org/#!/story/2008819)15:43
mhuhave you tried with the admin CLI that comes with zuul? It uses the gearman protocol. If it works this way, then there's a problem with the REST API15:44
patrick34the "admin" cli? humm.. checking15:44
mhuif it doesn't, it's a problem with the RPC server15:44
mhupatrick34, try "zuul --help" where zuul is running (server or container)15:46
patrick34I did exactly that as you wrote it lol :D15:46
mhugreat minds etc :)15:46
patrick34also note I use zuul 3.19.1-115:47
patrick34I don't see any thing related to an 'admin' in the help15:47
lyrHi there. I've this error stack in zuulm-scheduler logs https://paste.garrigue.re/?f21f8d95a23631b1#9ccnpKbVA7KK4pqW8uycAyGVigPdfBEnJEr6DA9oBE3B. I don't get it, our Zuul's github app is configured for this organization, but this repository isn't defined in the resources.yaml (the projects), there's no zuul.yaml or zuul.d ...15:47
clarkbpatrick34: you may need to use enqueue-ref? since git doesn't have a concept of changes?15:47
lyrThis example happens on a PR after merge, dunno if it's systematic15:47
clarkbpatrick34: iirc the enqueue command is very change centric15:48
clarkb(which could be a PR too)15:48
fungiclarkb: the example traceback in the linked story was for dequeue though15:48
patrick34clarkb oh I haven't tried this indeed. I would also interested in a "dequeue-ref" tough?15:48
mhupatrick34, it's just that the CLI that comes with zuul is meant to be used as an admin. You don't need an auth token to use it. It'll get the gearman connection specifications from /etc/zuul/zuul.conf directly15:48
mhuhence "admin"15:48
patrick34mhu ok yeah I run the commands from the server directly. Note I run this on a kubernetes cluster15:49
clarkbI think there is a corresponding dequeue-ref?15:49
mhuok I don't think it should impact anything15:49
fungipatrick34: there's no dequeue-ref, dequeue should in theory handle all types of queue items15:49
clarkbah dequeue-ref is rest api specific15:49
fungii've used zuul dequeue in the past with a branch ref as well (with our periodic pipeline)15:50
clarkblyr: is that project in your tenant config? (is that what resources.yaml is? will zuul read from there?)15:50
clarkblyr: another thought is maybe that repo has your app configured on it so it is sending events to zuul15:50
clarkb(not sure how much filtering zuul does early)15:50
lyrresources.yaml is a software factory file. What I meant is, this repository ain't in the projects list15:52
*** rpittau is now known as rpittau|afk15:52
lyrMy app is configured for all repos, which could explain that15:53
clarkblyr: I would grep the event id (44487936-adb5-11eb-9362-b4fc8aadf4e7 in your example) and see what the genesis is15:54
clarkbbut I suspect that the web hooks are firing and you are seeing this as a result15:54
*** hashar has quit IRC15:54
lyrok15:56
lyrwell I've updated my app installation for this org to only the relevant repositories instead of all of them15:56
lyrit's cleaner anyway, even if it requires one more step to add more later on15:56
patrick34I just typed this and get some RPCfailure fileschanges unique https://gist.github.com/plaurin84/792c9140a571aaf8dee3df1bc660e2ba15:57
clarkbpatrick34: that indicates the merge job called fileschanges failed when running that command. If you look in your merger logs you should find why (executors also act as mergers)15:59
patrick34oh yes I see something in merger logs16:01
patrick34stderr: 'fatal: Invalid revision range 0000000000000000000000000000000000000000..d37445c45090f5128abe5c15524a8996d76a23ca16:01
patrick34detailed... https://gist.github.com/plaurin84/b445f1a5cfa51a978f7576ce9406291616:02
clarkbI wonder if this is a sideffect of the consistent buildset ref changes16:03
corvusit looks like zuul doesn't handle dequeing refs like that16:03
corvusclarkb: no, this is the dequeue command not supplying an oldrev16:04
patrick34ops I updated the gist I missed a part16:04
clarkbah16:05
corvusand it's specific to the git driver16:05
corvuswhich attempts to supply a files list for branch updates; i don't think the gerrit driver does that.16:06
corvusso i think changes to zuul would be needed to make that work16:06
patrick34ah! glad that might be a real bug and not just me misusing the zuul cli '=D16:08
patrick34I'll be back a bit later lunchtime for me, thx for you help16:11
*** snktparik has quit IRC16:12
*** hashar has joined #zuul16:22
*** jcapitao has quit IRC16:31
*** ssmashnuk has quit IRC16:36
*** jpena is now known as jpena|off16:46
*** bhavikdbavishi has joined #zuul16:55
*** bhavikdbavishi has quit IRC16:59
*** josefwells has quit IRC17:05
*** jamesmcarthur_ has joined #zuul17:08
*** jamesmcarthur has quit IRC17:11
corvustobiash: qq on https://review.opendev.org/78925317:14
tobiashoh shit, overlooked that17:16
tobiashjust a sec17:16
openstackgerritTobias Henkel proposed zuul/zuul master: Fix resolveBranch working on outdated data  https://review.opendev.org/c/zuul/zuul/+/78925317:17
corvusclarkb: ^ is ready for your re-review (fixes a regression from global repo state)17:18
clarkblooking17:18
*** nils has quit IRC17:22
patrick34Hi I'm back. So, I guess the conversation he had earlier makes this valid? https://storyboard.openstack.org/#!/story/200881917:23
patrick34If needed let me know if you want me to add data to this story and how I can help17:23
*** jamesmcarthur_ has quit IRC17:23
*** hashar has quit IRC18:06
*** hashar has joined #zuul18:07
openstackgerritMerged zuul/zuul master: Fix implicit role repos missing in repo-state  https://review.opendev.org/c/zuul/zuul/+/78925218:14
*** josefwells has joined #zuul18:22
*** vishalmanchanda has quit IRC18:46
corvusclarkb, fungi, mordred: the yarn retry thing at https://review.opendev.org/789401 did not appear to work: https://zuul.opendev.org/t/zuul/build/00101e6628e84b38b6789ce4d9fb2b62/console18:49
mordredcorvus: I agree with that assessment18:51
clarkbam I reading it correctly that it doesn't seem to have retried?18:51
corvusclarkb: that's how i read it (especially with timestamps continuously increasing)18:52
corvusthe proximity of the last timestamp to 180s makes me wonder if there's a timeout i don't know about18:53
corvusbut i can't find anything about a tox install_command timeout18:54
mordredis it because we're set -e in the script?18:54
corvusoh huh18:54
mordredso instead of the until operating the error, it's treating it as a bash fail?18:54
mordredbecause it definitely doesn't seem to have retried18:55
corvusyep18:55
corvusi just reprod that with a simple bin/false script18:55
corvusso the retry above doesn't work either i guess?18:55
mordredI love set -e - but I really do hate that it subverts all flow control in scripts18:55
mordredcorvus: I'm gonna go with "no it doesn't work"18:56
corvusokay, so i'll remove -e and add in some strategic "|| exit 1" ?18:56
mordredmaybe we shoudl just wrap those loops with set +e  / set -e18:56
mordredor that18:57
corvushrm.  that's an idea...18:57
mordredwhichever seems the least ugly to your eyes honestly18:57
corvusi think i like yours18:57
openstackgerritJames E. Blair proposed zuul/zuul master: Really retry yarn installs  https://review.opendev.org/c/zuul/zuul/+/78993518:58
corvuswait, tabs18:59
openstackgerritJames E. Blair proposed zuul/zuul master: Really retry yarn installs  https://review.opendev.org/c/zuul/zuul/+/78993518:59
corvusclarkb, fungi, mordred: ^19:00
clarkbyup that should work since you explicitly exit 1 if you want to fail19:00
mordred+A19:01
mordredI wish bash had a "set -e execpt for flow control"19:01
*** jfoufas1 has quit IRC19:01
*** hashar has quit IRC19:02
*** josefwells has quit IRC19:18
*** patrick34 has quit IRC19:21
*** josefwells has joined #zuul19:22
*** jamesmcarthur has joined #zuul19:24
*** nils has joined #zuul19:27
*** jamesmcarthur has quit IRC19:29
openstackgerritMerged zuul/zuul master: Really retry yarn installs  https://review.opendev.org/c/zuul/zuul/+/78993520:01
*** fsvsbs has joined #zuul20:04
fsvsbsHi Tristan, qq we have the operator up and running almost ready to use in production... but I see that the persistent volumes are not being mounted20:06
tristanCfsvsbs: hi, you mean for postgres and zookeeper?20:08
fsvsbsscheduler20:11
fsvsbsThe claim appears but there is no mount point20:11
tristanCfsvsbs: oh i see, it seems like they are not correctly assigned20:14
fsvsbsso when we restart the scheduler to get new tenants and repos we loose all of our secrets :(20:15
tristanCyep, let me fix data volumes to use the claim20:19
fsvsbsThanks, sorry not much help on this one Dhall is not my friend, give me an operator like the awx one I could help, or in golang20:20
corvusfsvsbs: there is a rewrite to kopf/python in review starting at https://review.opendev.org/78503920:21
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Use the volume claim for the scheduler data  https://review.opendev.org/c/zuul/zuul-operator/+/78994120:27
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Use kopf operator framework  https://review.opendev.org/c/zuul/zuul-operator/+/78503920:31
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Bump API version to v1alpha2  https://review.opendev.org/c/zuul/zuul-operator/+/78504720:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Run a git server in k8s for functional tests  https://review.opendev.org/c/zuul/zuul-operator/+/78573820:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Move ingress to functional test  https://review.opendev.org/c/zuul/zuul-operator/+/78575720:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Support externally managed Zookeeper and DB  https://review.opendev.org/c/zuul/zuul-operator/+/78527320:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Pass through extra scheduler config options  https://review.opendev.org/c/zuul/zuul-operator/+/78527720:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Add merger support  https://review.opendev.org/c/zuul/zuul-operator/+/78527820:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Support imagePrefix and versions  https://review.opendev.org/c/zuul/zuul-operator/+/78527920:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Support fingergw  https://review.opendev.org/c/zuul/zuul-operator/+/78530020:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Add docs  https://review.opendev.org/c/zuul/zuul-operator/+/78508320:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Support zuul-preview  https://review.opendev.org/c/zuul/zuul-operator/+/78576020:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Add support for zuul-registry  https://review.opendev.org/c/zuul/zuul-operator/+/78576120:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Remove extra 2 minute wait from tests  https://review.opendev.org/c/zuul/zuul-operator/+/78576220:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Add allowUnsafeConfig database setting  https://review.opendev.org/c/zuul/zuul-operator/+/78576420:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Pass through environment to scheduler, web and launcher  https://review.opendev.org/c/zuul/zuul-operator/+/78598820:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Allow terminationGracePeriodSeconds to be configurable  https://review.opendev.org/c/zuul/zuul-operator/+/78598920:33
openstackgerritJames E. Blair proposed zuul/zuul-operator master: Flake8 cleanups  https://review.opendev.org/c/zuul/zuul-operator/+/78634920:33
tristanCfsvsbs: https://review.opendev.org/c/zuul/zuul-operator/+/789941 should make the scheduler use the volume claim. Though as corvus said, the zuul-operator is being rewritten with kopf, so you might want to use that instead20:33
corvustristanC: +2; i just double checked the kopf stack, and i think it does already correctly have a volume + claim for /var/lib/zuul20:34
corvus(sorry for the patchset spam; i just noticed some review comments on the first patch, so addressed them and rebased)20:35
fsvsbsI would agree and I am sure we will swing back to use it and to contribute to it, as we are github enterprise (and bit bucket) org (FIS)20:35
corvusfsvsbs: just fyi, we're probably not going to have a good upgrade story between the current version and the kopf version; it might be a case of exporting the data and then re-importing it20:39
fsvsbsmakes sense thanks20:40
corvusbut i think saving a copy of the keys and doing a db export/import are probably all that would be required.  so hopefully not too onerous20:40
*** jamesmcarthur has joined #zuul20:41
fsvsbsWe use an external DB (AWS RDS) and so it should just be a backup of the keys hopefully20:41
corvus++20:42
corvusincidentally, we're moving those into zk right now; so we won't actually need the state volume pvc much longer.  we'll make a utility to export/import keys from zk for backup purposes, but that doesn't exist yet.20:43
*** jamesmcarthur has quit IRC20:54
*** jamesmcarthur has joined #zuul20:54
*** patrick34 has joined #zuul21:06
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Use the volume claim for the scheduler data  https://review.opendev.org/c/zuul/zuul-operator/+/78994121:11
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add ensure-keystore-secret role  https://review.opendev.org/c/zuul/zuul-operator/+/78994321:11
*** jamesmcarthur has quit IRC21:12
*** jamesmcarthur has joined #zuul21:13
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add ensure-keystore-secret role  https://review.opendev.org/c/zuul/zuul-operator/+/78994321:42
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Use the volume claim for the scheduler data  https://review.opendev.org/c/zuul/zuul-operator/+/78994121:42
*** nils has quit IRC21:47
*** nils has joined #zuul21:50
*** jamesmcarthur has quit IRC21:52
*** nils has quit IRC21:59
*** CrayZee has joined #zuul22:00
*** snapiri has quit IRC22:03
*** jamesmcarthur has joined #zuul22:06
*** jamesmcarthur has quit IRC22:10
*** jamesmcarthur has joined #zuul22:14
*** jamesmcarthur has quit IRC22:29
*** jamesmcarthur has joined #zuul22:30
*** holser has quit IRC22:33
*** rlandy is now known as rlandy|bbl22:33
*** tosky has quit IRC23:03
*** jamesmcarthur has quit IRC23:16
*** Shrews has quit IRC23:26
*** jamesmcarthur has joined #zuul23:36
*** jamesmcarthur has quit IRC23:45
*** jamesmcarthur has joined #zuul23:47

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