Earlier  
Posted Nick Remark
#openstack-nova - 2025-04-03
13:37:20 mnaser Uuuuuugh
13:37:22 sean-k-mooney dansmith: well last time i ask peole said they woudl take a look at the traits patch and didnt. gibi did look this time to give them credit
13:37:51 sean-k-mooney mnaser: this is one of the large pices of technial debt with the ironic driver
13:37:59 sean-k-mooney its doign several things its not allowed to do
13:38:05 dansmith sean-k-mooney: link me
13:38:10 sean-k-mooney including changign the vnic type ot baremetal
13:38:33 sean-k-mooney dansmith: its no kind of blockd on use approving the specless blueprint which si now a ptg topic but sure on sec
13:39:21 dansmith sean-k-mooney: okay well if I had realized I would have argued not to block my thing on another blocked thing, especially since "releases are cheap" :)
13:39:25 sean-k-mooney dansmith: its https://review.opendev.org/c/openstack/os-traits/+/940418
13:40:08 sean-k-mooney dansmith: we can wait till melwitt has a chance ot respond or till the ptg
13:40:26 sean-k-mooney dansmith: anyway ill try and get to the OTU device tommorw or this evening
13:40:27 dansmith yeah, sounds like that's the best idea
13:41:01 sean-k-mooney mnaser: i think port bidning is still done in nova.
13:41:33 sean-k-mooney mnaser: if we can confirm that we may be able ot tweak plug_vifs to refesh the cache or soemthign like that to get the ip in teh defered case
13:41:46 sean-k-mooney mnaser: but its kind of building one hack on top of anohter
13:42:09 sean-k-mooney unless we can do that in a common way in the compute manger of coruse
13:43:00 mnaser hmm yea
13:43:49 mnaser Do other drivers rely on compute manager to bind the ports?
13:44:01 sean-k-mooney yes
13:44:08 sean-k-mooney virt drivers are not allowed to do it
13:44:19 sean-k-mooney tehy can do port pluging
13:44:33 sean-k-mooney btu that a diffent thing
13:45:19 sean-k-mooney as i said the ironic dirver or ironci its self is doing thing that its not technailly allowed to do like modifyiing cidner volume attachmetn or neutron ports
13:45:24 mnaser I see, so then technically we should have a bound port at some point when we generate the config drive
13:45:51 sean-k-mooney i dont thinke we will
13:46:10 mnaser Like I know this sounds stupid but as a workaround for me now a sleep and a refresh of network info can potentially make the ip arrive?
13:46:13 sean-k-mooney because im not sure any of the prot groups stuff for the bonds will be done when we bind but i might be wrong
13:46:35 mnaser It doesn't matter since all I need is for the IPs to be there on the neutron port
13:46:40 sean-k-mooney mnaser: ill point out that we never added supprot for l3 rounte network to the ironic driver in nova as far as i recall
13:47:08 sean-k-mooney we added some generic supprpot but it was never tested with ironic
13:47:21 sean-k-mooney and i doing think it was supproted in the nova spec
13:47:27 mnaser The ironic code even sorta handles the port group and maps it automatically
13:47:41 mnaser And updates the Mac address in the config
13:48:06 mnaser So I'm pretty sure if Nova manager binds it, we should be able to fix things if we wait?
13:49:28 sean-k-mooney i think we would have to call attach_interface to trigger that
13:49:53 sean-k-mooney port bidnign is the process of setting a binding:host on the neutron port to the hostname of the relvent host
13:50:02 sean-k-mooney that casuse the neutron ml2 driver to update the port
13:50:08 sean-k-mooney with extra data like the ip
13:50:53 sean-k-mooney however we dont know the mac adress of interface in nvoa unless we are looking that up form ironci or anytihng about the port groups again unless we are calling out to ironic
13:51:32 sean-k-mooney the ironic driver moved all fo that to ironic so they could have a singel code path for that in ironic for standaloen mode
13:52:07 sean-k-mooney mnaser: a simpler way to do this might be to modify ironic to just update the content of the config drive wehn it does all the networking setup
13:52:46 sean-k-mooney that doubling down on the wrong behavior but if they are modifying networkhing out of band then updating the metadta to reflect that makes sense
13:54:17 dansmith sean-k-mooney: https://meetings.opendev.org/irclogs/%23openstack-nova/%23openstack-nova.2025-04-01.log.html#t2025-04-01T14:09:06
13:54:50 dansmith sean-k-mooney: to be fair, you were talking to gibi not me.. I did show up a few minutes later (first thing in the morning) asking gibi a question about a gerrit review, but I obviously didn't read back the scroll there
13:55:16 sean-k-mooney ya thats fair.
13:55:50 sean-k-mooney i expected Uggla to rely that into the release patch
13:56:11 dansmith also, what's not fair is how hard it is to grep logs for something sean-k-mooney said.. "grep sean-k-mooney.*release 2025*.log" .. no results :D
13:56:41 sean-k-mooney :) there use to be a hound instnace that someone ran that had all the irc logs
13:56:48 sean-k-mooney liek 8-10 year ago
13:56:54 sean-k-mooney it was kind of nice to be able to find thing
13:56:56 dansmith sean-k-mooney: honestly, every time I add something to os-traits I get really upset about how incredibly silly the process is that we've designed for getting string constants into nova
13:57:09 sean-k-mooney ya
13:57:27 sean-k-mooney so that was added by mikal as a ptg topic
13:57:33 sean-k-mooney askign if we can avoid the dance somehow
13:57:34 dansmith write nova patch, write os-traits patch, merge os-traits, release os-traits, merge upper-constraints, bump requirements.. only then can you go back to the first step and run tests on the nova patch :(
13:57:46 sean-k-mooney we coudl have nova just create the standard traits on start up if not present
13:58:02 dansmith sean-k-mooney: I proposed this per gmann to cut out one step at least https://review.opendev.org/c/openstack/requirements/+/946183
13:58:31 sean-k-mooney hum that could help
13:58:45 dansmith feel free to +1 to show your support :D
13:58:46 sean-k-mooney we stil have an annoying coupleing dance with placeemtn too
13:59:06 sean-k-mooney this applies to os-ressouce classes too.
13:59:07 dansmith yes, honestly we should just squash placement and os-traits back into nova to solve it for good :D
13:59:40 sean-k-mooney well we solve it for us. but then we force neutorn et all to land a patch to nova to add a triat
14:00:07 sean-k-mooney what i was consdiring is allowing anytihng with a service role to add standard traits via the api
14:00:11 dansmith ...which is still less work than they have to do currently with os-traits, releases, requirements, etc :)
14:00:29 dansmith idk, that's a much larger step
14:00:55 sean-k-mooney it is
14:01:09 sean-k-mooney the other thing i codnered was sevador plugin
14:01:24 sean-k-mooney i.e. have an entry poirnt for addign traits
14:01:29 sean-k-mooney btu that feel more complex
14:02:47 sean-k-mooney dansmith: https://etherpad.opendev.org/p/nova-2025.2-ptg#L235 that where mikal still expressed there furstration with the current workflow
14:03:46 dansmith that's sort of a different complaint, but yeahj
14:09:27 opendevreview Masahito Muroi proposed openstack/nova master: Use dict object for request_specs_dict in the _list_view https://review.opendev.org/c/openstack/nova/+/939658
14:11:29 mnaser sean-k-mooney: this all seems to be an ironic issue for now at the moment so maybe i'll take that there but thank you
14:12:39 sean-k-mooney mnaser: ack, we do have a related issue with the generic code path for port that never have ip adress
14:12:48 sean-k-mooney but that technially a differnt bug
14:13:28 sean-k-mooney we shoudl be providing the mac info from neutron if the ip_allcoation policy is none but that is nto what happens today
15:08:17 dansmith Uggla: by the way, on the otu session you scheduled.. even if we don't need to discuss otu specifically, we can discuss the placement bug fix that is related to it (and migration while over capacity)
15:08:30 dansmith that may be contentious (not sure) but might benefit from discussion at least
15:10:01 Uggla dansmith, sure. I will add a note about it.
15:10:03 gibi +1 to mention that
15:11:34 sean-k-mooney i think tehre are enough bugs related to it that it would be contorvisal
15:11:44 sean-k-mooney but sure good to highlight it in general
15:11:59 dansmith sean-k-mooney: ?
15:12:06 sean-k-mooney the placement bug fix
15:12:18 sean-k-mooney like we have at least 3 bugs form diffent people related to it
15:12:22 dansmith "enough bugs" makes it controversial?
15:12:40 sean-k-mooney sorry not controversial
15:13:00 dansmith ah
15:13:49 sean-k-mooney the approch to fixign it might be, i dont know but the fact the current bavhior is surpising to poeple is demonstarted by the exising bug reports
15:14:23 dansmith right, I meant the actual approach might be controversial
15:14:35 dansmith but I'd definitely like the opportunity to make my case for why I think this approach is the right one
15:14:56 sean-k-mooney i dont really see many other options to fixing it that would be backportable so that a vote in favor of the appoch
15:15:07 sean-k-mooney but ya lets see what others think next week
15:15:38 dansmith yeah, I agree of course.. but people may have religious/idealistic objections, idk
15:15:52 sean-k-mooney as an aside i might call it soon. im feellign progressively worse. soim going to take some panadol and get a hot drink if that does nto help ill call it a day
15:16:28 dansmith ack, melwitt just approved the traits patch
15:18:00 opendevreview Merged openstack/os-traits master: Add traits for sound and USB devices on instances. https://review.opendev.org/c/openstack/os-traits/+/940418
15:24:51 sean-k-mooney cool melwitt ++
15:31:31 melwitt sean-k-mooney: just in case you missed it, from your comment I added a repro func test under this and also a reno https://review.opendev.org/c/openstack/nova/+/880399

Earlier   Later