f0o | https://paste.opendev.org/show/bni0NTj441e5DrO1vP8k/ << pretty sure this is not supposed to look like this | 05:40 |
---|---|---|
f0o | I got all exchanges in all vhosts and things go bonkers | 05:40 |
f0o | for i in aodh ceilometer cinder dns glance heat ironic keystone magnum neutron nova sahara zaqar; do echo $i; /rabbitmqadmin delete exchange --vhost=swift name=${i} -H 10.20.1.114 -P 15671 -s -k -u x -p x; done # this worked to clean up swift at least. The rest doesnt seem to be hurting | 05:54 |
f0o | https://paste.opendev.org/show/bIhFtyEk83w4XxscjawM/ | 05:55 |
f0o | ceilometer-notif agent will simply recreate those whenever its started | 05:55 |
f0o | and it will then crash with the same errors and ddos gnocchi in the process | 05:55 |
f0o | *_ceilometer_enabled all set to False apart from swift_ceilometer_enabled also keeps recreating those exchanges and crashing on them with the same error; but at least it doesnt ddos gnocchi so hard it crashes | 06:26 |
f0o | so seems like ceilometer is nonfunctional for our usecase. Guess i'll write some binary myself that gathers usage statistics instead | 06:27 |
Seilo | Hi Community | 06:51 |
Seilo | Is OVN the default scenario in OSA? | 06:52 |
f0o | More or less yes; it will still need manual configuration to work properly (such as defining northd and gateway hosts etc) | 06:52 |
f0o | https://docs.openstack.org/openstack-ansible-os_neutron/latest/app-ovn.html | 06:53 |
Seilo | f0o: When I installed AIO, I saw that OVN was brought up. So in general, for production installations, OVS is not the default, and according to what you said, only some points need to be defined in the configuration for OVN to work properly. I am asking for this confirmation because I want to mention a comparison with Kolla (where OVN is not the default). | 07:35 |
noonedeadpunk | OVN is the default assumption, yes | 07:36 |
noonedeadpunk | You still can do OVS setup with couple of variables | 07:36 |
noonedeadpunk | (and slightly different inventory) | 07:36 |
noonedeadpunk | Seilo: that is the default: https://opendev.org/openstack/openstack-ansible-os_neutron/src/branch/master/defaults/main.yml#L399-L401 | 07:37 |
jrosser | comparing defaults imho is not very insightful with OSA | 07:37 |
noonedeadpunk | (nor with kolla I believe) | 07:37 |
jrosser | because you can choose/configure almost everything in any way you wish | 07:37 |
noonedeadpunk | but you better draw a design/architecture first to know/understand the state you need to reach | 07:38 |
jrosser | that really is the point of these kind of tools compared to the ones from big vendors that tend to be more rigid and opinionated | 07:38 |
Seilo | noonedeadpunk: Kolla explicitly states that OVS is the default: https://docs.openstack.org/kolla-ansible/latest/reference/networking/neutron.html#openvswitch-ml2-ovs The same link further explains how to configure OVN. | 07:41 |
noonedeadpunk | Seilo: I am not sure we do document defaults in docs | 07:46 |
noonedeadpunk | I think we mostly oriented on describing typical scenarios overall | 07:47 |
noonedeadpunk | For isntance, networking scenarios can be seen here: https://docs.openstack.org/openstack-ansible-os_neutron/latest/ | 07:47 |
noonedeadpunk | so it is more of a path you choose in a way | 07:49 |
noonedeadpunk | even in AIO you can supply ovs scenario and it will be deployed with OVS over OVN | 07:49 |
Seilo | The link you shared is great. Thanks | 07:53 |
noonedeadpunk | We probably need to re-arrange and highlight that OVN is "default" in there... | 07:57 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Add CI jobs for Ceph on Ubuntu 24.04 https://review.opendev.org/c/openstack/openstack-ansible/+/948255 | 08:17 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Add CI jobs for Ceph on Ubuntu 24.04 https://review.opendev.org/c/openstack/openstack-ansible/+/948255 | 12:38 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!