| *** ralonsoh_ is now known as ralonsoh | 12:26 | |
| simondodsley | can anyone provide the nodepool `diskimage` definition for debian trixie that will work for devstack in a CI environment? | 14:31 |
|---|---|---|
| fungi | simondodsley: you could probably infer it from our opendev-build-diskimage-debian-trixie job definition at https://opendev.org/opendev/zuul-providers/src/commit/4d0ef52/zuul.d/image-build-jobs.yaml#L400-L415 | 15:09 |
| fungi | i think we added that image after we moved off nodepool, so probably don't have a good example in our git history | 15:10 |
| simondodsley | Let me ask another question then. Currently I'm using SoftwareFactory for our 3rd party CI but it is, lets say, tempremental... what tooling is being used upstream and can be it easily adapted/adopted for 3rd party systems? Is it even documented? | 15:23 |
| fungi | simondodsley: we use zuul to deploy zuul (and to test ephemeral mock deployments of zuul), so it's a bit complicated. actually we use zuul to test and deploy changes for all the services in the opendev collaboratory, not only our zuul servers, so the process is rather generalized | 15:33 |
| fungi | at its most basic level, it looks a lot like the zuul quickstart demo, just spread out across a couple dozen different virtual machines | 15:33 |
| fungi | we use ansible playbooks and roles to deploy and configure the upstream zuul container images from quay | 15:34 |
| fungi | the various service-zuul*.yaml playbooks in https://opendev.org/opendev/system-config/src/branch/master/playbooks which in turn use zuul* roles under the roles subdirectory there | 15:35 |
| fungi | if you rewind the git history in that repository, you'll also find the playbooks/roles we used to have for nodepool as well, which is what i'd recommend until such time as zuul-launcher is officially stable and announced in an upcoming zuul release | 15:37 |
| clarkb | once upon a time we tried to make our software management reconsumable but what we found is that there wasn't enough return on that investment (via help maintaining the infrastructure) to take on the overhead of trying to make things generic enough for others to reconsume | 15:50 |
| clarkb | that said all of the configuration management is still there to be learned from. It isn't directly reusable though | 15:50 |
| frickler | related question: is running zuul-provider/launcher instead of nodepool consider fit for external consumers by now? (probably better asked in #zuul?) | 16:08 |
| clarkb | frickler: yes that is a question for zuul, but I think the answer is not yet (documentation still needs writing in particular) | 16:10 |
| fungi | also it's possible not all cloud drivers are at feature parity for it yet | 17:08 |
| opendevreview | Merged openstack/project-config master: Add template to the os_freezer repo https://review.opendev.org/c/openstack/project-config/+/973383 | 20:46 |
| opendevreview | Merged openstack/project-config master: Add os_watcher zuul templates https://review.opendev.org/c/openstack/project-config/+/973388 | 20:49 |
| opendevreview | Doug Goldstein proposed openstack/project-config master: update from ironic-core to ironic-reviewers for openstacksdk https://review.opendev.org/c/openstack/project-config/+/974261 | 22:52 |
| opendevreview | Doug Goldstein proposed openstack/project-config master: update from ironic-core to ironic-reviewers for openstacksdk https://review.opendev.org/c/openstack/project-config/+/974261 | 22:57 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!