| @iwienand:matrix.org | the other thing in local testing that has got me is that i can not make the mysql container work properly | 00:13 |
|---|---|---|
| @iwienand:matrix.org | it takes forever to start, and then dies with 137 exit code, which suggests sigkill and oom -- but inspecting the dead container doesn't show it killed it for oom | 00:14 |
| @iwienand:matrix.org | i simply switched the script to run mariadb and it "just works" | 00:15 |
| @iwienand:matrix.org | anyway, really just logging this as something i've hit | 00:15 |
| @iwienand:matrix.org | i guess in the gate it uses the packaged versions of the db from bindep.txt | 00:22 |
| @jim:acmegating.com | ianw: istr some recent docker/distro issues showing up in certain mariadb containers; there may be similar issues with certain versions of mysql and distros too. i know that's not super helpful, but wanted to throw it out there as a thread you could pull on if you wanted. tho also maybe we should try mariadb:latest in the compose file. | 00:25 |
| @jim:acmegating.com | ianw: this is what i was recalling: https://github.com/MariaDB/mariadb-docker/issues/434 | 00:26 |
| @iwienand:matrix.org | interesting; thanks. ironically switching to mariadb:latest fixed my problems! but causes problems for others ... yay containers! at least it's just me, my system and the container and not 10,000 layers of k8s inbetween :) | 00:29 |
| -@gerrit:opendev.org- Michael Kelly proposed: | 00:34 | |
| - [zuul/zuul-operator] 853695: Prefix zuul-specific resources with instance name https://review.opendev.org/c/zuul/zuul-operator/+/853695 | ||
| - [zuul/zuul-operator] 853696: Prefix nodepool specific resources with instance name https://review.opendev.org/c/zuul/zuul-operator/+/853696 | ||
| @iwienand:matrix.org | https://twitter.com/DennisCode/status/1560079800252764163 | 00:58 |
| -@gerrit:opendev.org- Stephen Finucane proposed: [zuul/zuul] 853420: setup: Replace dash-separated config https://review.opendev.org/c/zuul/zuul/+/853420 | 11:25 | |
| -@gerrit:opendev.org- Michael Kelly proposed: [zuul/zuul-operator] 853696: Prefix nodepool specific resources with instance name https://review.opendev.org/c/zuul/zuul-operator/+/853696 | 16:01 | |
| @clarkb:matrix.org | To followup on the SSH flakiness I brought up recently: it seems that the occurence of the issue has largely gone away with our updated ssh configs. That could be coincidental and I'll continue to keep an eye on it. I'm not sure how many other Zuul users operate in public clouds with internet reachable IPs but seems this is a good host config to update when running Zuul test nodes this way | 16:47 |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 848516: Reduce redundant Gerrit queries https://review.opendev.org/c/zuul/zuul/+/848516 | 17:09 | |
| -@gerrit:opendev.org- Michael Kelly proposed: | 18:52 | |
| - [zuul/zuul-operator] 853695: Prefix zuul-specific resources with instance name https://review.opendev.org/c/zuul/zuul-operator/+/853695 | ||
| - [zuul/zuul-operator] 853696: Prefix nodepool specific resources with instance name https://review.opendev.org/c/zuul/zuul-operator/+/853696 | ||
| -@gerrit:opendev.org- Zuul merged on behalf of Ian Wienand: [zuul/nodepool] 853574: functional-container: use different root-disk label https://review.opendev.org/c/zuul/nodepool/+/853574 | 18:58 | |
| -@gerrit:opendev.org- Michael Kelly proposed: | 19:44 | |
| - [zuul/zuul-operator] 853695: Prefix zuul-specific resources with instance name https://review.opendev.org/c/zuul/zuul-operator/+/853695 | ||
| - [zuul/zuul-operator] 853696: Prefix nodepool specific resources with instance name https://review.opendev.org/c/zuul/zuul-operator/+/853696 | ||
| @michael_kelly_anet:matrix.org | It'd be keen if https://review.opendev.org/c/zuul/zuul-operator/+/845851 could get merged - I've had to do a subset of this to hack up the operator to work with the existing cert-manager instance I'm running | 21:06 |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 848516: Reduce redundant Gerrit queries https://review.opendev.org/c/zuul/zuul/+/848516 | 21:34 | |
| @clarkb:matrix.org | corvus: ^ do you know why you didn't approve 845851? maybe gertty hadn't pulled down my +2 yet? | 21:42 |
| @jim:acmegating.com | Clark: possibly due to the lack of a release before that change? | 21:45 |
| @jim:acmegating.com | i'm happy to tag a release now and then we can approve that change next week. i'm not super enthused about the idea of approving it late on a friday with no prior tag. | 21:46 |
| @clarkb:matrix.org | ah got it. makes sense | 21:47 |
| @michael_kelly_anet:matrix.org | Appreciated. Not super critical for me short term (about to head out on a two week holiday), but it'll make it much easier to use the operator :) | 21:48 |
| @jim:acmegating.com | doesn't look like we have release notes set up for the operator... so i guess maybe let's just do 1.0.0 since this includes the change to kopf and v1alpha1 to v1alpha2? then 2.0.0 for the release after? | 21:53 |
| @jim:acmegating.com | zuul-maint: how does this look for a zuul-operator release? commit a5da3f075eb0452a722403c50e5a33a4af55d62b (HEAD -> master, tag: 1.0.0, origin/master, origin/HEAD, refs/changes/82/853582/1) | 21:54 |
| @clarkb:matrix.org | I guess my only question would be is it worth 1.0'ing it now? | 21:55 |
| @clarkb:matrix.org | but the sha lgtm and I don't really have much of an opinion on 1.0.0 vs 0.2.0 | 21:55 |
| @jim:acmegating.com | i think it's important to have a tag for the v1alpha2 era. i mean, it's not a great 1.0 release since it's out of date, but setting aside the particular connotations of 1.0, i think it's the right number based on something in the spirit of semver. | 21:58 |
| @clarkb:matrix.org | wfm then | 21:58 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!