Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2025-07-01
17:03:48 gibi I proposed the backport to Epoxy as I know debian want it there
17:04:23 gibi (the cpython bug fixing effort is progressing in the background)
17:05:14 gibi so other than the backport there is nothing else left here
17:05:18 gibi we can move on
17:05:41 sean-k-mooney jonnyb: so without diging deeply https://zuul.opendev.org/t/openstack/build/8a9b0a0404034a79a95621b18e16534b/log/controller/logs/screen-n-sch.txt#1017 you schduler was enabeld and i dont see lazy loadign but we need to look at that properly after the meeting
17:05:44 Uggla ok cardoe, wants to discuss about a patch
17:06:03 Uggla cardoe please go ahead, and then we will close.
17:06:07 cardoe https://review.opendev.org/c/openstack/nova-specs/+/471815
17:06:36 cardoe It is a proposed spec change to add trunk ports with their vlan tags to the network_data.json
17:06:47 sean-k-mooney ya im +2 on that gibi is +1 because they wont have review bandwith i belvie
17:07:04 gibi I'm +2-1=+1 signalling review bandwidth yes
17:07:16 cardoe It's something written originally by someone not involved in the effort currently.
17:07:23 cardoe But neutron supports defining ports like that.
17:07:55 cardoe There have been a few patches floating around from different operators that are using that functionality as a downstream patch.
17:07:56 dansmith sean-k-mooney: jonnyb: agree, I see the weigher being weighed and no lazy loads in that log, so seems fine
17:08:06 gibi having +1 from rubasov (Bence) is a good sign, he was involved in the original work of trunk
17:08:15 cardoe I've been working to consolidate the downstream operators around a single implementation and wanting to get it upstreamed.
17:08:20 sean-k-mooney yep
17:08:48 cardoe We've got temptest tests written and an implementation.
17:08:52 sean-k-mooney there is code for noav and tempest test too
17:09:04 sean-k-mooney ya https://review.opendev.org/q/topic:%22bp/expose-vlan-trunking%22
17:09:20 sean-k-mooney this is useful for both vms adn for ironic
17:09:24 cardoe This is just part of my TC work to try and get downstream operators to push back to the community.
17:10:29 sean-k-mooney so the requwst is bascily for another core to sponsor/review this before spec freeze on thruday
17:10:57 sean-k-mooney and then to review the actul pactchs before m3
17:11:54 sean-k-mooney the one thing i will say is i think we only have turnks in one job
17:12:12 sean-k-mooney so we will need to confirm that this si properly tested in our ci and that that job passes
17:13:07 sean-k-mooney the logs have rotated and the one nova patch that is requried https://review.opendev.org/c/openstack/nova/+/941227 is in merge conflict if i ty an rebase
17:13:17 cardoe I'll work to get folks to update things based on feedback.
17:13:25 sean-k-mooney oh its just missign isnged off by
17:14:50 Uggla cardoe something else you want to ask ?
17:15:16 cardoe No my only question is how can I get this on the roadmap
17:18:12 Uggla We are overtime, so we should close.
17:18:19 Uggla Thanks all
17:18:25 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-07-01-16.00.log.html
17:18:25 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-07-01-16.00.txt
17:18:25 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-07-01-16.00.html
17:18:25 opendevmeet Meeting ended Tue Jul 1 17:18:25 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
17:18:25 Uggla #endmeeting
17:21:53 sean-k-mooney cardoe: if we cant proceed with it this cycle i woudl say its still wroth rebaseign for next cycle
17:22:03 sean-k-mooney over all i think geting this in to upstream is a good thing
17:22:38 sean-k-mooney and we shoud encurrage upstream operator change like this when they are in scope of nova ot address
17:23:18 Uggla sean-k-mooney, if you have a min, what do you think of this bug: https://bugs.launchpad.net/nova/+bug/2115116 to my mind it is out of our scope but I'd like your feelings.
17:24:02 sean-k-mooney so i have been kind fo frustrated with some of the install guid work that has been sumited lately
17:24:11 cardoe It's this constant catch-22. The core teams have their own workloads and aren't there to respond to the whims of the operators. So the operators need to contribute more from a review standpoint. But then the operators are all counting spend and wanting to equate their return on investment.
17:25:27 sean-k-mooney Uggla: i see where they are coming form but personlly i dont think the mysql info should be in the install guide either
17:25:52 gibi the core team are basically employed by a company which is also counting profit, so operators could do the same, i.e. paying contributors to become cores
17:25:54 sean-k-mooney beyound a very high level over view of how to use teh config option ectra
17:26:23 Uggla sean-k-mooney, btw there is so many ways to install it.
17:26:44 sean-k-mooney Uggla: i personaly woudl mark it opipion
17:27:13 sean-k-mooney its not invalid i just think we would be better limiting the scope of the doc
17:28:31 sean-k-mooney we do not incldue it in the ubuntu ones either for what its worht
17:28:37 sean-k-mooney so it not a disto specific gap
17:28:50 sean-k-mooney we just doing docuemtn how to install rabbit in the nvoa guide
17:29:09 sean-k-mooney we tell you to configure the transport url transport_url = rabbit://openstack:RABBIT_PASS@controller:5672/
17:29:14 sean-k-mooney but that is reaonable
17:29:52 sean-k-mooney we coudl add a note to the prequistit section to say that rabbit must be installed adn aviable
17:29:58 sean-k-mooney but i would not say how to do that
17:31:33 Uggla ok I will try to answer in this way tomorrow morning.
17:32:26 sean-k-mooney so i mentioned im furstrated, there has been a number of new contiubotrs filing lots of small bugs for the install guide and submiting pathce for them
17:32:45 sean-k-mooney whil that is not a bad thign persay there has been no dicussion or cordiantion about this effort in genral
17:33:07 sean-k-mooney so it kind of feels lke some owne said to a bunch of interns ehre is a good way to do a first patch
17:33:17 sean-k-mooney but didnt actully talk to use about it first
17:33:33 sean-k-mooney im exagreating a bit
17:34:47 sean-k-mooney but that sort of how it feels, a buch of lower pririty bugs were created and folks are fixign them but no dicsussion of do we have time to review it
17:37:10 Uggla ok but in this case there is no patch attached too. Or I miss something.
17:38:00 sean-k-mooney no i just went out of my way to do some reviews in this area a while ago and sort of got burt out on it
17:39:05 Uggla ok
17:39:19 sean-k-mooney im fine with fixing the docs in general and if they want to add a patch to add it as a preqeusit for all distos then ok but i dont wnat to need to keep updating how to install rabbit if we can avoid it
17:40:56 sean-k-mooney https://review.opendev.org/c/openstack/nova/+/938702
17:41:32 sean-k-mooney so there is a patch for it a diffent bug https://bugs.launchpad.net/nova/+bug/2091585
17:41:45 sean-k-mooney so we proably shoudl clsoe the new one as a duplicate of that one
17:42:44 sean-k-mooney ill just do that now if there is no objetion we do not need two bugs for that
17:44:20 sean-k-mooney there is apprenly a commen guide that covers the install we can just link too https://docs.openstack.org/install-guide/environment-messaging-rdo.html
17:44:53 sean-k-mooney there is a ubuntu version too https://docs.openstack.org/install-guide/environment-messaging-ubuntu.html
21:55:56 mikal E: Unable to correct problems, you have held broken packages.
21:55:56 mikal qemu-utils (= 1:8.2.2+ds-0ubuntu1.7) but 1:8.2.2+ds-0ubuntu1.8 is to be installed
21:55:56 mikal qemu-block-extra : Depends: qemu-system-any (= 1:8.2.2+ds-0ubuntu1.7) or
21:55:56 mikal The following packages have unmet dependencies:
21:55:56 mikal At least the ceph CI error has changed this morning?
22:33:42 opendevreview Merged openstack/nova master: doc: Adding link for RabbitMQ installation during nova deployment on controller node. https://review.opendev.org/c/openstack/nova/+/938702
#openstack-nova - 2025-07-02
06:44:01 r-taketn Hi cores. I would appreciate it if you could review the SEV-ES code(https://review.opendev.org/q/topic:%22bp/amd-sev-es-libvirt-support%22) for the 2025.2 release. The SEV-ES code looks good to me. I apologize if this is already part of your review plan (https://etherpad.opendev.org/p/nova-2025.2-status#L88).
09:12:30 opendevreview Masahito Muroi proposed openstack/nova-specs master: Add spec for virtio-blk multiqueue and iothreads extra_spec https://review.opendev.org/c/openstack/nova-specs/+/951636
09:16:18 frickler mikal: looks like we might need to evict more pkgs from our mirror. or ubuntu needs to fix this be releasing pkgs with a bumped version
09:20:43 frickler oh, seems this was discussed in the glance channel already
09:38:38 mikal Oh, I'm not in the glance channel so I haven't seen that.
09:38:45 mikal Is there anything you need me to do?
09:44:41 frickler mikal: iiuc fungi was working on this, I'm not sure if the cleanup was completed already. do you still see new failures currently?
09:47:56 mikal I haven't tried for a few hours. Let me try again again now.
09:48:38 mikal Oh I lie, I kicked off a recheck an hour ago. Its still running. Results will be at https://review.opendev.org/c/openstack/nova/+/926126 when they're done.
09:49:26 mikal In other questioins... I am unclear on what problem Glean is solving, apart from cloud-init being a bit big and complicated these days. Someone please to explain?
10:01:42 opendevreview Kamil Sambor proposed openstack/nova master: Replace eventlet.event.Event with threading.Event https://review.opendev.org/c/openstack/nova/+/949754
10:02:43 opendevreview Kamil Sambor proposed openstack/nova master: Replace eventlet.event.Event with threading.Event https://review.opendev.org/c/openstack/nova/+/949754
10:06:16 frickler mikal: yes, cloud-init pulls in a lot of python dependencies at the distro level, which may conflict with dependencies for OpenStack projects, which is why we try to avoid it for CI purposes
10:07:45 frickler also no failures so far, so looks like things might be fixed https://zuul.opendev.org/t/openstack/status?change=926126
10:16:18 Uggla sean-k-mooney, gibi, I know you are busy, but It would be great if you can have a look at 951636: Add spec for virtio-blk multiqueue and iothreads extra_spec | https://review.opendev.org/c/openstack/nova-specs/+/951636. masahito updated it and I reviewed it on my side. So there is still a chance to have this spec approved for this cycle.
10:21:25 sean-k-mooney hum ok,,, i was goign to write a differnt version of that spec(im 2/3rd of the way though) since i assuemd they were not going to update it at this point and i had some other ideas on how to do it
10:28:21 mikal frickler: that makes sense. So it's only intended for CI workloads? Config drive was meant to be gone by now...
10:31:31 gibi Uggla: left couple of questions ther
10:31:32 gibi e

Earlier   Later