| opendevreview | Pierre Riteau proposed openstack/kayobe stable/yoga: Remove upgrade jobs following Xena EOL https://review.opendev.org/c/openstack/kayobe/+/897400 | 07:10 |
|---|---|---|
| opendevreview | Pierre Riteau proposed openstack/kayobe stable/zed: CI: Enable Ubuntu jobs again https://review.opendev.org/c/openstack/kayobe/+/897401 | 07:33 |
| zigo | kevko: Hey, what was the Salsa URL of python-podman, so I fix your issue? | 08:30 |
| zigo | (and sorry for the delay, the Bobcat release kept me busy...) | 08:31 |
| mnasiadka | kevko: well, erlang 24 doesn't work on aarch64 :) | 08:50 |
| mnasiadka | so basically aarch64 is to remain broken | 09:04 |
| kevko | zigo: https://salsa.debian.org/python-team/packages/python-podman , and it is already in unstable -> https://packages.debian.org/sid/python3-podman << | 09:35 |
| opendevreview | Michal Arbet proposed openstack/kolla master: Switch from antelope to bobcat APT repository https://review.opendev.org/c/openstack/kolla/+/897406 | 09:40 |
| zigo | kevko: FYI, I installed it on bookworm-zed up to bookworm-bobcat. Rsync is currently running... | 09:41 |
| zigo | I'm nearly all done with bookworm-bobcat. | 09:42 |
| zigo | All services done, only a few dashboard and neutron plugins are remaining. | 09:42 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: Revert "CentOS/Rocky: use CentOS Cloud SIG repo instead of Delorean" https://review.opendev.org/c/openstack/kolla/+/890851 | 09:57 |
| kevko | zigo: well, kolla don't support deb packages anymore | 09:59 |
| opendevreview | Michal Arbet proposed openstack/kolla master: Debian: Switch from antelope to bobcat APT repository https://review.opendev.org/c/openstack/kolla/+/897406 | 10:04 |
| guesswhat[m] | Hey, what openstack-exporter is used in latest stable kolla? 1.6.0 ? Thanks | 10:28 |
| kevko | guesswhat[m]: you can check yourself | 10:29 |
| guesswhat[m] | did exec and openstack-exporter --version, but its empty | 10:29 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 10:29 |
| guesswhat[m] | docker exec -it prometheus_openstack_exporter /opt/openstack-exporter/openstack-exporter --version | 10:30 |
| kevko | guesswhat[m]: haha, so why you don't use git ? kolla is public accessible and tagged | 10:30 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 10:31 |
| guesswhat[m] | asking cuz I have few metrics missing from this list https://github.com/openstack-exporter/openstack-exporter#metrics-collected | 10:31 |
| opendevreview | Verification of a change to openstack/kayobe stable/2023.1 failed: Fix data file path detection with new pip https://review.opendev.org/c/openstack/kayobe/+/896379 | 10:32 |
| guesswhat[m] | its 1.6.0 https://github.com/openstack/kolla/blob/stable/2023.1/docker/prometheus/prometheus-openstack-exporter/Dockerfile.j2#L9, not sure whats wrong then | 10:32 |
| guesswhat[m] | holy moly, its info log level is freaking crazy | 10:36 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 10:36 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 10:37 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 10:39 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 10:39 |
| opendevreview | Pierre Riteau proposed openstack/kayobe stable/yoga: Remove upgrade jobs following Xena EOL https://review.opendev.org/c/openstack/kayobe/+/897410 | 10:39 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 10:40 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 10:40 |
| mnasiadka | hopefully this passes now | 10:40 |
| guesswhat[m] | seems https://github.com/openstack-exporter/openstack-exporter/issues/268#issuecomment-1484789977 fixes the bug with nova metrics | 10:42 |
| kevko | guesswhat[m]: fill the bug, test it and propose patch :) | 10:44 |
| mnasiadka | contributors welcome :) | 10:46 |
| guesswhat[m] | dont have enough good experience with contributing here in kolla project :D | 10:50 |
| guesswhat[m] | mnasiadka: https://bugs.launchpad.net/kolla-ansible/+bug/2036301 this one is mine , the answer is unfortunatelly no | 10:50 |
| mnasiadka | guesswhat[m]: Is that our fault you're not interested (lack of reviews or something similar) - or there's some different reason? | 10:52 |
| kevko | mnasiadka: what about use Kerl and compile erlang ourself ? :D | 11:01 |
| kevko | overkill ? :D | 11:01 |
| mnasiadka | well, I think erlang for RPM was built in COPR by hrw | 11:02 |
| mnasiadka | I would normally ask the RMQ guys to have a repo with 25.2, but given their welcoming response last time, I'll pass | 11:02 |
| mnasiadka | Unless we want to copycat their Launchpad setup and do a PPA for 25.2 | 11:03 |
| kevko | meh, anyway split aarch64 from rest is good step I think ... | 11:04 |
| kevko | most of the time aarch64 is a thorn in the heel | 11:05 |
| kevko | as a reson to switch repositories etc etc | 11:05 |
| opendevreview | Merged openstack/kayobe stable/zed: CI: Enable Ubuntu jobs again https://review.opendev.org/c/openstack/kayobe/+/897401 | 11:05 |
| mnasiadka | well, we could just drop it if nobody is using it, but feels a bit of shame | 11:07 |
| kevko | PTG theme ? | 11:08 |
| kevko | i would like to know who is using aarch64 | 11:08 |
| kevko | but yeah, better to not remove | 11:09 |
| kevko | but it's bit hard to maintain aarch64 if package sources missing some versions and another repos missing completly aarch64 | 11:10 |
| mnasiadka | especially hrw is not really around here anymore to care for these | 11:10 |
| mnasiadka | and I don't even have an aarch64 system to check out anything | 11:10 |
| Continuity | guesswhat[m], I can confirm that the bug you ref above for openstack-exporter does indeed fix the issues with nova metrics | 11:11 |
| kevko | mnasiadka: now? or do you mean it in general? | 11:12 |
| kevko | regarding hrw | 11:12 |
| mnasiadka | kevko: I mean in general, Linaro does not care about OpenStack anymore I think - but if we drop aarch64 from Kolla - then I don't know what happens with Linaro's OpenDev nodes (which use Kolla) :) | 11:13 |
| hrw | kevko: at Linaro we ended work on OpenStack. | 11:13 |
| hrw | mnasiadka: there are no plans on upgrading Linaro developer cloud | 11:13 |
| mnasiadka | hrw: I think developer cloud and the nodepool provider are two different things | 11:14 |
| mnasiadka | At least that's what clarkb mentioned one day | 11:14 |
| hrw | kevko: I moved to other tasks. Kolla/aarch64 was quite time consuming | 11:14 |
| kevko | aaa , i didn't know this .. | 11:14 |
| hrw | mnasiadka: nodepool is pool of hardware | 11:14 |
| hrw | iirc | 11:15 |
| mnasiadka | hrw: well, I'll rephrase that - the OpenStack cloud that Opendev CI uses via nodepool is some separate cloud that uses Kolla | 11:15 |
| hrw | ok | 11:15 |
| mnasiadka | so if we end that - it might be that OpenStack has no place to test ARM stuff | 11:15 |
| mnasiadka | and for now the only core problem I see is RMQ :) | 11:16 |
| hrw | what this time? | 11:16 |
| guesswhat[m] | Continuity: theres probably one more: level=error msg="Failed to collect metric for exporter: nova, error: failed to collect metric: security_groups, error: Resource not found: [GET http://192.168.1.1:8774/v2.1/os-security-groups], error message: {\"itemNotFound\": {\"code\": 404, \"message\": \"The resource could not be found.\"}}" source="exporter.go:123" | 11:16 |
| hrw | mnasiadka: I thought that kolla's policy for rmq is "use latest everywhere as upstream gives us only latest" | 11:16 |
| mnasiadka | hrw: RMQ 3.9 (which we use in Yoga) supports max erlang 25.2.* | 11:16 |
| mnasiadka | and all repos have only 25.3.* | 11:17 |
| mnasiadka | so we would need to build latest 25.2 in COPR and I guess Launchpad | 11:17 |
| hrw | mnasiadka: migrate yoga to 3.10 then? | 11:17 |
| hrw | or EOL yoga | 11:17 |
| mnasiadka | hrw: it was migrated from 3.8, so it's a bit complicated - because we can't jump from 3.8 to 3.10 directly (if somebody deployed 3.8 in the past and didn't update to 3.9) | 11:18 |
| hrw | EOL then | 11:18 |
| mnasiadka | yeah, I don't really mind marking Yoga as EOL soon | 11:18 |
| hrw | if we cannot maintain it then EOL is clear sign to users | 11:18 |
| mnasiadka | Extended Maintenance estimated 2023-11-02 | 11:18 |
| Continuity | guesswhat[m]: yeah thats been throwing errors for as long as i have been using the exporter :D. One day i might get round to seeing if i can work out a fix. We dont use those metrics so it hasnt been an issue for us | 11:19 |
| hrw | this way if someone is on 3.8 then latest yoga images will be 'old, unmaintained' 3.9 version. Which can be updated to 3.10 in Zed | 11:19 |
| mnasiadka | and we should surely look into delivering multiple RMQ version tagged images for each release | 11:20 |
| guesswhat[m] | Continuity: btw, what metrics / monitoring are You using? Unfortunutally a lot of public Grafana dashboards are "unbaked" | 11:20 |
| mnasiadka | or even go back to the infra images approach and have a different repo that is non-cycle-bound | 11:20 |
| hrw | imagine user X having cloud on wallaby rmq 3.8(?). they can upgrade to EOL yoga, get rmq 3.9 and then move to Zed with 3.10 (which should be upgraded to Bobcat anyway) | 11:21 |
| kevko | I understand that EOL is the solution to almost all possible problems, but it is still not a solution. On the one hand, we strictly take care not to upgrade erlang/rabbitmq (because someone may have an old version), and on the other hand, we drop the entire branch - which is the same | 11:21 |
| Continuity | guesswhat[m]: Mostly in house developed stuff. | 11:21 |
| Continuity | a mix of openstack exporter, container exporter, and libvirt exporter | 11:21 |
| Continuity | to give a fully rounded picture. | 11:21 |
| hrw | kevko: how many devs kolla has? 4-5? | 11:21 |
| guesswhat[m] | Continuity: nothing publicly available, right? :D I have bunch of exporters running ( there are nice dashboards for cadvisor, node-exporter, etc, but nothing perfect for libvirt and openstack-exporter ) | 11:22 |
| hrw | kevko: I was always a fan or 'do devel branch, care about latest stable, may look at anything older if there is a time' | 11:22 |
| kevko | hrw: i totally understand you | 11:23 |
| hrw | kevko: I am in Kolla since 2017 and this project was always overloaded with work | 11:23 |
| kevko | mee too :) | 11:23 |
| kevko | maybe 2018 ? | 11:23 |
| Continuity | guesswhat[m]: not currently. there is nothing *secret* about what we are doing, its just very tailored to our environment. | 11:23 |
| hrw | so if current-4 branch needs work then it is time to EOL it to leave migration path | 11:23 |
| hrw | mnasiadka: add 'one RMQ/Erlang upgrade per stable branch' to PTG topics? | 11:24 |
| mnasiadka | well, we're already doing it like that - without a PTG topic | 11:24 |
| mnasiadka | but yeah, we should discuss the way forward | 11:25 |
| hrw | mnasiadka: so stable gets rmq 3.X, upgrade to 3.X+1 during maintaince and 3.X+2 == EOL | 11:25 |
| kevko | Well, i am ok with it ... but i think there should be a way how to fix even that branches ...something as need only one +2 core | 11:25 |
| mnasiadka | I guess we'll fix Yoga for x86_64 and do EOL | 11:25 |
| hrw | mnasiadka: what about 3.8 -> 3.10 upgrade??? | 11:25 |
| mnasiadka | kevko: Add a topic to the PTG about this and we can discuss ;) | 11:26 |
| guesswhat[m] | Continuity: okay, thanks :) | 11:26 |
| mnasiadka | hrw: basically from my perspective we should be able to bump to latest RMQ irrelevant of the OpenStack release | 11:26 |
| kevko | for example we have also customers with older versions (because they are waiting and waiting and don't want to upgrade) ...but then ..when it comes ... upgrade is painfull :D | 11:27 |
| kevko | mnasiadka: +1 +1 +1 | 11:27 |
| hrw | mnasiadka: Xena, Wallaby are on rmq 3.8, right? Moving Yoga to rmq 3.10 will break migration path | 11:28 |
| opendevreview | Rafal Lewandowski proposed openstack/kolla-ansible master: Add a separate interface address for tgtd https://review.opendev.org/c/openstack/kolla-ansible/+/897419 | 11:29 |
| mnasiadka | hrw: yes, but if we produce separate image for 3.9 and separate for 3.10 and separate for 3.11 - we can have a variable in kolla-ansible that denotes the version you want to use | 11:29 |
| mnasiadka | and do an upgrade check | 11:30 |
| hrw | mnasiadka: if you have time to maintain it | 11:31 |
| hrw | and to write, test, backport, test in 5 branches | 11:31 |
| mnasiadka | hrw: well, there are people like me and kevko that use Kolla in day-to-day work | 11:31 |
| mnasiadka | so it would just make our lifes easier | 11:32 |
| hrw | ok | 11:32 |
| kevko | this should make you think about whether tagging components with the openstack version makes sense (?) Kolla should be tagged with real tags of the given components, and kolla ansible should define the versions of these components. Then each version of kolla-ansible can define a specific version of component | 11:32 |
| mnasiadka | kevko: I still think we should be release specific for OpenStack components, but we could break out infra components out of that OpenStack release loop | 11:33 |
| kevko | agree | 11:33 |
| hrw | split kolla into kolla-infra and kolla-openstack | 11:33 |
| mnasiadka | yup | 11:33 |
| kevko | my thinking was about another components | 11:33 |
| kevko | rabbit, maria, proxysql ..etc ..etc | 11:33 |
| kevko | hrw +1 | 11:33 |
| hrw | kevko: anything !openstack-base based is infra | 11:34 |
| kevko | yep ... idea behing is the same | 11:34 |
| kevko | behind | 11:34 |
| hrw | code for it is there | 11:34 |
| mnasiadka | ok, added that to PTG | 11:35 |
| hrw | openstack.kolla/mariadb:11 openstack.kolla/rabbitmq:3.13 | 11:41 |
| hrw | openstack.kolla/neutron-server:bobcat | 11:41 |
| hrw | this kind? | 11:42 |
| mnasiadka | yup | 11:42 |
| hrw | mnasiadka: makes a lot of sense | 11:42 |
| SvenKieske | interesting discussion, was in meetings the whole morning | 11:43 |
| SvenKieske | mnasiadka: why is this marked as "invalid"? https://bugs.launchpad.net/kolla/+bug/2025321 | 11:43 |
| opendevreview | Verification of a change to openstack/kayobe master failed: Revert "CI: Disable bare metal testing on RL9/c9s" https://review.opendev.org/c/openstack/kayobe/+/897260 | 12:11 |
| mnasiadka | SvenKieske: because it's targeted to Yoga and it's not invalid there? | 12:23 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 12:24 |
| SvenKieske | okay, I hate launchpad UX :D | 12:39 |
| hrw | SvenKieske: a way to say 'Yoga only' | 12:56 |
| mnasiadka | hrw, kevko, frickler: https://review.opendev.org/c/openstack/kolla/+/890851 - can we get that merged, and then I'll post a patch to use bobcat from rdo (which we can later revert in master after branching)? :) | 12:58 |
| SvenKieske | hrw: yeah, as I said, I hate launchpad UX. it should say: master|antelope etc. invalid and yoga valid, instead it's invalid against the core component. it's okay, just confusing UX, to me, so ymmv. | 13:00 |
| SvenKieske | to me at least* | 13:00 |
| hrw | mnasiadka: +2 | 13:00 |
| mnasiadka | thanks | 13:00 |
| hrw | mnasiadka: next time send as patch series: one reverting, second moving to bobcat | 13:01 |
| hrw | mnasiadka: easier to notice plans | 13:01 |
| mnasiadka | hrw: too many things on my plate, but sure :) | 13:02 |
| hrw | mnasiadka: it makes it easier for you too | 13:02 |
| hrw | mnasiadka: 'git checkout -b move-centos-ones-to-bobcat', 2 commits, git review -y, done | 13:03 |
| *** hrww is now known as hrw | 13:15 | |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/zed: ubuntu: mark collectd and telegraf as buildable https://review.opendev.org/c/openstack/kolla/+/895901 | 13:27 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/zed: ubuntu: mark collectd and telegraf as buildable https://review.opendev.org/c/openstack/kolla/+/895901 | 13:27 |
| kevko | hrw: https://review.opendev.org/c/openstack/kolla/+/897406 can u ? | 13:30 |
| hrw | done | 13:30 |
| kevko | thank you | 13:36 |
| kevko | mnasiadka: i am preparing my downstream repo for upgrade ...do you think we can backport some usefull patches from master to zed ? | 13:37 |
| kevko | (so i don't need to include it in my downstream repo ..i will just rebase against our zed upstream ) | 13:37 |
| kevko | this type of patches , for example this https://review.opendev.org/c/openstack/kolla-ansible/+/865434 | 13:39 |
| kevko | not big , not killer | 13:39 |
| mnasiadka | If those are usability improvements, I guess we could merge the backports - as long as they don't change any default behaviour | 13:40 |
| kevko | okay | 13:50 |
| kevko | thanks | 13:50 |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible stable/zed: Add ability to configure rabbitmq https://review.opendev.org/c/openstack/kolla-ansible/+/897441 | 13:53 |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible stable/zed: Add ability to configure rabbitmq https://review.opendev.org/c/openstack/kolla-ansible/+/897441 | 13:56 |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible stable/zed: Trivial: Add connection: local for keystone-fernet cron generate task https://review.opendev.org/c/openstack/kolla-ansible/+/897442 | 13:58 |
| guesswhat[m] | What about adopting https://github.com/inovex/prometheus-libvirt-exporter instead of Tinkoff`s exporter, see https://github.com/prometheus-community/community/issues/50 for more info. | 13:59 |
| opendevreview | Pierre Riteau proposed openstack/kayobe stable/yoga: Fix data file path detection with new pip https://review.opendev.org/c/openstack/kayobe/+/896381 | 14:04 |
| kevko | guesswhat[m]: we have libvrit exporter if i remember well | 14:05 |
| priteau | I think guesswhat[m] means replacing the current one | 14:06 |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible stable/zed: Fix issue with octavia security group rules creation https://review.opendev.org/c/openstack/kolla-ansible/+/897443 | 14:06 |
| priteau | I didn't realise Tinkoff/libvirt-exporter had been archived :/ | 14:07 |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible stable/zed: Add support for multiple ceph files https://review.opendev.org/c/openstack/kolla-ansible/+/897444 | 14:10 |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible stable/zed: Configure coordination in default for masakari-api https://review.opendev.org/c/openstack/kolla-ansible/+/897445 | 14:14 |
| opendevreview | Merged openstack/kayobe stable/2023.1: Fix data file path detection with new pip https://review.opendev.org/c/openstack/kayobe/+/896379 | 14:35 |
| guesswhat[m] | priteau: it has also lot of bugs, https://github.com/inovex/prometheus-libvirt-exporter has these fixed and its based on better library | 14:49 |
| opendevreview | Merged openstack/kayobe stable/yoga: Remove upgrade jobs following Xena EOL https://review.opendev.org/c/openstack/kayobe/+/897410 | 14:50 |
| priteau | Feel free to propose a patch. It would be nice to know which metrics might change. | 14:50 |
| mnasiadka | There's also https://github.com/vexxhost/libvirtd_exporter - which looks like it shouldn't vanish ;) | 14:51 |
| guesswhat[m] | wondering what they are using for openstack part, if openstack-exporter/openstack-exporter or exporter by cannonical, or something else? | 14:51 |
| mnasiadka | but it would be good to compare metrics | 14:51 |
| guesswhat[m] | openstack-exporter/openstack-exporter has lastest release year ago.. | 14:52 |
| opendevreview | Merged openstack/kolla stable/zed: Revert "bifrost: mark unbuidable for Ubuntu" https://review.opendev.org/c/openstack/kolla/+/896849 | 14:53 |
| mnasiadka | and last commit two weeks ago | 14:53 |
| priteau | guesswhat[m]: It's still active, there may be a new release soon | 14:53 |
| mnasiadka | https://github.com/openstack-exporter/openstack-exporter/issues/299 | 14:53 |
| guesswhat[m] | priteau: may be.. :) | 14:55 |
| priteau | mnasiadka: I saw the vexxhost libvirtd exporter a while ago, but last commit in 2020… | 14:58 |
| priteau | It's even less maintained than other exporters | 14:59 |
| guesswhat[m] | priteau: also https://github.com/inovex/prometheus-libvirt-exporter is maintained by a company | 15:17 |
| priteau | Well, vexxhost is a company too, as were tinkoff and kumina | 15:18 |
| kevko | btw, what about vexxhost magnum driver in kolla ? i remember that i've seen some discussion here :) | 15:26 |
| kevko | i think then magnum start to be usable :D | 15:26 |
| opendevreview | Merged openstack/kolla master: Debian: Switch from antelope to bobcat APT repository https://review.opendev.org/c/openstack/kolla/+/897406 | 15:34 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 16:12 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 16:13 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: [yoga-only]: Fix erlang versions https://review.opendev.org/c/openstack/kolla/+/897352 | 16:14 |
| mnasiadka | kevko: I think SCS/OSISM is interested in getting that in (cc: SvenKieske frickler) | 16:15 |
| opendevreview | Merged openstack/kolla stable/zed: ubuntu: mark collectd and telegraf as buildable https://review.opendev.org/c/openstack/kolla/+/895901 | 16:18 |
| kevko | mnasiadka: well, we are using kubespray and rancher ...but personally i am interested to get in ..because without it i think magnum is not usable :D | 16:38 |
| guesswhat[m] | CAPO works just ok, theres no need to use Magnum at all, https://github.com/vexxhost/magnum-cluster-api still reuquires a k8s cluster with CAPI installed, its just a API proxy.. | 16:41 |
| opendevreview | Verification of a change to openstack/kayobe master failed: Use importlib.metadata instead of importlib_metadata https://review.opendev.org/c/openstack/kayobe/+/897306 | 16:41 |
| guesswhat[m] | Also vexxhost is using k8s as underlying orchestrator https://github.com/vexxhost/atmosphere | 16:42 |
| opendevreview | Merged openstack/kayobe stable/2023.1: Use importlib.metadata instead of importlib_metadata https://review.opendev.org/c/openstack/kayobe/+/897313 | 16:43 |
| opendevreview | Merged openstack/kayobe stable/zed: Use importlib.metadata instead of importlib_metadata https://review.opendev.org/c/openstack/kayobe/+/897314 | 16:43 |
| guesswhat[m] | Oh, Horizon is now supporting OTP https://docs.openstack.org/releasenotes/horizon/2023.2.html ? | 16:48 |
| mnasiadka | guesswhat[m]: there are people that like using Horizon or standardized OpenStack APIs (e.g. via Terraform) - so they are happy with Magnum supporting CAPO | 16:52 |
| kevko | capo ? | 16:53 |
| kevko | mnasiadka: regarding erlang ..what about build erlang in image ? :D | 16:53 |
| kevko | via kerl | 16:53 |
| kevko | leave it as is for x86_64 and build for aarch64 | 16:54 |
| mnasiadka | kevko: Cluster API Provider Openstack (the openstack driver for CAPI) | 17:27 |
| kevko | aaa ok | 17:53 |
| greatgatsby | kevko: mnasiadka: Thanks for the work on the rabbitmq/erlang PR. Just a heads up, we built our own rabbitmq image with the correct versions (as per the PR) and pushed those out to one of our existing clusters. Every VM went down. We have another cluster where we already had the VM shutdown issue, where we then rolled out the new images, and it's been rock solid, running deploy after deploy, nothing goes down. Might not be related at | 19:46 |
| greatgatsby | all, but I thought I should just mention in case changing the erlang version, even if to the correct one, will itself cause VMs to go down the first time. | 19:46 |
| greatgatsby | sorry if this is incorrect, but I thought better to mention than not | 19:46 |
| opendevreview | Pierre Riteau proposed openstack/kayobe master: Speed up migrate_rabbitmq_queues https://review.opendev.org/c/openstack/kayobe/+/897493 | 21:08 |
| opendevreview | Verification of a change to openstack/kayobe master failed: Use importlib.metadata instead of importlib_metadata https://review.opendev.org/c/openstack/kayobe/+/897306 | 22:03 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!