| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-04-01 | |||
| 18:31:57 | supamatt | sean-k-mooney: here's the lp bug for the security group problem, https://bugs.launchpad.net/nova/+bug/2105896 | |
| 18:32:16 | sean-k-mooney | thanksi htink i figured out how to fix it and commented in the orginal patch | |
| 18:40:00 | sean-k-mooney | gmann: i think https://review.opendev.org/c/openstack/tempest/+/946076 should be good. i will respin it tomorrow if you have any issues | |
| 18:40:46 | gmann | sean-k-mooney: looks good, thanks | |
| 19:28:14 | opendevreview | Matthew Heler proposed openstack/nova master: Fix creating virtual servers with multiple security groups https://review.opendev.org/c/openstack/nova/+/946079 | |
| 19:42:38 | opendevreview | Goutham Pacha Ravi proposed openstack/nova stable/2025.1: DNM: test dependency on devstack-plugin-ceph changes https://review.opendev.org/c/openstack/nova/+/946082 | |
| 20:14:18 | sean-k-mooney | supamatt: we will need some test coverage but https://review.opendev.org/c/openstack/nova/+/946079/1/nova/network/neutron.py looks like it implementes the changes i suggested. | |
| 20:14:33 | sean-k-mooney | supamatt: im not sure if you have had a chace to test it or not | |
| 20:15:28 | sean-k-mooney | i can help you write a functionl repoducer or perhaps write one for you if you dont have time but lets see how ci goes over night | |
| 20:15:37 | sean-k-mooney | im going to drop for today but ill check back tomorrow | |
| 20:38:31 | supamatt | I tested the patch in lab, seems to have worked and the vm built. When previously it did not. | |
| 22:54:07 | opendevreview | Matthew Heler proposed openstack/nova master: Fix creating virtual servers with multiple security groups https://review.opendev.org/c/openstack/nova/+/946079 | |
| 23:38:09 | opendevreview | Matthew Heler proposed openstack/nova master: Fix creating virtual servers with multiple security groups https://review.opendev.org/c/openstack/nova/+/946079 | |
| #openstack-nova - 2025-04-02 | |||
| 00:15:55 | gmann | melwitt: in case you are around, please check this one to unblock osc-placement gate https://review.opendev.org/c/openstack/osc-placement/+/946031 | |
| 01:11:10 | opendevreview | Merged openstack/nova master: ironic: fix logging of validation errors https://review.opendev.org/c/openstack/nova/+/942019 | |
| 02:00:24 | opendevreview | Doug Goldstein proposed openstack/nova stable/2025.1: ironic: fix logging of validation errors https://review.opendev.org/c/openstack/nova/+/946095 | |
| 07:11:52 | opendevreview | Merged openstack/osc-placement master: Add bindep.txt for ubunutu 24.04 support https://review.opendev.org/c/openstack/osc-placement/+/946031 | |
| 07:40:14 | mikal | sean-k-mooney: I read the scroll back of the meeting. Thanks for trying to explain what I was thinking. I'd prefer not to attend the PTG (its after midnight and I am not a late night guy), but I will if there is any controversy around the proposal. If there's no controversy however, let's just work on landing the things and skip the talking. | |
| 12:07:02 | opendevreview | sean mooney proposed openstack/placement master: improve test logging and replace psycopg2 with psycopg2-binary https://review.opendev.org/c/openstack/placement/+/945487 | |
| 12:23:07 | opendevreview | Balazs Gibizer proposed openstack/nova master: Remove nova debugger functionality https://review.opendev.org/c/openstack/nova/+/922496 | |
| 12:57:40 | opendevreview | Merged openstack/nova master: Imported Translations from Zanata https://review.opendev.org/c/openstack/nova/+/944963 | |
| 13:32:32 | opendevreview | Dan Smith proposed openstack/nova master: Add one-time-use devices docs and reno https://review.opendev.org/c/openstack/nova/+/944262 | |
| 13:32:32 | opendevreview | Dan Smith proposed openstack/nova master: Support "one-time-use" PCI devices https://review.opendev.org/c/openstack/nova/+/943816 | |
| 13:32:33 | opendevreview | Dan Smith proposed openstack/nova master: WIP: Functional tests for one-time-use devices https://review.opendev.org/c/openstack/nova/+/946065 | |
| 13:55:02 | opendevreview | Balazs Gibizer proposed openstack/nova master: split monkey_patching form import https://review.opendev.org/c/openstack/nova/+/922425 | |
| 13:55:02 | opendevreview | Balazs Gibizer proposed openstack/nova master: Remove nova debugger functionality https://review.opendev.org/c/openstack/nova/+/922496 | |
| 14:17:07 | opendevreview | Dan Smith proposed openstack/nova master: WIP: Functional tests for one-time-use devices https://review.opendev.org/c/openstack/nova/+/946065 | |
| 14:17:38 | dansmith | gibi: ^ this adds a post-configure heal test..I'll have to think on the migration thing a bit | |
| 14:17:53 | Uggla | @dansmith, just to confirm: 1h for PTG the cross team meeting with glance, do you think it is ok ? | |
| 14:18:03 | dansmith | Uggla: yes | |
| 14:18:56 | Uggla | dansmith, cool. thx. So it should be Wed 14h->15h, I'm just waiting for cinder confirmation. | |
| 14:19:12 | dansmith | okay | |
| 14:19:31 | dansmith | Uggla: remind me what the schedule is for getting the os-traits thing out.. you said after epoxy, which is supposed to be today right? | |
| 14:20:06 | dansmith | I really want to get as much of OTU wrapped up as possible before I leave for a week and come back with a vegetable brain | |
| 14:20:23 | gibi | dansmith: thanks! | |
| 14:20:41 | Uggla | dansmith, yes assuming it is released today. I will open the os-trait tomorrow morning my time. Is that ok 4 you ? | |
| 14:21:08 | dansmith | Uggla: okay | |
| 14:23:25 | gibi | release machinery is in progress I think we will have announcement as soon as the top of the hour | |
| 14:23:39 | gibi | elodilles can keep me honest here :) | |
| 14:23:59 | Uggla | dansmith, gibi, I have a pb with the eventlet. Eventlet "team" is doing a session Tue 14 --> 16h UTC. Will you want to go to this meeting. Do you want to address the "nova" eventlet point within this meeting or keeping it one the nova side ? | |
| 14:24:47 | gibi | Uggla: I would like to go to the global eventlet session to gather input | |
| 14:25:36 | gibi | Uggla: if possible it woudl be nice to have the nova specific eventlet discussion after the global session | |
| 14:28:53 | Uggla | Ok fine by me, if possible I'll try to not set something at the same time so people could go to the eventlet session. But we have a lot of topics, so I'm unsure we can do it yet. So at least you will be our nova representative guy in that session. | |
| 14:29:48 | gibi | Uggla: feel free to schedule things for nova in that timeslot I can add my views as comment to the etherpad for those topics and the team can discuss without me | |
| 14:30:24 | dansmith | Uggla: also, you don't need to ruin anything just to work around my schedule | |
| 14:30:51 | Uggla | gibi, sure, but I'd like to assist if possible. TBH that sounds difficult. | |
| 14:30:51 | dansmith | things I really need to be part of would be nice to be earlier in the week, but if it's not possible, it's not worth breaking everything | |
| 14:31:07 | dansmith | not sure if that's the reason for the scheduling problems or not, but.. it shouldn't be | |
| 14:32:04 | gibi | Uggla: sure appreciate that you try, just not worry too much :) | |
| 14:33:21 | Uggla | I try to adapt to all constraints if possible. If not that's life. | |
| 14:34:19 | Uggla | dansmith, fyi cinder confirms the timeslot for glance/cinder/nova session. | |
| 14:34:43 | dansmith | Uggla: wait, nova/cinder/glance or nova/glance? | |
| 14:35:01 | Uggla | nova/cinder/glance | |
| 14:35:57 | dansmith | okay is that when we're discussing the locations stuff? | |
| 14:35:59 | Uggla | dansmith, Cyril requested cinder too. | |
| 14:36:17 | dansmith | ah okay I'm not sure that's the best plan for that but... okay | |
| 14:36:39 | Uggla | dansmith, you know better than me. :) | |
| 14:36:43 | dansmith | he needs to talk to cinder about the same topic as nova, but we don't all need to take the global lock, AFAIK | |
| 14:37:07 | dansmith | don't change it now, just saying | |
| 14:38:29 | Uggla | dansmith, yep let's keep it like this. As booking is more difficult than releasing people. | |
| 14:39:11 | dansmith | yup | |
| 14:49:19 | elodilles | gibi is right, but we couldn't help releasing / announcing a bit earlier: https://lists.openstack.org/archives/list/openstack-announce@lists.openstack.org/thread/ACVRVHIKT5K2TKZIPVT4P2OGAK3LZVVL/ | |
| 14:49:33 | elodilles | thanks everyone :) \o/ | |
| 14:49:49 | elodilles | 'OpenStack 2025.1 Epoxy is officially released!' | |
| 14:50:10 | gibi | \o/ | |
| 14:50:30 | Uggla | elodilles, thanks \o/ | |
| 14:51:27 | dansmith | Uggla: https://review.opendev.org/c/openstack/releases/+/946162 | |
| 14:51:33 | dansmith | just so you don't have to do it ^ | |
| 14:52:15 | Uggla | dansmith, thx I'll review ASAP. | |
| 14:54:06 | dansmith | aside from the mistake that was splitting out placement, having os-traits a library that requires a commit there, a release, a u-c bump, and requirements change to get a string constant into nova is about the most ridiculous process we could have designed :) | |
| 15:09:43 | mnaser | Has there been any changes in how network_info is generated/cached/etc? I have an 2024.1 environment and it seems that the Ironic driver is getting the following as network_info from Nova inside spawn: https://paste.openstack.org/show/b6wcQ0hWl9JvdpwHEOks/ -- this environment uses routed provider networks | |
| 15:10:05 | mnaser | As a result of this, it naturally generates a metadata of `{'links': [], 'networks': [], 'services': []}` only. | |
| 15:10:41 | mnaser | But after the fact if I check the instance_info_cache, the value is populated correctly, I got that value by adding a bunch of logs, so it tells me that i'm somehow getting an "unresolved" network_info | |
| 15:13:04 | Uggla | gibi, is "Nova needs to adjust its DB sche ma to Glance's regarding ImageProperties." something we could discuss with glance too ? | |
| 15:14:01 | gibi | as far as I understand from the past glance does not really want to change anything so we can bring it up with them if we have time but I think we can handled that as a nova only bug to fix | |
| 15:14:14 | dansmith | agree | |
| 15:46:59 | Uggla | melwitt, is 1h enough to covert your PTG topics (power mgmt & Tempest testing requirements for API changes | |
| 16:19:59 | melwitt | Uggla: I hope so :) it "should" be | |
| 16:20:29 | Uggla | melwitt, I try to put a convenient slot for you. | |
| 16:20:41 | melwitt | thanks! | |
| 16:20:45 | Uggla | not too early. | |
| 16:26:26 | Uggla | Hi all, please have a look at https://etherpad.opendev.org/p/nova-2025.2-ptg — if you spot anything incorrect, feel free to let me know. | |
| 17:21:51 | opendevreview | Dan Smith proposed openstack/nova master: Add one-time-use devices docs and reno https://review.opendev.org/c/openstack/nova/+/944262 | |
| 17:21:51 | opendevreview | Dan Smith proposed openstack/nova master: Support "one-time-use" PCI devices https://review.opendev.org/c/openstack/nova/+/943816 | |
| 17:21:52 | opendevreview | Dan Smith proposed openstack/nova master: Functional tests for one-time-use devices https://review.opendev.org/c/openstack/nova/+/946065 | |
| 17:32:21 | dansmith | gmann: do you know why this fails like this? https://zuul.opendev.org/t/openstack/build/82b63cd467c342fa89cd0c29f599431d | |
| 17:32:33 | dansmith | for this requirements bump: https://review.opendev.org/946177 | |
| 17:32:50 | gmann | checking | |
| 17:38:09 | gmann | dansmith: it should pass, i think it is just mirror issue? | |
| 17:38:51 | dansmith | oh is it? it seemed to be complaining about the conflict of versions and not that it couldn't actually find the version requested | |
| 17:39:33 | gmann | but conflict versions are not valid - 3.4.0 is >=3.3.0 | |
| 17:40:06 | dansmith | you mean the complaint it has is not valid right? | |
| 17:40:30 | gmann | yeah, I have seen these in past due to mirror issue | |
| 17:40:40 | dansmith | okay, weird | |
| 17:40:59 | gmann | 3.4.0 is just released right? | |
| 17:41:13 | dansmith | related, why can't we set the u-c for things like os-traits to like <4.0.0? It's just a bunch of constants, there's no harm in running with a newer one of the same major version | |
| 17:41:27 | dansmith | having to bump u-c for this is kinda silly | |
| 17:41:33 | dansmith | gmann: yes, minutes before | |
| 17:41:58 | dansmith | gmann: I just didn't even consider it possibly a mirror issue since it's not failing to download, but I'm sure you're right | |
| 17:43:06 | gmann | dansmith: on constraints, I agree that there is no point to pin it in u-c especially we only maintain this lib and we can have (might have) master code testing before any new release and made sure new version will not break | |