| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-04-22 | |||
| 16:38:33 | sean-k-mooney | so there is no portable way to express nic bonds ectra today | |
| 16:39:05 | Uggla | should we set it as "won't fix" on our side ? | |
| 16:39:10 | sean-k-mooney | i would proably mark the nova sid as cant fix | |
| 16:39:13 | sean-k-mooney | wont fix is fine too | |
| 16:39:21 | sean-k-mooney | i think we have invalid? | |
| 16:39:37 | sean-k-mooney | not sure which is better | |
| 16:39:39 | Uggla | yes invalid is an option too | |
| 16:40:35 | sean-k-mooney | anywya the tl;dr is because ironic and the ironic virt driver are doing thign virt drivers are not allowed too it can only be "fixed" in ironic | |
| 16:40:59 | Uggla | I vote for invalid on our side. Explaing ^ any objection with that ? | |
| 16:41:48 | Uggla | 3... | |
| 16:42:01 | Uggla | 2... | |
| 16:42:20 | Uggla | 1... | |
| 16:42:35 | Uggla | ok let's do that. | |
| 16:43:25 | Uggla | next one: https://bugs.launchpad.net/nova/+bug/2106380 | |
| 16:44:14 | sean-k-mooney | that seam valid ish | |
| 16:44:39 | sean-k-mooney | if we delete a vm we should remove it form instance_group_member in some form | |
| 16:44:49 | sean-k-mooney | i suspect that wont happen until we archive it however | |
| 16:45:06 | sean-k-mooney | although we dont have shadow tables in the api db | |
| 16:45:21 | sean-k-mooney | so perhaps we should just delete it when the vm is deleted | |
| 16:46:01 | gibi | yeah it seems like we should remove the vm from instance_group_member during delete, but it is hard as it is in the api db while the vm is in the cell db | |
| 16:46:08 | sean-k-mooney | there is a seperate bug for the slownes due to the request spec | |
| 16:46:15 | sean-k-mooney | loading | |
| 16:46:24 | sean-k-mooney | so we can keep that out of scope | |
| 16:47:26 | sean-k-mooney | so dansmith and i were wondering about a related topic. if you do not have api access from teh cell condutor and do local delete beacuse the conenction to the cell is down | |
| 16:47:42 | sean-k-mooney | will anything clean up the instnace mapping? | |
| 16:48:17 | sean-k-mooney | like to me this feels similar i feel like the instnace group membership is somethign we shoudl eb cleaning up once the instnace goes to delete in the cell db | |
| 16:48:22 | gibi | I think it would have the same problem that the VM delete happens in the cell and we don't have an up call | |
| 16:48:24 | sean-k-mooney | but i dont know if anythign will actully do it today | |
| 16:48:57 | sean-k-mooney | gibi: this kind of feels like something the supercondutor could do as a perodic | |
| 16:49:03 | gibi | so the only reliable way would be a periodic | |
| 16:49:04 | gibi | yepp | |
| 16:49:13 | sean-k-mooney | but i belive that would be the first such perodic in teh super conductor | |
| 16:49:21 | gibi | yeah, I think so | |
| 16:49:42 | gibi | not impossible to do just not a low hanging bugfiz | |
| 16:49:43 | gibi | x | |
| 16:49:50 | sean-k-mooney | Uggla: to summerise, this is valid, it proably need a new periodic and there are likely other cases like this that should be fixed | |
| 16:50:09 | Uggla | perfect. | |
| 16:50:49 | sean-k-mooney | i would also agree not a low hanging fuirt but perhaps low to medium imporantce | |
| 16:52:13 | Uggla | Latest one for this week: https://bugs.launchpad.net/nova/+bug/2106817 | |
| 16:55:58 | gibi | no stack trace so it is hard to tell | |
| 16:56:03 | sean-k-mooney | so neutron supproted adressless port long before nova did | |
| 16:56:18 | sean-k-mooney | sylvain added supprot for adressless port but i dont know if that in antelope? | |
| 16:56:54 | bauzas | bobcat iirc | |
| 16:57:05 | sean-k-mooney | https://specs.openstack.org/openstack/nova-specs/specs/yoga/implemented/boot-vm-with-unaddressed-port.html | |
| 16:57:06 | bauzas | or maybe antelope, can't remember this | |
| 16:57:09 | sean-k-mooney | it was actully yoga | |
| 16:57:14 | bauzas | ohoho | |
| 16:57:36 | sean-k-mooney | but i do know there are still some issue with metadta | |
| 16:58:21 | sean-k-mooney | so they are aslo using trunk ports | |
| 16:58:29 | sean-k-mooney | whic i dont know if that was tested as part of this | |
| 16:59:06 | sean-k-mooney | they are also doing this via heat | |
| 16:59:12 | sean-k-mooney | which is fun... | |
| 16:59:32 | Uggla | maybe we can ask for a reproducer. At least the procedure to reproduce it | |
| 16:59:36 | Uggla | without heat | |
| 16:59:42 | sean-k-mooney | i knwo that heat uses the same micorverion for all nova calls | |
| 16:59:48 | sean-k-mooney | and it default to a pretty old one | |
| 17:00:25 | sean-k-mooney | Uggla: yes i think we shoudl ask for a simple repoducer without heat | |
| 17:00:39 | sean-k-mooney | what im unsure about is is this a nova or neutron issue | |
| 17:00:53 | sean-k-mooney | bauzas: i dotn think we added a an api microversion for this correct | |
| 17:01:41 | sean-k-mooney | Uggla: supproting adress port in combiniation with turnk ports was not in socpe fo the spec | |
| 17:01:59 | sean-k-mooney | so if this is repoducable without heat | |
| 17:02:05 | sean-k-mooney | we have two choices | |
| 17:02:18 | sean-k-mooney | treat it as a new feature to actully supprot using both feature togetehr | |
| 17:02:26 | sean-k-mooney | or consider it a bug in the existing implimation | |
| 17:03:00 | Uggla | Ok, that works for me — incomplete plus a reproducer. That way, we’ll be able to narrow down the possible issue. | |
| 17:03:04 | sean-k-mooney | i think to do it properly in nova nova woudl have to check the port bidning of all the sub ports instead fo teh trunk port | |
| 17:03:22 | sean-k-mooney | so im inclidne to say this is a feature request but sure lest see wht they come back with | |
| 17:04:08 | Uggla | yep I was thinking the same. Maybe that's not a "bug". But it will end up in a feature request. | |
| 17:05:21 | Uggla | cool ok thanks all for this triage session. Latest topic | |
| 17:05:23 | Uggla | #topic Open discussion | |
| 17:05:35 | Uggla | one point from my side | |
| 17:05:37 | Uggla | Next week's meeting: I’ll be on vacation and unable to run it. Would someone be available to run it on my behalf? | |
| 17:06:25 | Uggla | I'll propably prepare a list of bug to triage. (but that's not mandatory) | |
| 17:07:44 | bauzas | Sorry, I can only help for the first 30 mins | |
| 17:07:54 | bauzas | (double meeting at the same time with TC one started) | |
| 17:08:21 | Uggla | bauzas, ok better than nothing. IMHO. | |
| 17:09:26 | bauzas | okay, I'll try to help then | |
| 17:09:35 | bauzas | let's then do a short one | |
| 17:10:12 | Uggla | ok | |
| 17:10:19 | Uggla | Time to close. | |
| 17:10:24 | gibi | o/ | |
| 17:10:54 | Uggla | sorry for the 10mn overtime. | |
| 17:11:05 | sean-k-mooney | o/ | |
| 17:11:08 | Uggla | Thanks all | |
| 17:11:14 | Uggla | #endmeeting | |
| 17:11:14 | opendevmeet | Meeting ended Tue Apr 22 17:11:14 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 17:11:14 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-04-22-16.01.html | |
| 17:11:14 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-04-22-16.01.txt | |
| 17:11:14 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-04-22-16.01.log.html | |
| 17:11:27 | Uggla | That's in the box. | |
| 17:12:00 | Uggla | I hope the bug triage was ok. Feel free to let me know if something is not appreciated. | |
| 17:12:54 | sean-k-mooney | Uggla:i think it was effeective | |
| 17:13:30 | sean-k-mooney | thats all triage is really ment to be, look at the issue, see if there is enough info to say if its valid or not, ask for it if its missing and mark it triaged if there is | |
| 17:14:03 | sean-k-mooney | if we have an idea of how to fix it even better but we dont need to actully come up with the solution but its good to take notes in the bugs if we know of any workarounds | |
| 17:14:23 | sean-k-mooney | gibi: i know you less of a fan of doing this on the fly, how did you find it? | |
| 17:14:32 | Uggla | yep, but that's the first time I'm doing this with IRC. So I wonder about the timing. | |
| 17:15:42 | Uggla | Of course if you are uncomfortable to do it on the fly, I could send the bugs upfront (e.g Friday). Just let me know. | |
| 17:18:07 | sean-k-mooney | kevko: so looping back to your live migration quetion | |
| 17:18:26 | sean-k-mooney | looking at the code im not sure why you are not seeing the guest pause as expected | |
| 17:18:41 | sean-k-mooney | waht i will say is we likely shoudl add some extra logging | |