Friday, 2025-05-30

opendevreviewTakashi Kajinami proposed openstack/nova master: Replace license classifier  https://review.opendev.org/c/openstack/nova/+/95122601:09
opendevreviewsean mooney proposed openstack/nova-specs master: Add cpu-teiring with cpu_shares spec  https://review.opendev.org/c/openstack/nova-specs/+/95122201:12
opendevreviewsean mooney proposed openstack/nova-specs master: Add cpu-teiring with cpu_shares spec  https://review.opendev.org/c/openstack/nova-specs/+/95122201:13
*** elodilles is now known as elodilles_ooo05:45
gibigmaan: sean-k-mooney: I replied about evacuate in https://review.opendev.org/c/openstack/nova-specs/+/937650/comment/aaf66b8d_53e159c3/07:03
zigoUnder Trixie, with RabbitMQ 4.0.5, I'm getting:08:58
zigoPRECONDITION_FAILED - invalid property 'non-durable' for queue 'conductor' in vhost '/'08:58
zigoIs this a miss-feature somewhere ?!?08:58
zigoI mean, in oslo.messaging ...08:58
sean-k-mooneyzigo: not that im aware of but i belive kolla hit some issues with rabbit 4.x  and i belive they also use debain 10:28
sean-k-mooneyzigo: all our testing for expoy and master is still useing 3.12.110:30
sean-k-mooneyzigo: that what ubuntu 24.04 is shipping currently10:30
sean-k-mooneyzigo: im not sure if oslo.messaging offically supprot rabbit 4.X10:34
sean-k-mooneyyou may be able to work around the issue by changign the cofnig default in service like chaging to quorm_queues10:35
sean-k-mooneyzigo: i dont know if the idea of having a debian testing image has ever been raised with infra or what the eta is for trixie. we currently use debain for spice testign in the nova-ovs-hybrid-plug job 10:36
sean-k-mooneyi would be happy to see that move to trixe or sid in the future once its aviable10:37
sean-k-mooneyalthough the main blocker is likely to be python 3.13 support10:37
fricklerso far we would have to wait for trixie to be released to build an image with nodepool. with the zuul-launcher feature we might be able to start earlier, but I didn't have time yet to look into this10:39
frickleralso, yes, the version of oslo.messaging will likely be relevant. I think this should all be working in kolla, but maybe our CI coverage is incomplete10:40
sean-k-mooneyfrickler: im wondering if the debian installer and kolla are using slightly diffent config options for the messaging transport10:44
sean-k-mooneyfrickler: for example ha queue have been deprecated for a long time they may have finally killed them in 4?10:45
fricklersean-k-mooney: yes, there was a lot of cleanup work to be done in the last cycle, but kolla does ship with rmq 4 for 2025.110:46
sean-k-mooneythat at least promising as it implies there is a workable config that zigo could move too10:47
zigosean-k-mooney: I did move to quorum queues, no choice with RabbitMQ 4.0.5, as it doesn't support HA queues anymore. Though that's not the issue. The issue is nova attempting to set not-durable, which seems to be gone from Rabbit.10:56
zigoI wonder how can I tell oslo.messaging not to do that.10:57
sean-k-mooneyzigo: have you treied setting the durable_queses config option to true10:57
zigoI did grep not-durable in oslo.messaging and didn't find where it is.10:57
sean-k-mooneyoslo is ment to ignore it when using quorm_queues which requrie durablity10:57
zigosean-k-mooney: This creates more issues that it solves, I wouldn't recommend to anyone to do that.10:57
sean-k-mooneyhttps://github.com/openstack/oslo.messaging/blob/master/oslo_messaging/_drivers/amqp.py#L33-L3710:58
sean-k-mooneyzigo: quourm queue are unconditonally durable in rabbit10:58
zigoOh ok.10:59
sean-k-mooneyhttps://www.rabbitmq.com/docs/quorum-queues#feature-matrix10:59
zigoLet me try something then.10:59
sean-k-mooneyso oslo should be ignoreing that config option but it may be bugged or it may be fixed but in a newer verion11:00
zigoI'll try setting durable_queue to true and see how it goes.11:00
zigoThough as much as I can tell, this doesn't fix.11:00
zigoLet me try.11:00
zigoSame thing.11:01
zigoI'm getting:11:01
zigoQueue.declare: (406) PRECONDITION_FAILED - invalid property 'non-durable' for queue 'conductor' in vhost '/'11:01
opendevreviewBalazs Gibizer proposed openstack/nova master: DNM: trying to figure out what broke the unit test  https://review.opendev.org/c/openstack/nova/+/95139311:02
opendevreviewBalazs Gibizer proposed openstack/nova master: [hacking] N374 do not use time.sleep(0) to yield  https://review.opendev.org/c/openstack/nova/+/95099211:06
zigosean-k-mooney: Any idea what's attempting to add non-durable and how one does that in Rabbit?11:08
opendevreviewBalazs Gibizer proposed openstack/nova master: Cache [pci]alias parsing  https://review.opendev.org/c/openstack/nova/+/95115111:11
sean-k-mooneyzigo: not off the top of my head sorry11:44
fricklerzigo: did you set rabbit_quorum_queue and rabbit_transient_quorum_queue?11:56
zigoI did.11:56
zigoBoth to true.11:56
zigofrickler: If I comment this line:11:57
zigohttps://github.com/openstack/oslo.messaging/blob/master/oslo_messaging/_drivers/impl_rabbit.py#L44711:57
zigothen daemons car start ...11:57
fricklerfor reference here's the full template that kolla uses, but maybe some rmq config is also relevant https://opendev.org/openstack/kolla-ansible/src/branch/master/ansible/roles/aodh/templates/aodh.conf.j2#L63-L7811:57
zigofrickler: And this has been tested with rabbitmq >= 4 ?11:58
frickleryes. are you doing a fresh deploy or an upgrade?11:59
zigoFresh deploy.11:59
zigoUsing Trixie + Epoxy.11:59
zigoEpoxy on Bookworm works, though I'm trying to finish my setup on Trixie, where many things just break ... :P12:00
fricklerhttps://opendev.org/openstack/kolla/src/branch/master/docker/rabbitmq/apt_preferences_rabbitmq.debian12:00
zigoThe pinning for erlang is wrong, Trixie has 27.3.3.12:01
fricklerwell that is from erlang/rmq upstream repos, not debian pkgs12:01
zigoAh... ok ...12:02
zigoGot some same kind of issues with Neutron. :/12:15
zigooslo_messaging.exceptions.MessageDeliveryFailure: Unable to connect to AMQP server on cl1-controller-2.infomaniak.ch:5671 after inf tries: Queue.declare: (406) PRECONDITION_FAILED - invalid property 'non-durable' for queue 'q-plugin' in vhost '/'12:15
zigoI'll redo a setup from scratch, I guess.12:22
sean-k-mooneyzigo: rabbit erqires all service on a given vhost to have the same queue config12:31
sean-k-mooneyso if nova is uing durable qurom ques and nova and neturon share a vhost then they would both have to align12:31
sean-k-mooneywith that said we do not recommend sharign vhosts between openstack services12:31
zigoOf course ! :)12:32
zigoI'll have a go setting durable=True everywhere, and see how that goes.12:32
sean-k-mooneyzigo:  ya we tried to do that in our new installer and hit exactly the same thing it was all or nothing12:33
sean-k-mooneyapprently tripleo never used per service vhosts... and when rabbit supprot was added for our our new installer they said well if it was good enough for tripleo why change it...12:34
sean-k-mooneyit makes me sad inside as that is the most basic form of isolation that you should alwasy do ...12:34
sean-k-mooneygibi: melwitt: just an fyi https://bugs.launchpad.net/nova/+bug/2112187 it looke like live migration after a cinder swap volume may be broken12:35
sean-k-mooneygibi: melwitt: this was found via our watcher testing im currently poking around in the env to see if i can find anyting useful12:36
sean-k-mooneyits reproducable as well. we have not tried doign it by hand but this is the 3 time we have repoduced this in 2 difent envs12:38
sean-k-mooneygibi: melwitt: so i confiemd that it look liek we are not properly updating the migration xml. on the dest host the voluem path is /dev/sdc but we used /dev/sdd (source_path) for the migration xml14:13
sean-k-mooneygibi: melwitt im not conviced this si a regriesson related to the recent live migation roleback change14:14
sean-k-mooneyhowever this env has that patch applied14:15
sean-k-mooney its effetivly master14:15
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user wrong auth_url  https://review.opendev.org/c/openstack/nova/+/93868014:17
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user wrong auth_url  https://review.opendev.org/c/openstack/nova/+/93868014:18
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user wrong auth_url  https://review.opendev.org/c/openstack/nova/+/93868014:19
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user wrong auth_url  https://review.opendev.org/c/openstack/nova/+/93868014:22
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user wrong auth_url  https://review.opendev.org/c/openstack/nova/+/93868014:23
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user wrong auth_url  https://review.opendev.org/c/openstack/nova/+/93868014:24
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user update auth_url  https://review.opendev.org/c/openstack/nova/+/93868014:26
gmaangibi: thanks15:10
opendevreviewGhanshyam proposed openstack/nova-specs master: Propose API policy manager role spec  https://review.opendev.org/c/openstack/nova-specs/+/93765015:45
gmaansean-k-mooney: gibi ^^ updated (removed the evacuate API policy change)15:46
*** haleyb is now known as haleyb|out16:59
melwittsean-k-mooney: hm ok, thanks for the heads up. just a thought, how hard would it be to revert the patch in your env to see if it helps? might be a fast track to getting some info17:36
opendevreviewGhanshyam proposed openstack/nova-specs master: Propose API policy manager role spec  https://review.opendev.org/c/openstack/nova-specs/+/93765018:10
gmaansean-k-mooney: ^^ addressed your comment for admin-password18:28
gmaanmelwitt: as you also reviewed manager role spec earlier ^^ this is up with final shape, please check and provide your feedback. 18:29
opendevreviewIvan Anfimov proposed openstack/placement master: wip  https://review.opendev.org/c/openstack/placement/+/95143218:31
gmaanstephenfin: I left one comment on your favor API improvement spec, I think this is good opportunity to make additionalProperties=False for other API also https://review.opendev.org/c/openstack/nova-specs/+/940440/6/specs/2025.2/approved/flavor-search-by-name.rst#5818:32
gmaanthis is just a suggestion but I will not block your spec if you would like to just improve flavor API in this. let me know18:33
melwittgmaan: ack will do18:40
opendevreviewIvan Anfimov proposed openstack/placement master: docs: start use https  https://review.opendev.org/c/openstack/placement/+/95143218:43
gmaanthanks 18:45
opendevreviewIvan Anfimov proposed openstack/placement master: docs: placement service start use https  https://review.opendev.org/c/openstack/placement/+/95143218:45
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user update auth_url  https://review.opendev.org/c/openstack/nova/+/93868018:46
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user update auth_url  https://review.opendev.org/c/openstack/nova/+/93868018:52
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user update auth_url  https://review.opendev.org/c/openstack/nova/+/93868019:00
opendevreviewIvan Anfimov proposed openstack/nova master: docs: nova service_user update auth_url  https://review.opendev.org/c/openstack/nova/+/93868019:03
opendevreviewIvan Anfimov proposed openstack/nova master: docs: update for services to https  https://review.opendev.org/c/openstack/nova/+/93868019:05

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