| opendevreview | Michal Nasiadka proposed openstack/kolla master: neutron: Add agents wrappers in the neutron-base image https://review.opendev.org/c/openstack/kolla/+/946215 | 07:09 |
|---|---|---|
| opendevreview | Merged openstack/kolla stable/2024.2: [2024.2 and 2024.1 only] Fix issue with 'pycadf' installation https://review.opendev.org/c/openstack/kolla/+/947724 | 07:35 |
| opendevreview | Verification of a change to openstack/kolla stable/2024.1 failed: [2024.2 and 2024.1 only] Fix issue with 'pycadf' installation https://review.opendev.org/c/openstack/kolla/+/947725 | 07:52 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: neutron: Add agents wrappers in the neutron-base image https://review.opendev.org/c/openstack/kolla/+/946215 | 08:35 |
| opendevreview | Marek Buch proposed openstack/kolla-ansible master: Add documentation for Kolla Ansible CLI command completion https://review.opendev.org/c/openstack/kolla-ansible/+/948409 | 08:55 |
| opendevreview | Merged openstack/kolla-ansible master: Drop support for Ubuntu Jammy (22.04) https://review.opendev.org/c/openstack/kolla-ansible/+/940125 | 08:58 |
| frickler | mnasiadka: https://review.opendev.org/c/openstack/kolla-ansible/+/940125/3/ansible/roles/prechecks/vars/main.yml isn't "mainly docs" IMO and I was under the impression that we'd do this for 2025.2 only? | 09:15 |
| mnasiadka | frickler: we backported 24.04 to 2024.1 for that reason, but if you want to hold off - I'm fine with that | 09:16 |
| frickler | mnasiadka: well we backported it so deployers have the option to switch while on 2024.1, but not to force it on them? but let me discuss this internally, maybe we're fine with it after all | 09:17 |
| frickler | actually we dropped jammy testing in master some time ago already, so I guess this is really the correct solution, sorry for the noise | 09:22 |
| mnasiadka | no problem :) | 09:26 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: neutron: Add agents wrappers in the neutron-base image https://review.opendev.org/c/openstack/kolla/+/946215 | 09:59 |
| mnasiadka | I'm having a look in all Dockerfiles, and it seems in *-base containers we create an empty file usually called kolla_$service_extend_start.sh (like kolla_neutron_extend_start.sh) and it's always empty - instead of this file being a common extend_start for all containers in given service? WTH? | 10:29 |
| opendevreview | Mauricio Harley proposed openstack/kolla master: Enabling support for Thales Luna user id and group id. https://review.opendev.org/c/openstack/kolla/+/948084 | 10:44 |
| opendevreview | Merged openstack/kolla stable/2024.1: [2024.2 and 2024.1 only] Fix issue with 'pycadf' installation https://review.opendev.org/c/openstack/kolla/+/947725 | 11:59 |
| opendevreview | Matt Crees proposed openstack/kolla-ansible master: Docs: update RabbitMQ HA instructions https://review.opendev.org/c/openstack/kolla-ansible/+/948428 | 12:21 |
| opendevreview | Matt Crees proposed openstack/kolla-ansible master: Docs: update RabbitMQ HA instructions https://review.opendev.org/c/openstack/kolla-ansible/+/948428 | 12:28 |
| spatel | mnasiadka Hello! | 14:22 |
| spatel | I have a question, does kolla support of two node deployment? I meant two controller node instead of 3? | 14:22 |
| spatel | I know its odd requirement but we have only 2 nodes available and planning to deploy HCI kind of deployment. | 14:23 |
| frickler | two controllers are worse than one IMO, why would you do that? | 14:24 |
| spatel | Trust me its odd requirement. one of our customer have multiple site and they have only two node in each site. | 14:25 |
| spatel | They want openstack with some redundancy. | 14:25 |
| spatel | onky rabbitMQ and MariaDB wants quorom right? rest of the world doesn't care | 14:26 |
| spatel | I was thinking if I can just deploy mariDB and rabbitMQ with dual container in single node.. to just make it 3 nodes simulation | 14:27 |
| frickler | well there's also ceph and redis. but then, customers wishes and technical reality are not necessarily compatible | 14:27 |
| spatel | Redis is not a big deal.. we can skip that.. its very small deployment with some short of redendency.. | 14:28 |
| spatel | customer has shared storage so I am not worried about storage part | 14:28 |
| opendevreview | Pierre Riteau proposed openstack/kayobe master: Use uefi instead of bios for Tenks https://review.opendev.org/c/openstack/kayobe/+/948452 | 15:06 |
| mnasiadka | well, I don't know anybody running with two controllers, and we always assume 3 for HA | 15:13 |
| spatel | I know! I thought if there is a way to make it work :) | 15:29 |
| spatel | Let me see what I can do | 15:29 |
| WiniciusAllan[m] | hi kolla, I've changed the type of Rabbitmq queues to quorum. I'm doing a upgrade from A->C and after running prechecks, a failed tasks show this message: | 15:36 |
| WiniciusAllan[m] | "om_enable_rabbitmq_transient_quorum_queue is True but reply_37ae071622424a099bd5fa9a7bad31d5 is a non-quorum queue." | 15:36 |
| WiniciusAllan[m] | The error seems to be related to all reply_* queues. | 15:37 |
| WiniciusAllan[m] | Anyone can give me a light? | 15:37 |
| priteau | WiniciusAllan[m]: Are you sure all your services got stopped correctly during the migration? Maybe run it again? | 15:43 |
| WiniciusAllan[m] | I stop with `kolla-ansible stop -t cinder,nova,neutron,heat,octavia,blazar --yes-i-really-really-mean-it` | 15:44 |
| WiniciusAllan[m] | I didn't check if all containers are properly stopped, I just trust it haha | 15:44 |
| WiniciusAllan[m] | * priteau: I stop | 15:44 |
| WiniciusAllan[m] | I'll try to run it again... | 15:46 |
| WiniciusAllan[m] | * priteau: I stopped with kolla-ansible stop -t cinder,nova,neutron,heat,octavia,blazar --yes-i-really-really-mean-it | 15:54 |
| WiniciusAllan[m] | I didn't check if all containers are properly stopped, I just trust it haha | 15:54 |
| priteau | WiniciusAllan[m]: maybe you are running more services? check which containers are still running and if there are queues/connections still alive | 16:00 |
| opendevreview | Antony Messerli proposed openstack/kolla-ansible stable/2024.1: Pins ansible.utils in 2024.1 branch https://review.opendev.org/c/openstack/kolla-ansible/+/948462 | 17:07 |
| opendevreview | Antony Messerli proposed openstack/kolla-ansible stable/2024.1: Pins ansible.utils in 2024.1 branch https://review.opendev.org/c/openstack/kolla-ansible/+/948462 | 17:08 |
| *** benj_2 is now known as benj_ | 17:39 | |
| WiniciusAllan[m] | priteau: yeah, I think other services that use Rabbit are running, so queues are not recreated. I just stopped all services at once and ran the procedure again | 18:55 |
| WiniciusAllan[m] | s/are/were/ | 18:57 |
| opendevreview | Merged openstack/kolla-ansible master: Docs: update RabbitMQ HA instructions https://review.opendev.org/c/openstack/kolla-ansible/+/948428 | 19:51 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!