| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-09-14 | |||
| 12:03:08 | sean-k-mooney | but i guess its still in place for stable 2026.2 | |
| 12:03:16 | sean-k-mooney | until that actully has it offical release | |
| 12:03:42 | sean-k-mooney | i personally dont think we need to rush a master release | |
| 12:04:02 | sean-k-mooney | we can propsoe the backport to stable and do a release as you say in early october | |
| 12:04:11 | elodilles | about backportability: it's again a nova team decision. if the team decides, that the bug fix is so important, that it needs to be backported despite the 'default config change', then it can work as an "exception in the process", though, i'd rather backport it without default value change AND notify the users that the value should be changed to avoid XY bug. that is less destructive IMHO | |
| 12:04:56 | sean-k-mooney | well the default change in behvior here is not really a considertaion | |
| 12:05:04 | opendevreview | Merged openstack/nova stable/2026.2: Update .gitreview for stable/2026.2 https://review.opendev.org/c/openstack/nova/+/1005512 | |
| 12:05:06 | sean-k-mooney | we are accpatign this as a bug in the bevhior and its not configurabel | |
| 12:05:13 | opendevreview | Merged openstack/nova stable/2026.2: Update TOX_CONSTRAINTS_FILE for stable/2026.2 https://review.opendev.org/c/openstack/nova/+/1005513 | |
| 12:05:59 | sean-k-mooney | elodilles: the tap devices really shoudl nto have any ip assigned when used with ovs period | |
| 12:06:07 | sean-k-mooney | on the host side | |
| 12:06:18 | sean-k-mooney | so if they have link local adresses or similar that a bug | |
| 12:06:31 | sean-k-mooney | and possibly a regresssion vs libvirt depening on what its actual beahvior was | |
| 12:06:55 | sean-k-mooney | we have fix similar issues in the past | |
| 12:06:59 | sean-k-mooney | without an expction | |
| 12:07:03 | elodilles | sean-k-mooney: i think lib freeze is in place as long as openstack/requirements is not branched. (i just came back from summit and haven't had the chance to catch up on all things, so I have to check what's the state of things) | |
| 12:07:19 | sean-k-mooney | oh requiremetn has not branched yet | |
| 12:07:25 | sean-k-mooney | i tought that happend on firday | |
| 12:07:47 | sean-k-mooney | ah your right not yet | |
| 12:10:26 | elodilles | sean-k-mooney: by exception here i mean, that "we should avoid things based on stable policy, but the team decides, that despite it's against the policy, the team accepts to backport it anyway" o:) | |
| 12:10:52 | sean-k-mooney | right but that only applies to configable changes | |
| 12:11:04 | sean-k-mooney | we whoudl not avoid fixign broken behvior in a backport | |
| 12:11:36 | elodilles | +1 | |
| 12:12:01 | sean-k-mooney | nova/libvirt has historcally disbaled thing like this in verias code paths | |
| 12:12:29 | sean-k-mooney | the issue here is we are movign the management form libvirt to os-vif and there is a default change in neutron that expsoes the behvior delta | |
| 12:12:48 | sean-k-mooney | we added the fucntionatly in os-vif last cycel but we defautled to the old behvior | |
| 12:12:57 | sean-k-mooney | in this cycle neutron has update dthe defualt to use os-vif | |
| 12:13:10 | sean-k-mooney | so the ipv6 link local issue is now more apprent | |
| 12:14:14 | sean-k-mooney | this is one of those things that is also somewhat disto dependent as the defautl for things like " do all itnerface get link local adresses" depend on the distro | |
| 12:14:38 | sean-k-mooney | we try to normalise this behvior in os-vif when it impact perfromacne or security | |
| 12:15:52 | sean-k-mooney | for example if we create a bridge we disabel ipv6 entrily https://github.com/openstack/os-vif/blob/master/vif_plug_ovs/linux_net.py#L127-L138 for the saem reason | |
| 12:27:42 | elodilles | ah I see. :S so if i understand it well, this is really something that should already be part of 2026.2 Hibiscus coordinated release, right? | |
| 12:31:12 | elodilles | anyway, if the team is confident that this does not bring any regression AND it is safe for a late os-vif release and version bump, then I think release team is OK with it (at least, me o:)) and requirements team probably same, too. *I* think. | |
| 12:34:03 | elodilles | but this should happen ASAP :X | |
| 12:49:32 | ralonsoh | (sorry, I was in a meeting, checking now the messages) | |
| 12:51:12 | ralonsoh | sean-k-mooney, so I think you'll backport it to 2026.2, right? | |
| 13:33:31 | opendevreview | Stephen Finucane proposed openstack/nova master: api: Drop Paste dependency https://review.opendev.org/c/openstack/nova/+/1005563 | |
| 13:33:59 | stephenfin | sean-k-mooney: zigo: ☝️ Probably too late for Hibiscus, though we could backport it after the release | |
| 13:37:00 | sean-k-mooney | stephenfin: that droping paste ranther then pastedeploy right | |
| 13:37:05 | stephenfin | that's part of the code I ultimately wanted to have in oslo.wsgi, but I haven't got that ready yet | |
| 13:37:15 | stephenfin | sean-k-mooney: yep. pastedeploy is still semi-maintained | |
| 13:37:28 | sean-k-mooney | ack just confirming | |
| 13:37:33 | stephenfin | and doesn't depend on paste | |
| 13:37:43 | sean-k-mooney | ok i was not sure about htat aspect | |
| 13:38:56 | sean-k-mooney | what we really need in oslo.wsgi woudl be a parser for the api-paste.ini and standalone implemation of the pipeline/middelware loading/cofniguration | |
| 13:39:52 | sean-k-mooney | how that is integrated into the relvent frameworks however is framework dependent | |
| 13:41:46 | stephenfin | agreed. That had been my plan | |
| 13:41:57 | stephenfin | effectively vendor the useful parts of pastedeploy and cull the rest | |
| 13:42:03 | stephenfin | vendor/rewrite | |
| 13:52:31 | sean-k-mooney | ya for cybrog we may rewrite given teh other api work i expect in the future but on the other hand im hoping to pace that change with the other work we need to focus on | |
| 13:52:50 | sean-k-mooney | the api is small but still. | |
| 13:53:14 | sean-k-mooney | watcher uses pastedeploy without supprot for api-paste.ini | |
| 13:53:26 | sean-k-mooney | it has a hardcode pipeline so it needs it even less | |
| 13:54:18 | sean-k-mooney | porting nova to something else woudl be a lot of work as you know better then most | |
| 14:51:29 | opendevreview | Daniel Schulz proposed openstack/nova master: Prevent orphaned attachments by preemptive delete https://review.opendev.org/c/openstack/nova/+/1002439 | |
| 14:51:30 | opendevreview | Daniel Schulz proposed openstack/nova master: Add regression test for https://bugs.launchpad.net/nova/+bug/2167250 https://review.opendev.org/c/openstack/nova/+/1005587 | |
| 14:59:47 | opendevreview | Daniel Schulz proposed openstack/nova master: Prevent orphaned attachments by preemptive delete https://review.opendev.org/c/openstack/nova/+/1002439 | |
| 15:11:14 | opendevreview | sean mooney proposed openstack/os-vif stable/2026.2: ovs: disable IPv6 on taps created by create_tap before bringing them up https://review.opendev.org/c/openstack/os-vif/+/1005591 | |
| 15:32:22 | Uggla | Reminder: Nova upstream meeting in ~30mn | |
| 16:00:22 | elodilles | Uggla: i think there is an issue with your editing of Nova Meeting page at line "#info Nova deadlines are set in the above schedule". the "<!--" is not closed with "-->" o:) | |
| 16:01:41 | opendevreview | Daniel Schulz proposed openstack/nova master: Add regression test for https://bugs.launchpad.net/nova/+bug/2167250 https://review.opendev.org/c/openstack/nova/+/1005587 | |
| 16:01:42 | opendevreview | Daniel Schulz proposed openstack/nova master: Prevent orphaned attachments by preemptive delete https://review.opendev.org/c/openstack/nova/+/1002439 | |
| 16:01:50 | Uggla | #startmeeting nova | |
| 16:01:50 | opendevmeet | Meeting started Mon Sep 14 16:01:50 2026 UTC and is due to finish in 60 minutes. The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 16:01:50 | opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 16:01:50 | opendevmeet | The meeting name has been set to 'nova' | |
| 16:01:59 | Uggla | Hello everyone | |
| 16:02:08 | gibi | o/ | |
| 16:02:13 | tkajinam | o/ | |
| 16:02:21 | elodilles | o/ | |
| 16:02:26 | gmaan | o/ | |
| 16:02:43 | Leo[m] | o/ | |
| 16:03:21 | bauzas | o/ | |
| 16:03:48 | Uggla | let's start | |
| 16:03:50 | Uggla | #topic Bugs (stuck/critical) | |
| 16:03:59 | Uggla | #info No Critical bug | |
| 16:04:06 | dansmith | o/ | |
| 16:04:12 | Uggla | #topic Gate status | |
| 16:04:16 | fwiesel | o/ | |
| 16:04:21 | Uggla | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | |
| 16:04:26 | gibi | heads up we made openstack-tox-cover on nova non-voting during the weekend to make RC1 possible as it was hanging a lot | |
| 16:04:35 | Uggla | #link https://etherpad.opendev.org/p/nova-ci-failures-minimal | |
| 16:04:40 | Uggla | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 Nova&Placement periodic jobs status | |
| 16:04:55 | dansmith | the cover job has no unique voting function anyway, so no rush to put it back IMHO | |
| 16:04:59 | gibi | the tox cover issue tracked in https://bugs.launchpad.net/nova/+bug/2167088 | |
| 16:05:11 | gmaan | as that is along running job also which take time to pass the test only changes | |
| 16:05:23 | Uggla | gibi, you ruin my surprise effect about tox-cover. :) | |
| 16:05:24 | gibi | it feels like it hits a valid hang somewhere in the functional test | |
| 16:05:29 | gibi | Uggla: sorry :) | |
| 16:05:33 | Uggla | nw | |
| 16:05:41 | gibi | I don't like surprises ;) | |
| 16:05:44 | gmaan | i am worried that is not caught in functional job? | |
| 16:05:49 | lajoskatona | o/ | |
| 16:06:01 | gibi | there is some hang in the functional job too but less frequent | |
| 16:06:06 | gmaan | k | |
| 16:06:09 | gibi | I haven't rootcaused it yet to say it is the same | |
| 16:06:22 | gibi | I will work on this as my time allows | |
| 16:06:49 | gibi | at least the tox cover hand is pinpointed to two test cases | |
| 16:07:00 | gibi | with a somewhat usabel local reproducer | |
| 16:07:05 | gibi | anyhow we can move on | |