Earlier  
Posted Nick Remark
#openstack-nova - 2025-04-02
17:46:52 dansmith gmann: so add it to the denylist and remove from u-c.txt?
17:47:24 dansmith I can propose that on top of this bump for discussion
17:47:35 gmann dansmith: once you add it in denylist at same time you can remove it from u-c
17:47:44 dansmith yeah that's what I meant
17:47:54 gmann yeah
17:49:17 Uggla dansmith, fyi added a slot for One-time-use devices (30mn). Is it ok for you ?
17:50:04 dansmith Uggla: yeah tbh I'm not sure there's much discussion needed at this point, but sure
17:50:24 dansmith Uggla: maybe schedule it near something else so we can go straight to the other topic if there are no issues to discuss?
17:51:21 Uggla ok
17:52:14 dansmith gmann: https://review.opendev.org/c/openstack/requirements/+/946183
17:53:21 gmann ++
17:55:12 gmann dansmith: this job failure gives clear reason for failure "ERROR: No matching distribution found for os-traits===3.4.0" https://zuul.opendev.org/t/openstack/build/69b690d9b5744edd8a96a53fa2899193
17:55:58 dansmith gmann: ah indeed
18:45:34 Uggla dansmith, https://review.opendev.org/c/openstack/releases/+/946162 merged and 3.4.0 available on pypi.
18:46:06 Uggla dansmith, fyi ^
18:46:11 dansmith Uggla: yep, thanks I already have the u-c patch up and the nova patches bumped (but I was a few minutes above the mirrors)
18:46:23 dansmith s/above/before/
18:49:35 Uggla cool, have a good day. Time for me to afk.
18:50:17 frickler dansmith: I'd rather go with the bot generated patch that has all the metadata if you don't mind https://review.opendev.org/c/openstack/requirements/+/946181 I'll also leave the decision about removing it from u-c to the "real" reqs ppl (cc tonyb)
18:52:08 dansmith frickler: okay, I've just been blocked for a while and was trying to get this moving
18:53:42 frickler dansmith: sure thing, don't hesitate to ping me if this gets stuck again (or other reqs+release stuff)
18:54:02 opendevreview Dan Smith proposed openstack/nova master: Support "one-time-use" PCI devices https://review.opendev.org/c/openstack/nova/+/943816
18:54:02 opendevreview Dan Smith proposed openstack/nova master: Add one-time-use devices docs and reno https://review.opendev.org/c/openstack/nova/+/944262
18:54:03 opendevreview Dan Smith proposed openstack/nova master: Functional tests for one-time-use devices https://review.opendev.org/c/openstack/nova/+/946065
18:54:12 dansmith rebased to depends-on the bot patch ^
18:54:26 dansmith frickler: once it passes tests can you approve it?
18:54:37 dansmith (the bot requirements patch I mean
18:54:59 frickler I'll approve now, might not be around long enough today
18:55:08 dansmith even better thanks :)
18:56:32 dansmith the bot patch looks like it happened at basically the same time mine did, I thought there was (used to be?) a substantial delay there
19:23:37 frickler there may be delays if the bot job needs to wait for a node, but that should seldom be long. other than that there's only a 10min delay to give the newly uploaded pkg time to appear in the pypi index cached by our mirrors
23:16:39 cardoe mnaser: that paste was an unbound interface which seemed weird.
23:17:23 mnaser cardoe: right, there's routed provider networks here in the equation which only assign a port/subnet until the port is plugged since it doesn't know what subnet it can pick an ip in
23:18:22 mnaser but good point, it seems like it wasn't bound yet in neutron with the baremetal stuff
23:37:21 cardoe Yeah I feel like there’s been some patches around that recently. Maybe in NGS. If that’s what you’re using.
#openstack-nova - 2025-04-03
00:43:05 opendevreview Mohammed Naser proposed openstack/nova master: Add reproducer for bug#2106073 https://review.opendev.org/c/openstack/nova/+/946221
00:44:28 mnaser cardoe: well that's a reproducer alongside https://bugs.launchpad.net/nova/+bug/2106073 .. now to figure out how to nicely fix this :)
00:45:17 cardoe mnaser: btw did you see my note about the release GH action not working on keystoneauth-websso?
00:45:29 mnaser ahhhh sorry cardoe got distracted
00:45:36 mnaser i'll add it to my tomorrow list!
00:46:25 cardoe hmm. That's gonna be a tough one to solve cause config_drive is generated before the update_port_postcommit() which will resolve that deferred allocation no?
02:36:00 opendevreview Mohammed Naser proposed openstack/nova master: Add reproducer for bug#2106073 https://review.opendev.org/c/openstack/nova/+/946221
02:37:33 mnaser https://bugs.launchpad.net/nova/+bug/2106073 - revised the bug, seems to be affecting nova at wide since it feeds in ports without ip allocation (and doesnt wait for it ip_allocation=deferred) and pushed another repro..
03:14:35 opendevreview Yaguang Tang proposed openstack/nova stable/2024.1: Fix deepcopy usage for BlockDeviceMapping in get_root_info https://review.opendev.org/c/openstack/nova/+/926696
03:35:03 opendevreview melanie witt proposed openstack/nova master: Call volume detach rollback API if detach fails https://review.opendev.org/c/openstack/nova/+/880399
03:35:03 opendevreview melanie witt proposed openstack/nova master: Reproducer for bug 2016173 https://review.opendev.org/c/openstack/nova/+/946222
03:52:56 opendevreview Masahito Muroi proposed openstack/nova master: Add check_instance_state validation to lock API https://review.opendev.org/c/openstack/nova/+/946223
04:14:22 opendevreview Masahito Muroi proposed openstack/nova master: Add check_instance_state validation to lock API https://review.opendev.org/c/openstack/nova/+/946223
08:46:07 opendevreview Masahito Muroi proposed openstack/nova master: Add check_instance_state validation to lock API https://review.opendev.org/c/openstack/nova/+/946223
09:15:54 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
09:18:35 masahito gmann: sean-k-mooney: ack. thanks for the review. updated the commit. https://review.opendev.org/c/openstack/nova/+/939658
10:47:00 sean-k-mooney mnaser: that not new
10:47:10 sean-k-mooney mnaser: there is already a older bug for that
10:48:39 sean-k-mooney mnaser: well or at least there have been some patches floating around for that issue for a while
10:50:45 sean-k-mooney mnaser: ah i twas a downstream only bug report https://bugzilla.redhat.com/show_bug.cgi?id=2276701
10:51:02 sean-k-mooney which got moved to here https://issues.redhat.com/browse/OSP-33489
10:51:22 sean-k-mooney ill add the upstream tracker to that
10:52:15 sean-k-mooney sorry https://issues.redhat.com/browse/OSPRH-13144
13:18:59 mnaser sean-k-mooney: thanks for all those details
13:19:19 mnaser I wonder if can get away with deferring config drive creation till we get vif plugged event
13:19:32 sean-k-mooney for ironci we cant
13:19:42 sean-k-mooney for libvirt i think yes
13:19:54 sean-k-mooney the file just need to exist before we start the vm
13:20:01 sean-k-mooney so we can do that later
13:20:28 mnaser So then the only way we have for this in ironic would be some sort of polling for ports if they're ip address deferred
13:20:37 sean-k-mooney well we can look at the ironic situration but the ironci driver is "special"
13:21:29 mnaser It feels ugly but I guess we can just loop over the vifs
13:21:38 sean-k-mooney for ironic we are not really generting a config drive. what we are doign is generating the content we woudl provide and then passing that to there rest api
13:21:43 mnaser And check if any ports have deferred IP allocation, if so, wait for it to appear
13:22:08 sean-k-mooney its possibel we could add a call back ot update ironic if the metadata changes
13:22:13 sean-k-mooney but i dont knwo fi that woudl work
13:22:42 sean-k-mooney ideally you would use the metadat service instead of config drive with ironic if you need it to be up to date
13:22:57 mnaser That might be a lot of complexity and also still prone to race conditions cause then what will ironic do if it's mid provision and it changes?
13:23:05 sean-k-mooney ill quickly take a look at the driver and see if we can generate it slightly later
13:23:15 mnaser Yeah -- my issue is that I'm using bonds
13:23:22 mnaser AFAIK I need config drive for those
13:23:34 sean-k-mooney well bonds are not supprot in nova or neutron
13:23:47 mnaser Ironic port groups?
13:23:48 sean-k-mooney and its implemtned i think in ironci directly via port groups?
13:23:57 sean-k-mooney ya prot groups are not a thing in nova or neutron
13:24:07 sean-k-mooney its a purely ironic only network construct
13:24:28 mnaser Yeah and the only place that l
13:24:42 mnaser "Bond" network data is generated is config drive
13:25:04 mnaser So otherwise if I use metadata ill have to do this manually after system boot
13:25:34 sean-k-mooney so ironic has it own enrechment of the stand metadta https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L1045-L1106
13:25:37 sean-k-mooney for the network info
13:25:59 sean-k-mooney which is all custom for the ironic integration and not part of how this normally works
13:26:42 mnaser The enrichment relies on the get network metadata returning the right thing and that doesn't do that so that's how we end up where we are :p
13:27:39 sean-k-mooney right os most if not all other dirver use the commeon code that is shared with the api for generating this metadtaa
13:27:50 sean-k-mooney https://github.com/openstack/nova/blob/master/nova/api/metadata/base.py#L112
13:29:04 sean-k-mooney so they generate there enriched config driver here when calling provision https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L1239-L1258
13:29:05 mnaser I think attach_interface is how ports are plugged?
13:30:06 sean-k-mooney so port bidnign is intened to happen in the compute manger and that is when the ip should be assigend
13:30:31 sean-k-mooney and then port pluggin is where we are ment to talk to the network backend to make sure the ports are conencted on the swtich
13:30:34 sean-k-mooney virutal or otherwise
13:30:58 sean-k-mooney and tha tis when we are ment to waith for the network-vif-plugged evnet
13:31:42 sean-k-mooney plug_vifs in the ironic driver is a noop
13:31:44 sean-k-mooney https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L1567-L1638
13:32:42 sean-k-mooney that is breakign the virt dirver contract by how its delegating the attachment
13:33:07 dansmith sean-k-mooney: juicy OTU series just waiting for +Ws :) https://review.opendev.org/c/openstack/nova/+/944148

Earlier   Later