Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2026-10-15
12:21:28 sean-k-mooney traits are not corrct
12:21:45 sean-k-mooney so in placement you can set min_unit and max_unit in the invetory
12:22:08 sean-k-mooney those defautl to 1 and total inventory count by default
12:22:26 sean-k-mooney and contol the size of an allocation against that inventory
12:22:50 sean-k-mooney so you can techniall set the min_unit and max_unit in the vcpu invetory
12:22:59 sean-k-mooney and then placement will enforce that for you
12:23:08 sean-k-mooney and i think provider.yaml is able to do that
12:23:15 sean-k-mooney its just a littel obscure
12:24:50 sean-k-mooney you can definetly do that vai the placement api for what its worth
12:25:37 sean-k-mooney each inventory also has step_size
12:25:53 tkajinam hmmm
12:26:05 sean-k-mooney so you can for example say this host can only have vms with between 2 an 8 cpus in multiples of 2
12:26:09 tkajinam sean-k-mooney, the question is related to the virtio-net queue spec
12:26:39 tkajinam sean-k-mooney, in that spec maximum virtio-net queue acceptable in a specific compute node is determined by [libvirt] max_queues in nova.conf there
12:26:55 sean-k-mooney one sec im going to swap client brb
12:26:57 tkajinam I was wondering if there is a good way to report that in placement and ignore anything below the requested number
12:27:05 tkajinam sean-k-mooney, sure
12:27:35 tkajinam (and I thought there may not be a good mechanism for it, but dropped that question here just in case I'm not aware of something nice available
12:28:07 opendevreview Matt Crees proposed openstack/nova master: Add test_update_devices_preserves_vf_network_caps https://review.opendev.org/c/openstack/nova/+/989121
12:28:11 sean-k-mooney[m] ok im borrowing stephens desk so i disturbe emma less while on the ptg sessions
12:28:11 opendevreview Matt Crees proposed openstack/nova master: Don't drop pci_dev network caps when VF is in use https://review.opendev.org/c/openstack/nova/+/982660
12:28:39 sean-k-mooney[m] so no not currently
12:28:45 sean-k-mooney[m] what i woudl look at
12:29:06 sean-k-mooney[m] is how we did it for the number of adress bits
12:29:42 sean-k-mooney[m] we reprot the maxium number of adress space bits a host supprot
12:29:58 sean-k-mooney[m] but not to placement instead we reprot it as a compute capablity
12:30:08 sean-k-mooney[m] and use the comptue capablity filter to enfoce it
12:30:34 tkajinam ah ok
12:30:57 tkajinam ah yeah I found that
12:31:06 sean-k-mooney[m] https://github.com/openstack/nova/commit/1038a633870b24b2409205cc3c5fe066442dd49f
12:31:42 sean-k-mooney[m] that is the best example we have of scheduling on a numeric value that is not consumed
12:31:56 sean-k-mooney[m] i.e. where we do not need to decremnt that totale or create allcoations
12:32:04 tkajinam that's a good solution so far, though we may want something within placement in long term.
12:32:11 tkajinam we got the 2nd example where we need this
12:32:24 sean-k-mooney[m] im sure there are others
12:32:50 sean-k-mooney[m] we discuss modeling this in placement with invetoies of max int or infinity inventories
12:33:30 sean-k-mooney[m] in practice eigher woudl work and could reuse min_unit, max_unit and step_size
12:33:45 sean-k-mooney[m] but placment invetories are for countble things
12:33:54 tkajinam yeah that's the proble
12:33:57 sean-k-mooney[m] not for configuration or state
12:34:00 tkajinam and traits are non-countable
12:34:18 tkajinam we want something countable but non-consumable
12:34:30 sean-k-mooney[m] honestly that would not be a terrible evolution fo the placement api in my view
12:34:38 sean-k-mooney[m] or our usage of it
12:34:38 tkajinam yeah
12:35:00 tkajinam and would be more efficient because you can do local filtering within placement db
12:35:03 sean-k-mooney[m] but im not sure it gets use much beyond what we can already do in the compute capabliteis filter
12:35:30 sean-k-mooney[m] i woudl update the multi queue spec to follow the max_adresspace design for this
12:35:48 sean-k-mooney[m] but we could evaulate what to do in the future in a more native way
12:35:58 tkajinam yes I left such comment there, because the current proposal is saying they let instance creation fail and put it to rescheduling
12:36:22 tkajinam IMHO we should filter non-suitable compute nodes instead of trying to use it and fail
12:36:23 sean-k-mooney[m] ya which is not great
12:37:23 sean-k-mooney[m] we could have a trait COMPUTE_NIC_MULTIQUEUE_COUNT
12:37:45 sean-k-mooney[m] to advertise that a host supprot that funcitonalty but encodeing the amount in the trait
12:37:59 sean-k-mooney[m] woudl be even less correct then a max int invetory in my view
12:38:14 tkajinam yeah I agree
12:41:05 sean-k-mooney[m] ill try and find some more time to loop back to that spec in the next week or so.
12:41:34 sean-k-mooney[m] is it curently just focusing on the nic storage or both
12:41:46 sean-k-mooney[m] i feel like we curely have 2 diffent spec one for each right
12:41:50 sean-k-mooney[m] or am i miss remembering
12:42:12 sean-k-mooney[m] there is a spec related to iothread and block device multi queue
12:42:32 sean-k-mooney[m] and then i think one for contoling the count of quee allcoated to neutorn interfaces
12:43:39 sean-k-mooney[m] i know for the nic one i was also suggesting that while the flavor/image is ok it might be better to have a neutron port exstions or port hint to allow you to request a prefered number of queues per interface
12:45:33 tkajinam sean-k-mooney[m], yeah I saw that and that sounds a good idea. but they want their admin to enforce the limit so port extra spec may not work for that use case.
12:46:35 tkajinam want their admin to enforce the limit *per tenant-basis*
12:46:58 tkajinam we likely discuss the same detail later :-)
12:50:23 tkajinam sean-k-mooney[m], I assume you'd join the watcher sessions today, right ?
14:01:08 opendevreview Merged openstack/nova master: Add info log when destination hypervisor is too old https://review.opendev.org/c/openstack/nova/+/907972
14:09:49 sean-k-mooney[m] yes but i will be joining for the pci grouping topic
14:09:59 sean-k-mooney[m] i can join specific sessions if needed
14:10:40 sean-k-mooney[m] if you eanted per port admin enfoced limest i woudl propse it as a qos policy or simialr on the neutron side
14:10:50 sean-k-mooney[m] i.e. some admin created policy
14:10:58 sean-k-mooney[m] that users coudl select but ya the falvor also works
14:15:48 opendevreview Merged openstack/nova master: libvirt: set remaining to 0 when no disk to migrate https://review.opendev.org/c/openstack/nova/+/873846
15:42:39 adamcarthur5 Hey folks, I hope I haven't butchered the timings, I'll be on the call 15 minutes from now
15:48:22 tkajinam adamcarthur5, I think that works. we are resuming at 1600UTC and your topic is the next one
15:49:56 Uggla adamcarthur5, yep perfect
15:50:50 Uggla JayF, cid ping bulk read API session will start in 10mn
15:51:57 cid \o/
15:53:03 JayF cid: feel free to attend or not, I thought I'd put both of us on the ping list :)
15:53:40 cid Certainly. I will be attending.
16:01:24 Uggla adamcarthur5 are you in the room ?
16:01:56 JayF yeah he's in
19:23:55 opendevreview Dan Smith proposed openstack/nova-specs master: Add cross-cell-live-migration spec https://review.opendev.org/c/openstack/nova-specs/+/1008081
#openstack-nova - 2026-10-16
05:24:24 abhishekk @dansmith answer for your cache related question for multipart download support, https://review.opendev.org/c/openstack/glance/+/434558
05:24:43 abhishekk sorry wrong channel
07:03:44 opendevreview Thomas Goirand proposed openstack/placement master: Honor sys.argv when parsing the config in the WSGI entry point https://review.opendev.org/c/openstack/placement/+/1010823
07:53:17 opendevreview Thomas Goirand proposed openstack/placement master: Honor sys.argv when parsing the config in the WSGI entry point https://review.opendev.org/c/openstack/placement/+/1010823
09:50:23 opendevreview Thomas Goirand proposed openstack/nova master: Lock the info cache row in instance_info_cache_update https://review.opendev.org/c/openstack/nova/+/1010847
13:29:58 opendevreview Takashi Kajinami proposed openstack/nova master: Revert "disable ovn based testing of test_live_migration_with_trunk" https://review.opendev.org/c/openstack/nova/+/997768
13:42:23 nathharp_ hey all - I've not proposed any fixes for nova before. What's the etiquette on asking for reviews?
15:49:46 opendevreview fivetime proposed openstack/nova master: Decide osprofiler tracing after the config is parsed https://review.opendev.org/c/openstack/nova/+/1010918
16:31:51 opendevreview Balazs Gibizer proposed openstack/nova master: Reproduce trusted cert bugs https://review.opendev.org/c/openstack/nova/+/1010021
16:32:15 opendevreview Balazs Gibizer proposed openstack/nova master: Reproduce and document trusted cert bugs https://review.opendev.org/c/openstack/nova/+/1010021
16:36:47 dansmith gibi: by the way, I asked on the ops session this morning if anyone cares about this feature
16:37:16 dansmith gibi: there was basically no response, but the little discussion we had was mostly about all the ways it provides no guarantees worth relying on
16:37:47 gibi :)
16:38:15 gibi thanks of asking ops about it
16:40:11 gibi then maybe I will stop at this repro and doc patch and does not try to fix the image cache part either
16:42:28 dansmith I don't think it's worth fixing, FWIW

Earlier   Later