| dcapone2004 | I am looking to upgrade from 2023.1 to 2023.2 and beyond .... I am having some trouble at the prechecks with the rabbitmq configuration | 05:52 |
|---|---|---|
| dcapone2004 | I inquired a week or 2 ago about the move to HA queues in rabbitmq beginning with bobcat (2023.2) and I thought downtime could be bypassed by adding om_enable_rabbitmq_quorum_queues : false and om_enable_rabbitmq_high_availability: true to the globals.yml file ... however this complains that none of my existing queues are HA in the prechecks (which is correct afaik) | 05:58 |
| dcapone2004 | the cluster was deployed using KA Zed release initially and I do not think any HA was enabled for rabbitmq ... is there any way to remain with non HA queues and remain on transient queues to upgrade to 2023.2 and beyond? I tried setting both variables to false, but that also caused some complaints from prechecks indicating basically that one of them had to be true | 05:59 |
| dcapone2004 | I also tried excluding both options completely by commenting out my additions, but I also received a prechecks complaint as that results in the default of quorum queues being enabled ... Am I stuck at 2023.1 until I can bring down networking services to change the queues on rabbitmq? | 06:03 |
| joelm21 | dcapone2004: it looks like it. https://docs.openstack.org/kolla-ansible/2023.1/reference/message-queues/rabbitmq.html is pretty clear about the upgrade from Bobcat and beyond requiring that procedure | 07:03 |
| mnasiadka | good morning | 08:02 |
| andreykurilin | Hi folks! I have a small change (https://review.opendev.org/c/openstack/kolla/+/924387) that has been waiting for over 4 months since the last review by core team members. I understand it’s not a priority, but if anyone has time to review it, I would really appreciate it! Thanks in advance | 09:01 |
| opendevreview | Jakub Darmach proposed openstack/kolla stable/2024.1: Add support for Ubuntu 24.04 LTS https://review.opendev.org/c/openstack/kolla/+/932386 | 09:42 |
| opendevreview | Jakub Darmach proposed openstack/kolla stable/2024.1: Add support for Ubuntu 24.04 LTS https://review.opendev.org/c/openstack/kolla/+/932386 | 09:44 |
| opendevreview | Jakub Darmach proposed openstack/kolla stable/2024.1: Add support for Ubuntu 24.04 LTS https://review.opendev.org/c/openstack/kolla/+/932386 | 09:50 |
| opendevreview | Andrey Kurilin proposed openstack/kolla master: Allow to use configure_user macro for external templates https://review.opendev.org/c/openstack/kolla/+/924387 | 10:06 |
| opendevreview | Jakub Darmach proposed openstack/kolla stable/2024.1: Add support for Ubuntu 24.04 LTS https://review.opendev.org/c/openstack/kolla/+/932386 | 10:07 |
| opendevreview | Jakub Darmach proposed openstack/kolla stable/2024.1: Add support for Ubuntu 24.04 LTS https://review.opendev.org/c/openstack/kolla/+/932386 | 10:41 |
| opendevreview | Merged openstack/kolla stable/2024.2: Fix genconfig https://review.opendev.org/c/openstack/kolla/+/940143 | 11:12 |
| opendevreview | Merged openstack/kolla stable/2024.1: Fix genconfig https://review.opendev.org/c/openstack/kolla/+/940144 | 11:12 |
| opendevreview | Merged openstack/kolla stable/2023.2: Fix genconfig https://review.opendev.org/c/openstack/kolla/+/940145 | 11:12 |
| opendevreview | Bartosz Bezak proposed openstack/kolla-ansible master: Remove not needed service role assignment during upgrades. https://review.opendev.org/c/openstack/kolla-ansible/+/941902 | 11:35 |
| opendevreview | Martin Hiner proposed openstack/kolla-ansible master: [POC] Make virtual environment mandatory https://review.opendev.org/c/openstack/kolla-ansible/+/941674 | 11:44 |
| opendevreview | Will Szumski proposed openstack/kolla-ansible master: Adds the neutron_service_limit option https://review.opendev.org/c/openstack/kolla-ansible/+/877776 | 11:55 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: ovn: Add support for OVN SB Relay https://review.opendev.org/c/openstack/kolla-ansible/+/939331 | 12:05 |
| opendevreview | Jakub Darmach proposed openstack/kolla stable/2024.1: Add support for Ubuntu 24.04 LTS https://review.opendev.org/c/openstack/kolla/+/932386 | 12:13 |
| dcapone2004 | joelm21: that is how I initially read the docs, but then I received some feedback from kevko here that it was possible to remain on transient queues....https://meetings.opendev.org/irclogs/%23openstack-kolla/%23openstack-kolla.2025-02-06.log.html | 12:14 |
| dcapone2004 | starting to think he meant and/or understood my question to be staying with mirrored queues vs moving to quorum queues | 12:16 |
| dcapone2004 | so trying to get final clarity if downtime is needed to make the upgrade or if there is a way to push it down the line ... I am having a hard time believing that large public clouds using openstack had to take their entire infrastructure offline to upgrade past the 2023.1 release | 12:23 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: ovn: Add support for OVN SB Relay https://review.opendev.org/c/openstack/kolla-ansible/+/939331 | 13:01 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: CI: Remove unnecessary ansible values (after migration to ansible_core) https://review.opendev.org/c/openstack/kolla-ansible/+/941915 | 13:03 |
| opendevreview | Andrey Kurilin proposed openstack/kolla master: Allow to use configure_user macro for external templates https://review.opendev.org/c/openstack/kolla/+/924387 | 13:04 |
| kevko | dcapone2004: I've said that there is no path to migrate from classic mirrored queues to quorum queues ... And I also said that we as Ultimum analyzed little bit oslo.messaging library and probably we will be able to patch Oslo messaging to support live migrate from classic to quorum queues ...but this is in our todo list as we are still on antelope | 13:08 |
| kevko | on the customer site ... So we stayed with classic queues until we will need to migrate because of new rabbitmq | 13:08 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: ovn: Add support for OVN SB Relay https://review.opendev.org/c/openstack/kolla-ansible/+/939331 | 13:18 |
| mnasiadka | dcapone2004: it's not taking whole infrastructure offline, the instances don't need to be shut down - but yes, you need a period of API unavailability. | 13:20 |
| dcapone2004 | mnasiadka: the procedure's first step is to shutdown services that use rabbitmq, this includes neutron afaik...also afaik if you stop the neutron containers, you lose networking ... there are also notes about not using --limit (main docs not on the rabbitmq specifically), so I have been assuming it cannot be done host by host .... so I see a hard down in the sense that the VMs will be running, but there will be n | 13:32 |
| dcapone2004 | what am I missing? | 13:32 |
| mnasiadka | With ML2/OVS yes | 13:32 |
| mnasiadka | (as in yes - you'll loose networking) | 13:32 |
| dcapone2004 | ok, so being on ovs, I will lose networking and have a hard down (as far as the VMs being accessible to the outside world) ... out of curiosity what networking plugin wouldn't result in a hard down? I thought ovn depended on ovs | 13:40 |
| priteau | dcapone2004: OVN uses OVS too, but doesn't rely on RabbitMQ for internal communication | 13:46 |
| priteau | ML2/OVS is the standard name for the setup, what it really means is "Neutron server and its various components that use RabbitMQ for communication, combined with OVS" | 13:47 |
| dcapone2004 | so, if I was using OVN, this change would not take the networking down as those containers wouldn't need to be stopped? Trying to learn....and greatly appreciate the knowledge being shared on this channel | 13:48 |
| mnasiadka | yes, that's correct | 13:49 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: CI: Move pre tasks into roles https://review.opendev.org/c/openstack/kolla/+/920590 | 13:52 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: CI: Use ansible-lint for CI roles and playbooks https://review.opendev.org/c/openstack/kolla/+/937614 | 13:52 |
| dcapone2004 | google says that as of 2023 in a mailing list response migration from ovs to ovn is not supported, as I did not find anything to the contrary in my searches, I assume this is still the case? | 13:53 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Revert "CI: Bump mariadb_monitor_connect_timeout to 60000" https://review.opendev.org/c/openstack/kolla-ansible/+/941924 | 14:06 |
| opendevreview | Merged openstack/kayobe stable/2024.2: Support forcing time synchronisation https://review.opendev.org/c/openstack/kayobe/+/940869 | 14:39 |
| opendevreview | Martin Hiner proposed openstack/kolla-ansible master: [POC] Make virtual environment mandatory https://review.opendev.org/c/openstack/kolla-ansible/+/941674 | 14:42 |
| opendevreview | Pierre Riteau proposed openstack/kayobe stable/2024.2: Ensure hwclock is installed when required https://review.opendev.org/c/openstack/kayobe/+/941931 | 14:51 |
| opendevreview | Will Szumski proposed openstack/kolla-ansible master: Adds the neutron_service_limit option https://review.opendev.org/c/openstack/kolla-ansible/+/877776 | 15:47 |
| kevko | mnasiadka: maybe you can readd your +2 vote ? https://review.opendev.org/c/openstack/kolla-ansible/+/924623 ? | 15:48 |
| opendevreview | Roman Krcek proposed openstack/kolla-ansible master: Convert destroy scripts into playbooks https://review.opendev.org/c/openstack/kolla-ansible/+/920714 | 16:03 |
| opendevreview | Martin Hiner proposed openstack/kolla-ansible master: [POC] Make virtual environment mandatory https://review.opendev.org/c/openstack/kolla-ansible/+/941674 | 16:15 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!