Friday, 2025-03-21

-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com:00:28
- [zuul/zuul] 944162: AWS: Add subnet-id https://review.opendev.org/c/zuul/zuul/+/944162
- [zuul/zuul] 944163: AWS: Add ipv6 support https://review.opendev.org/c/zuul/zuul/+/944163
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 944164: AWS: Add userdata support https://review.opendev.org/c/zuul/zuul/+/94416400:30
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517500:56
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517501:34
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517501:45
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517502:48
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com:03:12
- [zuul/zuul] 944165: AWS: add iam-instance-profile support https://review.opendev.org/c/zuul/zuul/+/944165
- [zuul/zuul] 944177: AWS: add image-format option https://review.opendev.org/c/zuul/zuul/+/944177
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com:03:12
- [zuul/zuul] 944166: Revert "Pin boto and friends" https://review.opendev.org/c/zuul/zuul/+/944166
- [zuul/zuul] 944178: Openstack: add AZ support https://review.opendev.org/c/zuul/zuul/+/944178
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517504:14
@joao15130:matrix.orgAny advice appreciated. Thanks!06:56
-@gerrit:opendev.org- Albin Vass proposed: [zuul/zuul-jobs] 728912: Revert "Revert "tox: update lint regex to not require column"" https://review.opendev.org/c/zuul/zuul-jobs/+/72891207:04
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517507:19
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517508:05
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517509:50
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517510:31
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517511:09
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: WIP: fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517511:46
-@gerrit:opendev.org- Benjamin Schanzel proposed: [zuul/zuul] 940379: web: Upgrade nodejs to latest v23 https://review.opendev.org/c/zuul/zuul/+/94037912:06
-@gerrit:opendev.org- Benjamin Schanzel proposed: [zuul/zuul] 940379: web: Upgrade nodejs to latest v23 https://review.opendev.org/c/zuul/zuul/+/94037912:06
-@gerrit:opendev.org- Benjamin Schanzel proposed: [zuul/zuul] 940379: web: Upgrade nodejs to latest v23 https://review.opendev.org/c/zuul/zuul/+/94037912:14
-@gerrit:opendev.org- Benjamin Schanzel proposed: [zuul/zuul] 940379: web: Upgrade nodejs to latest v23 https://review.opendev.org/c/zuul/zuul/+/94037912:42
-@gerrit:opendev.org- Benjamin Schanzel proposed: [zuul/zuul] 940379: web: Upgrade nodejs to latest v23 https://review.opendev.org/c/zuul/zuul/+/94037912:51
-@gerrit:opendev.org- Benjamin Schanzel proposed: [zuul/nodepool] 945211: Replace assertDictContainsSubset in tests https://review.opendev.org/c/zuul/nodepool/+/94521113:30
-@gerrit:opendev.org- Ruisi Jian proposed: [zuul/zuul] 945175: fix(merger): fix file comment line mapping https://review.opendev.org/c/zuul/zuul/+/94517513:52
-@gerrit:opendev.org- Axel Andersson proposed: [zuul/zuul] 945220: Allow log output from FQCN tasks https://review.opendev.org/c/zuul/zuul/+/94522014:19
-@gerrit:opendev.org- Axel Andersson proposed: [zuul/zuul] 945220: Allow log output from FQCN tasks https://review.opendev.org/c/zuul/zuul/+/94522014:19
-@gerrit:opendev.org- Axel Andersson proposed: [zuul/zuul] 945220: Allow log output from FQCN tasks https://review.opendev.org/c/zuul/zuul/+/94522014:21
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul-jobs] 944813: Add upload-image-s3 role https://review.opendev.org/c/zuul/zuul-jobs/+/94481314:51
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul-jobs] 944813: Add upload-image-s3 role https://review.opendev.org/c/zuul/zuul-jobs/+/94481315:06
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed:15:39
- [zuul/zuul] 944947: Support mariadb statement timeouts https://review.opendev.org/c/zuul/zuul/+/944947
- [zuul/zuul] 944948: Use mysql query hint regardless of project https://review.opendev.org/c/zuul/zuul/+/944948
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed:15:49
- [zuul/zuul] 944947: Support mariadb statement timeouts https://review.opendev.org/c/zuul/zuul/+/944947
- [zuul/zuul] 944948: Use mysql query hint regardless of project https://review.opendev.org/c/zuul/zuul/+/944948
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed:15:51
- [zuul/zuul] 944947: Support mariadb statement timeouts https://review.opendev.org/c/zuul/zuul/+/944947
- [zuul/zuul] 944948: Use mysql query hint regardless of project https://review.opendev.org/c/zuul/zuul/+/944948
@mnaser:matrix.orgWe have several tenants in our Zuul environment and I'm running into this common pattern where we need to run a job that uses credentials in a pre-review pipeline, so we define it in another config-project and use it.15:59
@mnaser:matrix.orgHowever.. since the credentials are encrypted using the tenant, I'm not actually able to share that job across all the tenants16:00
@mnaser:matrix.orgI end up having to create a base job without secrets, and then duplicate the job into each tenant with the same secret (encrypted using that tenant)16:00
@mnaser:matrix.orgMy assumption was that if I was to encrypt a secret into repo A using tenant A, and loaded it in tenant B.. it just wouldn't "work" since it couldn't encrypt it16:01
@fungicide:matrix.orgcorrect, the encryption keys are unique per tenant+project combo16:02
@fungicide:matrix.orgconsidering it from a security standpoint, if they weren't then a sneaky user with control of projects for one tenant could copy another tenant's secrets and decrypt them in a job under their control16:03
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 944167: AWS: Remove block device mapping from template https://review.opendev.org/c/zuul/zuul/+/94416716:03
@mnaser:matrix.orgyeah, i am in total agreement of the security model in that sense, but i'm just wondering if there is any better pattern than define a base job ina common repo without secrets and then the jobs with the secrets in the tenant-specific repo16:04
@clarkb:matrix.orghow does that work for opendev's log uploads?16:06
@fungicide:matrix.orgeach tenant has their own base config repo16:06
@clarkb:matrix.orgbut the log uploads are defined once I think16:07
@mnaser:matrix.orghttps://opendev.org/zuul/zuul-base-jobs/src/branch/master/zuul.yaml#L1-L1916:07
@mnaser:matrix.orgyeah good question16:08
@clarkb:matrix.orgit might be the shadow directive in our tenant config16:08
@clarkb:matrix.orgopendev/base-jobs shadows other base jobs16:08
@mnaser:matrix.orgbut technically that comes from another tenant16:09
@jim:acmegating.comhttps://zuul-ci.org/docs/zuul/latest/project-config.html#encryption16:09
@jim:acmegating.com```16:09
Each project in Zuul has its own automatically generated RSA keypair which can be used by anyone to encrypt a secret and only Zuul is able to decrypt it. Zuul serves each project’s public key using its build-in webserver. They can be fetched at the path /api/tenant/<tenant>/key/<project>.pub where <project> is the canonical name of a project and <tenant> is the name of a tenant with that project.
```
@jim:acmegating.com * > Each project in Zuul has its own automatically generated RSA keypair which can be used by anyone to encrypt a secret and only Zuul is able to decrypt it. Zuul serves each project’s public key using its build-in webserver. They can be fetched at the path /api/tenant/<tenant>/key/<project>.pub where <project> is the canonical name of a project and <tenant> is the name of a tenant with that project.16:10
@jim:acmegating.comthe secret is encrypted with the *project's key* and the *project's key* is obtained via the url of any tenant with that project in it16:11
@mnaser:matrix.orgaaaaaaaaaaaaaaah16:11
@mnaser:matrix.orgso this thing could have worked from the get go, the tenant is just a way to expose it, in the implemetnation it based on the project16:11
@jim:acmegating.comin other words, the initial assertion that the encryption is tenant-scoped is not correct; the encryption is project scoped regardless of tenant.16:11
@jim:acmegating.comyes, and that is the recommended way to set up logging as Clark suggested16:12
@mnaser:matrix.orgfunny now that you say that i realize that we have logging setup for all the tenants in the same way too and that is working...16:12
@mnaser:matrix.orgthat should have clicked, lol16:12
@fungicide:matrix.orgaha, so the safeguard is that you don't allow tenant b to merge changes for the project under the control of tenant a16:13
@fungicide:matrix.organd then tenant b's project maintainers can't alter the job in order to exfiltrate the decrypted secret16:14
@mnaser:matrix.orgfor non-config repos i guess the assumption is you'll be in the same tenant, for config repos, the assumption is it'll be managed by some sort of "admin-y" person16:14
@mnaser:matrix.orgok, cool, this simplifies my life a lot16:15
@fungicide:matrix.orgat most they can inherit from that job in other jobs, so of course the parent job needs to make sure not to leave decrypted copies of any secret lying around for playbooks from the child job to access16:17
-@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945234: Try to use mariadb in unittest again https://review.opendev.org/c/zuul/zuul/+/94523416:18
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed:16:21
- [zuul/zuul] 944947: Support mariadb statement timeouts https://review.opendev.org/c/zuul/zuul/+/944947
- [zuul/zuul] 944948: Use mysql query hint regardless of project https://review.opendev.org/c/zuul/zuul/+/944948
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed on behalf of Clark Boylan: [zuul/zuul] 945234: Try to use mariadb in unittest again https://review.opendev.org/c/zuul/zuul/+/94523416:21
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 944179: OpenStack: move schema attributes to match aws https://review.opendev.org/c/zuul/zuul/+/94417916:41
@clarkb:matrix.orgcorvus: 945234 is breaking on unsupported dialects in db migrations16:44
@clarkb:matrix.orgcorvus: that may be something we need to address before landing 944947 as new installs would break (I think existing ones would be ok until the next db migration?)16:44
@clarkb:matrix.orgthe two changes are in the gate but have a ways to go so I won't -W them yet16:46
@clarkb:matrix.orgah it is just the bundel refactor migration16:47
@clarkb:matrix.orgI think that makes this safer as it isn't every migration. I'll push an update to my chagne that can be incorporated in the parents instead16:48
-@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945234: Try to use mariadb in unittest again https://review.opendev.org/c/zuul/zuul/+/94523416:51
@jim:acmegating.comyeah, i think we should incorporate the fix into 94716:51
@jim:acmegating.comit's not like critical, but it belongs there i think.16:52
@clarkb:matrix.org++ do you want to do that or should I?16:52
@jim:acmegating.comi can16:52
@clarkb:matrix.orgack16:52
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed:16:56
- [zuul/zuul] 944947: Support mariadb statement timeouts https://review.opendev.org/c/zuul/zuul/+/944947
- [zuul/zuul] 944948: Use mysql query hint regardless of project https://review.opendev.org/c/zuul/zuul/+/944948
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed on behalf of Clark Boylan: [zuul/zuul] 945234: Try to use mariadb in unittest again https://review.opendev.org/c/zuul/zuul/+/94523416:56
@jim:acmegating.comClark: ^16:56
@clarkb:matrix.orglooking16:56
@clarkb:matrix.orgI guess the only other question I have is if the mariadb dialect changes behavior of that migration sufficiently when compared to mysql. My hunch is that it won't but...16:57
@clarkb:matrix.orgdo we want to wait for 945234 to run to the db migration test before approving?16:58
@jim:acmegating.comi agree with the hunch and also that we should wait16:58
@clarkb:matrix.orgparticularly since so many of those statements are explicit and not going through sqlalchemy's object model stuff17:00
@clarkb:matrix.orgwe'll run the same statements before and after I suspect and the dialect is just a way to select the right statement for mysql/mariadb or postgres17:00
@jim:acmegating.comexactly; a surprise is more likely to come from one of the more sqlalchemy/alembic heavy migrations17:04
@jim:acmegating.comClark: `2025-03-21 17:52:48.448432 | ubuntu-jammy |     pymysql.err.OperationalError: (1130, "Host 'localhost' is not allowed to connect to this MariaDB server")` from https://zuul.opendev.org/t/zuul/stream/e0876f628344401d8d1c2b897c1b14b3?logfile=console.log is ringing a bell18:13
@jim:acmegating.comi think maybe that was the weird error we couldn't figure out before.  but that's not a zuul problem, that's a mariadb/mariadb config problem.18:14
@jim:acmegating.comanyway, one of the jobs is pre-failing on that, but on a test that is not db related.18:14
@clarkb:matrix.orgyup iirc it had to do with not setting up the user and per test database access properly18:15
@clarkb:matrix.orgI agree that is probably fine to ignore and treat as preexisting problems if the bulk of the test cases are happy18:15
@clarkb:matrix.orgI want to say it has to do with something holding a lock preventing the updates from going through18:15
@jim:acmegating.commaybe it is something that cold be fixed in the fixtures (but weird it's not needed for mysql; it seems racy.  like maybe two threads inside of mariadb racing?)18:15
@jim:acmegating.comoh yeah, that's similar18:15
@clarkb:matrix.orgI spent a bit of time with mariadb lock listings and traced it back to something along those lines (from memory)18:16
@jim:acmegating.comso maybe something like if the fixtures tried, verified, retried that might do it.18:16
@clarkb:matrix.orgbut I coudln't figure out how to fix it18:16
@clarkb:matrix.orgya maybe we just brute force it18:16
@jim:acmegating.com(that might eat up some cpu though; we'll have to be careful)18:16
@jim:acmegating.com(it's only setup, but still doing that every test)18:17
@clarkb:matrix.orgmaybe we can ask zzzeek for some time if we narrow it down again18:17
@clarkb:matrix.orgcorvus: re buggy mariadb possibility I think jammy has mariadb 10.6 and noble is 10.11. The 3.11 job runs on jammy and 3.12 on noble. Bookworm has 3.11 and mariadb 10.11. One idea is we could just punt on solving this if mariadb 10.11 is more stable and use bookworm to run the unittests?18:26
@clarkb:matrix.orgIf that doesn't sound terrible I can update my change to do that once we get results posted from the current run18:26
@clarkb:matrix.orgthen we can do lots of rechecks18:26
@jim:acmegating.comi like that idea -- or -- switch to using the containers... (test-setup-docker)18:27
@jim:acmegating.comusing the containers gets us the ability to test 3 things, so that's a good long-term plan too18:28
@clarkb:matrix.orgya I think switching to containers would be a good followup if 10.11 works. This is just a quick way to sanity check 10.1118:28
@jim:acmegating.comsounds good18:28
@jim:acmegating.comClark: both finished with only the 3.11 nonrelated failure18:29
@jim:acmegating.comi will approve the 2 main code changes18:29
@clarkb:matrix.orgack18:30
-@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945234: Try to use mariadb in unittest again https://review.opendev.org/c/zuul/zuul/+/94523418:38
-@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945234: Try to use mariadb in unittest again https://review.opendev.org/c/zuul/zuul/+/94523419:04
-@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945253: DNM run lots of unittests to check mariadb instead of mysql https://review.opendev.org/c/zuul/zuul/+/94525319:19
@clarkb:matrix.org945253 tripped over the cannot connect issue on noble with mariadb 10.1119:39
@clarkb:matrix.orgimplying that newer mariadb isn't a workaround19:39
@jim:acmegating.com:(19:43
@clarkb:matrix.orgI wonder if Openstack has seen similar. I think they do per test db schemas and maybe test with mariadb19:45
@clarkb:matrix.orgBut I think digging in properly isn't something I'll do today. It requires a level of shutting out the world that will be difficult 19:48
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 944947: Support mariadb statement timeouts https://review.opendev.org/c/zuul/zuul/+/94494719:52
@clarkb:matrix.orgcorvus: looks like the second change after ^ failed?19:53
@jim:acmegating.comyep i'll recheck20:04
@clarkb:matrix.orgcorvus: looks like you unapproved https://review.opendev.org/c/zuul/zuul/+/944948?20:49
@clarkb:matrix.orgdid you see something in the test that indicate a problem?20:49
@jim:acmegating.comoh heh, no just task-switched right in the middle of that.  :)20:56
@clarkb:matrix.orgI'm looking at the two mariadb 10.11 localhost connection errors and they both fail when attempting to get estimated build times. Reading the test logs prior to that I think we were successfully connecting to the db before hand. I wonder/suspect if this is a database connection limit error (seems an odd way to record it, but that may explain why it is intermittent and why things can connect earlier in the test)21:01
@clarkb:matrix.orgalternatively it could be another test case updating the schemas and user tables with locks that prevent new connections from occuring21:02
@clarkb:matrix.orgI think test A failing to create new db connection because test B holds necessary db table locks or test A failing to create new db connections because we have hit the connection limit are both potential explanations of this behavior21:03
@clarkb:matrix.orgI think the next step is grabbing the mariadb server logs as that shoudl record the connection limit occurence if that is the case21:03
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 944180: OpenStack: remove some unimplemented functionality https://review.opendev.org/c/zuul/zuul/+/94418021:12
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 944181: OpenStack: remove key-name comments https://review.opendev.org/c/zuul/zuul/+/94418121:13
-@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945253: DNM run lots of unittests to check mariadb instead of mysql https://review.opendev.org/c/zuul/zuul/+/94525321:14
@clarkb:matrix.orginterestingly every debian python3.11 job passed but 2 of the python3.12 on ubuntu jobs failed.21:22
@clarkb:matrix.orgThe underlying filesystem should be the same for both (ext4) but the kernels would be different versions. Could also have different mariadb configurations in place21:22
@clarkb:matrix.orgcorvus: I rechecekd it again. Looked like another unrelated failure22:42
-@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945253: DNM run lots of unittests to check mariadb instead of mysql https://review.opendev.org/c/zuul/zuul/+/94525323:21
@clarkb:matrix.orgzuul-nox-py312 on the latest patchset hit the error so I've gone ahead and put an autohold in place for that one23:56
@clarkb:matrix.orglooks like the second mariadb fixup change is failing again :(23:56

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