Wednesday, 2025-08-20

opendevreviewMerged openstack/kayobe master: Fix known_hosts module issue on centos/rocky 10  https://review.opendev.org/c/openstack/kayobe/+/95467100:24
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: Drop docker_common_options  https://review.opendev.org/c/openstack/kolla-ansible/+/95722807:07
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: Drop docker_common_options  https://review.opendev.org/c/openstack/kolla-ansible/+/95722807:08
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: Drop docker_common_options  https://review.opendev.org/c/openstack/kolla-ansible/+/95722807:18
opendevreviewBartosz Bezak proposed openstack/kolla stable/2025.1: Enable Barbican build on Ubuntu ARM64  https://review.opendev.org/c/openstack/kolla/+/95802007:22
opendevreviewBartosz Bezak proposed openstack/kolla stable/2024.2: Enable Barbican build on Ubuntu ARM64  https://review.opendev.org/c/openstack/kolla/+/95802107:23
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: fail when systemd unit fails to stop  https://review.opendev.org/c/openstack/kolla-ansible/+/89178107:23
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: fail when systemd unit fails to stop  https://review.opendev.org/c/openstack/kolla-ansible/+/89178107:23
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: Drop docker_common_options  https://review.opendev.org/c/openstack/kolla-ansible/+/95722807:58
opendevreviewPierre Riteau proposed openstack/kayobe stable/2025.1: Fix known_hosts module issue on centos/rocky 10  https://review.opendev.org/c/openstack/kayobe/+/95802608:12
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: keystone: Add support for using uWSGI  https://review.opendev.org/c/openstack/kolla-ansible/+/93839508:15
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: keystone: Add support for using uWSGI  https://review.opendev.org/c/openstack/kolla-ansible/+/93839508:16
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: glance: Switch to use uWSGI  https://review.opendev.org/c/openstack/kolla-ansible/+/94554108:17
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: glance: Switch to use uWSGI  https://review.opendev.org/c/openstack/kolla-ansible/+/94554108:18
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: glance: Switch to use uWSGI  https://review.opendev.org/c/openstack/kolla-ansible/+/94554108:18
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: masakari: Add support for using uWSGI  https://review.opendev.org/c/openstack/kolla-ansible/+/95111508:19
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: masakari: Add support for using uWSGI  https://review.opendev.org/c/openstack/kolla-ansible/+/95111508:19
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: masakari: Add support for using uWSGI  https://review.opendev.org/c/openstack/kolla-ansible/+/95111508:21
opendevreviewVerification of a change to openstack/kolla-ansible master failed: loadbalancer: Allow to override proxysql restart_policy  https://review.opendev.org/c/openstack/kolla-ansible/+/95731908:22
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: proxysql: Add support for disabling monitor  https://review.opendev.org/c/openstack/kolla-ansible/+/95803008:51
opendevreviewMerged openstack/kolla-ansible stable/2024.2: [stable-only] neutron: Followup templating error  https://review.opendev.org/c/openstack/kolla-ansible/+/95783509:24
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: Drop docker_common_options  https://review.opendev.org/c/openstack/kolla-ansible/+/95722809:28
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: Drop docker_common_options  https://review.opendev.org/c/openstack/kolla-ansible/+/95722809:37
PrzemekKAnyone got issue with Fail if cell settings not found]   "Unable to find settings for the default cell."}  looks like regex is broken similar to  https://bugs.launchpad.net/kolla-ansible/+bug/2120538 | cell0 | 00000000-0000-0000-0000-000000000000 | none:///09:52
PrzemekKon 2025.109:52
opendevreviewPierre Riteau proposed openstack/kayobe stable/2025.1: CI: Move failing job to experimental queue  https://review.opendev.org/c/openstack/kayobe/+/95804209:56
opendevreviewPierre Riteau proposed openstack/kayobe stable/2024.2: CI: Move failing job to experimental queue  https://review.opendev.org/c/openstack/kayobe/+/95804309:58
opendevreviewPierre Riteau proposed openstack/kayobe stable/2024.1: CI: Move failing job to experimental queue  https://review.opendev.org/c/openstack/kayobe/+/95804409:58
opendevreviewPierre Riteau proposed openstack/kayobe stable/2024.1: CI: Move failing job to experimental queue  https://review.opendev.org/c/openstack/kayobe/+/95804409:59
opendevreviewPierre Riteau proposed openstack/kayobe stable/2024.1: CI: Move failing job to experimental queue  https://review.opendev.org/c/openstack/kayobe/+/95804410:00
opendevreviewDr. Jens Harbott proposed openstack/kolla-ansible master: CI: Use 16GB nodes for debian-bookworm nodes  https://review.opendev.org/c/openstack/kolla-ansible/+/95765310:00
opendevreviewMerged openstack/kayobe stable/2025.1: CI: Move failing job to experimental queue  https://review.opendev.org/c/openstack/kayobe/+/95804211:38
opendevreviewMerged openstack/kayobe stable/2024.2: CI: Move failing job to experimental queue  https://review.opendev.org/c/openstack/kayobe/+/95804311:38
opendevreviewMerged openstack/kayobe stable/2024.1: CI: Move failing job to experimental queue  https://review.opendev.org/c/openstack/kayobe/+/95804411:38
opendevreviewJoachim de Groot proposed openstack/kolla-ansible master: Implement neutron-ovn-vpn-agent  https://review.opendev.org/c/openstack/kolla-ansible/+/92457511:51
fricklermnasiadka: looks like octavia is broken since the switch to master, did you look at that already? seems it also needs some uwsgi. other than that, results for https://review.opendev.org/c/openstack/kolla-ansible/+/957653 look better to me. or would you prefer to use 16GB only for the upgrade jobs?11:54
mnasiadkaI have no clue now, there's also https://review.opendev.org/c/openstack/kolla-ansible/+/958030 - which might be a solution for single node jobs12:25
opendevreviewPierre Riteau proposed openstack/kayobe stable/2025.1: Fix known_hosts module issue on centos/rocky 10  https://review.opendev.org/c/openstack/kayobe/+/95802612:35
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: octavia: Switch to wsgi module  https://review.opendev.org/c/openstack/kolla-ansible/+/95807012:39
mnasiadkafrickler: ^^ that should fix octavia/ovn jobs12:41
mnasiadkamnasiadka bbezak frickler kevko mmalchuk gkoper jovial mattcrees dougszu darmach pabloclsn ravlew amir58118 r-krcek - meeting in 9 minutes12:51
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: Drop docker_common_options  https://review.opendev.org/c/openstack/kolla-ansible/+/95722812:52
fricklermnasiadka: ack, will approve once CI agrees12:52
mnasiadkafrickler, bbezak: ^^ dropping docker_common_options is the only way we can really solve that password leaking sec bug - I'm trying to make the changes minimal (because I went very creative in the beginning) so that we can backport it - but it's going to be painful process12:53
fricklerI'm still not convinced that it is really a bug, but I didn't look very closely yet, either12:55
mnasiadka#startmeeting kolla13:00
opendevmeetMeeting started Wed Aug 20 13:00:26 2025 UTC and is due to finish in 60 minutes.  The chair is mnasiadka. Information about MeetBot at http://wiki.debian.org/MeetBot.13:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:00
opendevmeetThe meeting name has been set to 'kolla'13:00
mnasiadka#topic rollcall13:00
mnasiadkao/13:00
mmalchuk\o13:00
bbezako/13:00
amir58118\o13:00
AlexWelsh[m]o/13:01
yusufgungor_o/13:01
frickler\o13:02
opendevreviewMerged openstack/kolla stable/2025.1: Enable Barbican build on Ubuntu ARM64  https://review.opendev.org/c/openstack/kolla/+/95802013:02
opendevreviewMerged openstack/kolla stable/2024.2: Enable Barbican build on Ubuntu ARM64  https://review.opendev.org/c/openstack/kolla/+/95802113:02
mnasiadka#topic agenda13:02
mnasiadka* CI status13:02
mnasiadka* Release tasks13:02
mnasiadka* Current cycle planning13:02
mnasiadka* Additional agenda (from whiteboard)13:02
mnasiadka* Open discussion13:02
mnasiadka#topic CI status13:02
mnasiadkaoverall sort of green13:02
mnasiadkaOctavia removed wsgi script, so we're moving to a file13:02
mnasiadka#link https://review.opendev.org/c/openstack/kolla-ansible/+/95807013:02
mnasiadkadebian-upgrade jobs fail sometimes, we have lined up two patches - one that bumps debian jobs to 16GB, the other one stops proxysql monitoring on single node jobs (which might overwhelm mariadb a bit on constrained env and then we have problems)13:03
mnasiadkaWe'll see how these go13:03
mnasiadkaDid I miss anything?13:04
fungithe default ansible version in zuul increased this week13:04
fungi(from 9 to 11)13:05
mnasiadkaYeah, I don't think that broke anything on our side13:05
fungifallout has been fairly minimal for openstack projects, and in your case probably most of the ansible you care about is nested anyway so not affected13:05
mnasiadkathanks for reminding fungi 13:05
mnasiadka#topic Release tasks13:06
mnasiadkaLet me check the calendar13:06
mnasiadkaR-613:06
bbezakI think I saw some ironic jobs failing in stable branches, and we've got ubuntu ipv6 in disk full state for some time13:06
mnasiadkaR-8: Switch images to current release13:06
mnasiadkawe should switch RDO and UCA and Debian OpenStack to some current in-development release13:07
mnasiadkaBut I think RDO is not going to release Flamingo13:07
mnasiadkaSince they switched to do only SLURP13:07
mnasiadkaAny volunteer to switch UCA?13:07
bbezakI can take a look13:08
bbezakor will find somebody :)13:08
bbezakcan't see flamingo yet here - https://openstack-ci-reports.ubuntu.com/reports/cloud-archive/epoxy_versions.html13:09
mnasiadkaOk well then, let's check again next week13:10
bbezakhttp://ubuntu-cloud.archive.canonical.com/ubuntu/dists/noble-updates/flamingo/13:10
mnasiadka#topic Current cycle planning13:10
bbezakok it seems there is13:10
mnasiadkaok, then, bbezak will do it or find somebody to do it13:10
bbezakare we ok with releases for stable branches?13:11
bbezak(monthly ones013:11
bbezak)13:11
mnasiadkaI think we still have the sec bug to fix, and we haven't reverted to latest mariadb on 2025.113:11
mnasiadkaso not really13:11
bbezakok13:12
mnasiadkasec bug fix had to be reverted, because it masked too many things, not only that (because we copy things from docker_common_opts)13:12
mnasiadkaI think I went with frickler's recommendation and checked my hosts where we run Kayobe (and Kolla-Ansible through that) and a dev VM with Kolla-Ansible - and can't really find that in my syslog13:13
mnasiadkaWhich might mean we only get that with debug mode enabled13:13
mnasiadkaI'll dig through our CI Ansible configs to find the difference13:13
mnasiadkaBut I still think we should get rid of docker_common_opts since it's not parsed or verified in any sense13:13
mnasiadkaAnd we might find a more nasty bug with that in the future13:14
mnasiadkabbezak, frickler: any comments?13:15
bbezakideally it would be good not to touch all roles. but if that is not possible then I'm ok with that13:16
fricklerI'll take a look at https://review.opendev.org/c/openstack/kolla-ansible/+/957228 , but if we only log sensitive data in debug mode, then it should not be considered a security issue13:16
mnasiadkaTrue, at least we would not have to backport that13:17
mnasiadkaDuring looking how complicated is it to do docker_common_options drop I found out kolla_container module has wrong documentation (we claim some things are defaulting to X, but then we default them to Y or empty value)13:18
bbezakbackporting such change would be highly suboptimal13:18
mnasiadkaAnd only docker_common_options with correct values in group_vars are safeguarding deployments from a disaster13:18
mnasiadkaI tried using module_defaults, but it does not append to roles, we would need to do a block in each role and set the defaults, which is a nightmare13:19
opendevreviewBartosz Bezak proposed openstack/kolla master: [release] Use Flamingo Ubuntu Cloud Archive  https://review.opendev.org/c/openstack/kolla/+/95808113:19
mnasiadkaOk then, let's move on13:19
fungithe commit message starts out with "Due to a security bug..." but the bug is not linked13:19
mnasiadkafungi: yes, that's WIP - I'll update it thoroughly after I get to a state that we do minimal changes needed13:20
fungiokay, just making sure it's related to the one i'm thinking of13:20
mnasiadkaOk, let's go back to contributor survey data13:20
mnasiadka#link https://meetings.opendev.org/meetings/kolla/2025/kolla.2025-07-23-13.00.log.txt13:20
mnasiadkakey takeaways are that we don't review things on time, but that's unfortunately obvious with 4 active cores which also happen to be the main people pushing new patches13:21
fungiwell, not that you don't review things quickly, but that contributors reported getting that impression13:22
mnasiadkawe could try updating the review dashboard with patches that are not older than 2 weeks that are not from these 4 people13:22
fungioften the impression is not backed up by reality, because people are more inclined to remember the one change that sat forever and not the other ten that merged right away13:22
mnasiadkaTrue, but I also have patches that have been never reviewed if I don't remind other core reviewers to have a look :)13:23
mnasiadkaSo I can't blame people that have that opinion13:23
fricklerI have patches on my review list for 2 years, so I agree13:24
fungione of the things that's been coming up as a commonality across a lot of teams is that infrequent contributors aren't aware of how the team prioritizes development and review activity, and making that more discoverable/obvious could help put things into perspective by setting clearer expectations13:24
mnasiadkaWe could add the review dashboard links and a link to a place where they can add patches needing review in ether pad - that would make it obvious13:24
fungias well as making it more apparent how prioritization decisions are made, and how newcomers can get involved in those planning discussions13:25
amir58118fungi: +113:25
mnasiadkaAny volunteer to make this docs change?13:26
fungitry to put it somewhere that newer contributors are likely to find, or at least link to it from a place they're going to be referring to for general contribution info13:27
mnasiadkaI'd say having that in contributor guide should be enough13:27
mnasiadka#link https://docs.openstack.org/kolla-ansible/latest/contributor/index.html13:28
fungibecause the other common challenge i've seen in lots of teams is that stuff like this is documented and maybe even kept up to date, but people who aren't deeply involved in the team don't know about the documentation13:28
mnasiadka#link https://docs.openstack.org/kolla-ansible/latest/contributor/code-review.html13:28
mnasiadkaWe even have code review section there13:28
fungiyeah, somewhere like that would make sense13:28
bbezakok, I can work on that13:29
mnasiadkagreat13:29
mnasiadkathanks bbezak 13:29
bbezakI recently updated some things there, and by quick look I saw some stuff to change too13:29
fungiof course, also try to make sure all maintainers are on the same page when it comes to what's being prioritized and why, though i expect that's likely to be the case already13:30
fricklermostly I'd say we agree on having different priorities13:30
mnasiadkaOther thing was simplifying tests, I think we agreed to do that for a couple of cycles now - it's all planned, but since we're a small team - we're rather trying to keep the project afloat and adapt to changes in OpenStack projects - and we don't really have a lot of time to simplify tests.13:30
mmalchuk'Becoming a core reviewer' didn't work, we didn't get new cores for the last year13:31
fungiwhich is fine so long as those are reflected in the prioritization info that other contributors see13:31
mnasiadkaWell, for core reviewers we have the Review Priority flag, so probably we should document that13:31
fungimainly try to make sure there's sufficient information discoverable so that when a contributor wants to know why other changes are getting reviewed and not theirs, they have some hope of figuring that out rather than just assuming maintainers are playing favorites13:32
fungipeople who have a negative experience are, sadly, quick to jump to conspiratorial explanations rather than applying hanlon's razor13:33
mnasiadkafungi: well, I would sometimes even prefer these people vent in there or on the ML13:33
fungithat's definitely worth documenting too!13:34
bbezakhopefully Matrix could make communication somewhat better13:34
fungisay "and if you think your change is getting overlooked, reach out in <location> to let us know"13:34
bbezak(noting)13:34
mnasiadkahmm, Matrix13:35
fungiyeah, persistence and time zones make this harder for sure13:35
fungione example i looked at, someone had a change for nova that was getting overlooked, so they finally got up the nerve to ask in #openstack-nova about it... on december 26 when the channel was completely dead13:36
fungithen got frustrated when nobody replied or even noticed13:36
amir58118bbezak: I agree, Matrix should help.13:37
fungithey weren't from a part of the world that observed holidays at that time of year, so it didn't dawn on them that was not a great time to try to reach out and make contact13:37
mnasiadkaWell, yes - I always love people coming in during my night time and disconnect - so we can't really respond to them.13:37
mnasiadkaWe might think about having a Matrix channel, but I'm afraid these are going to be two disconnected channels (IRC and Matrix) - and we would still be running this meeting here - so I don't know if that would help in anything13:38
mnasiadkaAnd I remember frickler is not a fan of Matrix, or at least his IRC client is not13:38
mmalchukwe can create a bot to connect them)13:39
frickleropendev is planning to do a test with Matrix, let's wait for that to happen first, maybe?13:39
fungi#link https://review.opendev.org/954826 Add spec to use Matrix for OpenDev comms13:39
fungithough the zuul community does already use a matrix channel, has for years13:39
bbezakzuul already is doing that, and it looks nice13:39
fungiand the openstack operators community has a channel since a few months now13:40
bbezakMaybe we can be second ? :)13:40
fungier, room i mean. matrix calls them rooms, not channels13:40
bbezakreally? where I can find all opendev zuul channels? 13:40
bbezakI was struggling to list opendev rooms13:40
fricklerthe operators channel doesn't look like a big success to me13:40
fungi#zuul:opendev.org is the zuul community's room. #openstack-ops:opendev.org is the openstack operators13:40
fricklerafaict they aren't discoverable13:41
fungiyeah, it has seen very minimal use so far13:41
bbezakimho public channels should be discoverable13:41
fungipart of the challenge is that discoverable channels, whether in irc or matrix, are a magnet for spammers. but we're looking at a modbot called mjolnir that could improve that situation for matrix13:42
opendevreviewPierre Riteau proposed openstack/kayobe-config-dev master: Synchronise configuration with master  https://review.opendev.org/c/openstack/kayobe-config-dev/+/95545413:42
fungispammers will still join discoverable rooms (a lot) but they'll hopefully get banned and their messages hidden fairly quickly13:42
opendevreviewMerged openstack/kayobe-config master: Synchronise configuration with master  https://review.opendev.org/c/openstack/kayobe-config/+/95545313:43
fungifwiw, the mailing lists have that problem too, but i and other ml moderators filter that out so it (usually) doesn't make it through to list subscribers13:43
frickleris discoverability a dynamic property? or do we need to decide when creating a room?13:43
fungiit's configurable per room13:44
fungiit can be adjusted at any time13:44
fungibasically it's just adding it to and removing it from the global/searchable room list13:44
bbezakI'm fine with closed for start if there are some spam problems13:45
frickleralso, iiuc, in order to e.g. allow kolla cores to moderate the kolla channel, we'd need to have a dedicated mjolnir instance for that13:45
mnasiadkaOk then - does it mean we'd like to do a proof of concept/testing of an additional Matrix channel for OpenStack Kolla? (in addition to the IRC one) - if that's even possible today13:48
opendevreviewMerged openstack/kolla master: Influxdb: use stable RHEL repo  https://review.opendev.org/c/openstack/kolla/+/95768013:49
fungii don't know enough about mjolnir yet, it's possible room-specific behaviors can be decided by people with elevated permissions in those specific rooms but i'd need to read up on it13:50
fricklerI would prefer to see the opendev test go ahead first, but I won't -2 if others want to test something now13:50
fungiif you decide you want one, let me know and i'm happy to do the configuration on the homeserver to create it and add some of you as initial moderators/admins for the room13:51
mnasiadkaOk, thanks - we'll think about it and come back.13:52
mnasiadkaI think we covered some of the contributor issues13:52
mnasiadkafungi: Is there something I missed?13:52
fungithere's always more, but that was a great discussion. thanks!13:52
mnasiadkathank you for gathering that data :)13:53
mnasiadkaOk, that covered also Additional agenda I guess13:53
mnasiadka#topic Open discussion13:53
mnasiadkaAnybody anything that was not on the agenda? ;-)13:53
mmalchukown channel in Matrix ?)13:53
mnasiadkaWe just discussed that13:55
mnasiadkaAnything else?13:55
mnasiadkaSeems not13:56
mnasiadkaThank you all for coming - see you next week :)13:57
mnasiadka#endmeeting13:57
opendevmeetMeeting ended Wed Aug 20 13:57:06 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:57
opendevmeetMinutes:        https://meetings.opendev.org/meetings/kolla/2025/kolla.2025-08-20-13.00.html13:57
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/kolla/2025/kolla.2025-08-20-13.00.txt13:57
opendevmeetLog:            https://meetings.opendev.org/meetings/kolla/2025/kolla.2025-08-20-13.00.log.html13:57
mmalchukthanks mnasiadka 13:57
amir58118Amazing team — I’m really happy to play even a small role in the Kolla project.13:57
opendevreviewMerged openstack/kolla master: Enable Prometheus mtail build for ARM64  https://review.opendev.org/c/openstack/kolla/+/95767513:58
opendevreviewBartosz Bezak proposed openstack/kolla stable/2025.1: Influxdb: use stable RHEL repo  https://review.opendev.org/c/openstack/kolla/+/95808814:03
opendevreviewBartosz Bezak proposed openstack/kolla stable/2025.1: Influxdb: use stable RHEL repo  https://review.opendev.org/c/openstack/kolla/+/95808814:04
opendevreviewBartosz Bezak proposed openstack/kolla stable/2025.1: Enable Prometheus mtail build for ARM64  https://review.opendev.org/c/openstack/kolla/+/95808914:05
opendevreviewBartosz Bezak proposed openstack/kolla stable/2024.2: Enable Prometheus mtail build for ARM64  https://review.opendev.org/c/openstack/kolla/+/95809014:07
opendevreviewAmir Hossein Ahmadi proposed openstack/kolla master: swift: Reintroduce support for Swift deployment  https://review.opendev.org/c/openstack/kolla/+/95053414:44
mnasiadkafrickler: seems ubuntu-octavia is failing still, although wsgi api server is now up, so it's some different issue14:45
mnasiadkaand proxysql no monitor patch passed second time in a row, so it might be a solution for our headaches14:45
opendevreviewAmir Hossein Ahmadi proposed openstack/kolla-ansible master: swift: reintroduce Swift role and restore deployment  https://review.opendev.org/c/openstack/kolla-ansible/+/95357614:49
fricklermnasiadka: looks like a different issue in the octavia job, but the -ovn jobs at least are passing, which wasn't the case before when octavia-api was broken15:43
fricklerand I'd also appreciate to proceed with https://review.opendev.org/c/openstack/kolla-ansible/+/957653 until we find that larger nodes don't help either15:45
fricklerbbezak: kevko: ^^15:45
mnasiadkaok, let's try15:46
mnasiadkastill better than disabling proxysql monitor I guess15:46
mnasiadkaunless it will be failing again ;)15:46
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: octavia: Switch to wsgi module  https://review.opendev.org/c/openstack/kolla-ansible/+/95807015:47
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: WIP: Drop docker_common_options  https://review.opendev.org/c/openstack/kolla-ansible/+/95722815:47
opendevreviewMerged openstack/kayobe-config-dev master: Synchronise configuration with master  https://review.opendev.org/c/openstack/kayobe-config-dev/+/95545415:55
opendevreviewMerged openstack/kolla-ansible master: CI: Use 16GB nodes for debian-bookworm nodes  https://review.opendev.org/c/openstack/kolla-ansible/+/95765317:08

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