Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2025-08-05
16:41:15 jssfr it should be doable to finish it in two weeks, so I'll aim for a submission before or on 2025-08-19
16:41:18 sean-k-mooney yep that why i said about 3 weeks
16:41:38 NicolaiRuckel I'll continue with rebasing/fixing the UEFI patch in the meantime.
16:44:45 sean-k-mooney i think we can move on if there are other topic unless there are any final objections?
16:45:24 jssfr I'd probably jump out of the meeting then. I'll stay reachable here as usual though if there's any later remarks. Thanks for all the input!
16:46:15 Uggla ok I guess melwitt point was covered ^
16:46:33 Uggla anything else to discuss ?
16:47:40 jssfr okay, text you all later, thanks!
16:52:59 Uggla As we are almost on the top of the hour, I'll skip bug scrubbing.
16:53:44 Uggla Thanks all, see you next week.
16:53:50 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-08-05-16.01.log.html
16:53:50 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-08-05-16.01.txt
16:53:50 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-08-05-16.01.html
16:53:50 opendevmeet Meeting ended Tue Aug 5 16:53:50 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:53:50 Uggla #endmeeting
17:09:06 cardoe So I know its after the meeting but I just wanted to bring up https://review.opendev.org/c/openstack/nova-specs/+/471815
17:31:46 sean-k-mooney cardoe: i still think that woudl be good to do, in 2026.1 at this point but its still open because of review banding and process
17:33:37 cardoe So Ironic has implemented a patch that grabs the metadata from nova and rewrites it to add that data and then ultimately writes that to disk.
17:34:42 sean-k-mooney that was added for another reason i belive
17:34:51 sean-k-mooney but yes they have some logic for updatign the config drive
17:35:11 sean-k-mooney that for port_groups in general rather then bonding specificly i think
17:35:32 sean-k-mooney or perhaps its for bonding rather then for vlan trunking
17:35:49 sean-k-mooney i vagly recall the patch but not the details
17:36:36 sean-k-mooney cardoe: https://bugs.launchpad.net/ironic/+bug/2106073
17:37:13 sean-k-mooney which which was adress by https://review.opendev.org/c/openstack/ironic/+/946677
17:39:29 sean-k-mooney cardoe: it looks like they have chosen to use the uuid for the link id https://review.opendev.org/c/openstack/ironic/+/946677/29/ironic/conductor/configdrive_utils.py#295
17:39:39 sean-k-mooney even if that may brake some usescases
17:39:49 sean-k-mooney that effecitvly what i was suggesting doing too
17:40:00 cardoe Well I can update the spec as well.
17:41:08 sean-k-mooney ack they have some examples of what it will looklike in tehre unit tests https://review.opendev.org/c/openstack/ironic/+/946677/29/ironic/tests/unit/conductor/test_configdrive_utils.py#169
17:55:07 cardoe I'm happy to do whatever you guys would like to see to get it landed.
17:55:49 cardoe I'm merely trying to show users in my company and then at another company (where some former co-workers have gone) that they need to be engaging with upstream instead of downstream patches.
17:56:14 cardoe Which has morphed into me finding that spec and series which is from another company. And the written patches are written by yet another company.
17:56:59 cardoe While my company engages with upstream (hi I'm here) there's other orgs within that don't necessarily.
17:57:08 cardoe Then these other two companies aren't engaging at all.
17:57:38 cardoe You want devs and contributors, well I gotta convince these companies that it's not pointless to engage upstream on features.
18:10:06 sean-k-mooney cardoe: ack Uggla fyi ^
18:10:43 sean-k-mooney cardoe: its not pointless but someone aslo need to actully do the work and chapiaion the idea. you are promoting it well
18:11:53 cardoe I picked this feature cause I thought it'd be the easiest since it had a spec, an implementation, it had tempest tests for nova, neutron, and ironic
18:13:09 sean-k-mooney right the context that is around it is many core reviewer have been feeling burn out due to the numebr of feature thaty are bign asked to review so it was propsoed that we shoudl approve less specs but try to activlly land the ones we do approve
18:13:37 sean-k-mooney a side effect of that was suggestin that cores shoudl only +2 a spec if they intend to spend time reviewin it
18:14:09 sean-k-mooney that why this didnt progress. its obvious that there is some interest in doing his
18:14:18 sean-k-mooney so i think it could happen next cycle
18:25:57 cardoe okay
21:56:54 opendevreview Callum Dickinson proposed openstack/nova master: Fix image ID in libvirt metadata when unshelving https://review.opendev.org/c/openstack/nova/+/942973
21:56:55 opendevreview Callum Dickinson proposed openstack/nova master: Add image meta to libvirt XML metadata https://review.opendev.org/c/openstack/nova/+/942766
21:56:55 opendevreview Callum Dickinson proposed openstack/nova master: Add more flavor metadata to libvirt guest XML https://review.opendev.org/c/openstack/nova/+/942974
22:00:32 Callum027 sean-k-mooney: Morning, thanks for getting in touch, I've rebased and adopted the suggestions you made to my patches
22:03:42 sean-k-mooney Callum027: thanks, im just wrappiping for today, i proably shoudl have stop about 4 hours ago :) but ill take alook again tomorrow once we get some ci results
22:03:58 Callum027 No worries, have a good evening
22:04:02 sean-k-mooney o/
23:06:46 melwitt working on code near the server group late affinity check I noticed it looks like there has been a regression in the error handling of the check due to a past bug fix that changed what exception the late check raises https://bugs.launchpad.net/nova/+bug/2119578
23:07:10 melwitt I just filed a bug to capture it
#openstack-nova - 2025-08-06
06:36:43 auniyal https://review.rdoproject.org/r/c/openstack/nova-distgit/+/58076
06:36:43 auniyal hi sean-k-mooney, will you have access to merge this in nova-disgit
06:37:46 auniyal can you please provide review comments
06:38:29 auniyal https://review.rdoproject.org/r/admin/groups/1abd61acb05653e6333e01582fe4b118a7febc8c,members
06:38:29 auniyal we have only 1 nova-disgit core - sahid.ferdjaoui@redhat.com
06:38:35 auniyal sahid ?
10:33:53 sean-k-mooney auniyal: i did until october whne i asked to be removed form the list rdo cores for nova. artom and gibi have core rights
10:34:54 sean-k-mooney currently the only core right i still have in rdo are for cyborg
10:40:27 sean-k-mooney melwitt: commeted on the bug
10:41:01 sean-k-mooney https://review.rdoproject.org/r/admin/groups/1abd61acb05653e6333e01582fe4b118a7febc8c,members
10:41:20 sean-k-mooney that is not the group we use
10:41:59 sean-k-mooney we use https://review.rdoproject.org/r/admin/groups/d90e2cf3a41ddec7e571c67ce63e10aed1b4e363,members but it looks like artom has not updated that yet to add gibi
10:42:47 sean-k-mooney anyway this is more a downstream or rdo converstaion since its not really in the scope fo the nova project
12:06:01 auniyal sean-k-mooney ack,
12:06:20 sean-k-mooney auniyal: there may be a review open ot update the list
12:06:32 auniyal still can you please have a look patch is okay
12:08:15 auniyal I added sahid, hopefully they will look
12:08:40 sean-k-mooney sahid does not work on this anymore
12:08:48 sean-k-mooney they may but its unlikely
12:09:00 sean-k-mooney so the patch shoudl be propsoed againt master first
12:09:06 sean-k-mooney not direclty to andeploe liek this
12:09:36 sean-k-mooney and you will need to backprot it in rdo
12:09:51 auniyal yeah I did that first https://review.rdoproject.org/r/c/openstack/nova-distgit/+/58075
12:10:05 sean-k-mooney right but you abandoned it
12:10:13 auniyal bust as we need this in 18 (downstream) I thought antelope is correct one
12:10:26 sean-k-mooney so it was not the wrong branch it ned to land there first and then backprot it to antelope
12:10:52 auniyal also I saw this - https://review.rdoproject.org/r/c/openstack/nova-distgit/+/57752
12:11:20 sean-k-mooney that is diffent
12:11:50 auniyal oh okay, sure will create the backports then
12:12:03 sean-k-mooney althogh it likely shoudl have been done to master first as well
12:12:16 sean-k-mooney the reason its diffent is the depencies are diffent per branch
12:16:20 mohsen__ [compute]
12:16:20 mohsen__ this is my nova compute config:
12:16:20 mohsen__ I tried NUMATopologyFilter on nova scheduler along with cpu_dedicated_set config on the nova compute side. The scheduling process works completely fine.
12:16:20 mohsen__ hello dear friends. Is there anybody here who has ever tested the vCPU vs pCPU performance?
12:16:21 mohsen__ cpu_dedicated_set = 0-17,36-53
12:16:21 mohsen__ cpu_shared_set = 18-35,54-71
12:16:23 mohsen__ consider the fact that the cpu_shared_set value is on numa node 0 and cpu_dedicated_set is on numa node 1.
12:16:25 mohsen__ The issue is that after creating instances and benchmarking vCPU and pCPU instances separately, the result was surprising. The performance of vCPU was better than pCPU.
12:16:27 mohsen__ Is there anybody who has experienced the same issue?
12:17:39 sean-k-mooney that likely because of other effect related to the numa toplogy
12:17:53 auniyal sean-k-mooney, do you think other things are alight in patch - like file path and bin prefix like nova-contrib - do you have any comment on that
12:18:40 sean-k-mooney i skimed it and ot look mostly ok but im not sure if you need to set the mode here https://review.rdoproject.org/r/c/openstack/nova-distgit/+/58076/8/openstack-nova.spec#580
12:19:31 sean-k-mooney it proably should be 755 or 644 but im not sure if that is required
12:19:56 mohsen__ sean-k-mooney: What do you mean by other effect? did you mean the other instances on the same compute node can affect the result of the test?
12:20:14 sean-k-mooney in general this is not somethign i review often so i alwasy have to look up the manpages for install ectra when i do
12:20:57 sean-k-mooney mohsen__: no i mean if the testing your doing is using cinder volume or relys on networking

Earlier   Later