Earlier  
Posted Nick Remark
#openstack-nova - 2026-09-14
11:11:45 sean-k-mooney do declare a namespace package and some extention loading for the middleware
11:11:53 zigo sean-k-mooney: Ah, yeah, I have pending debian patches for it.
11:12:05 zigo I'll fix paste, and try again.
11:14:13 sean-k-mooney zigo: i didnt see an upstream pr for that by the way
11:14:22 sean-k-mooney are you planning to fix it in pastedeploy itself
11:14:33 zigo I will try.
11:15:01 sean-k-mooney we are currently creating oru downstream build artifact as well
11:15:26 sean-k-mooney so we will have to fix this in some way but not sure the best path for now
11:15:44 zigo I have this one already: https://salsa.debian.org/python-team/packages/pastescript/-/blob/debian/master/debian/patches/do-not-use-pkg_resource.patch?ref_type=heads
11:19:07 sean-k-mooney we are movign to building everythign directly form souce without downstream patches were possibel
11:19:14 sean-k-mooney so far we have avoided any
11:41:56 opendevreview Merged openstack/nova master: Update master for stable/2026.2 https://review.opendev.org/c/openstack/nova/+/1005514
12:00:06 opendevreview Merged openstack/os-vif master: ovs: disable IPv6 on taps created by create_tap before bringing them up https://review.opendev.org/c/openstack/os-vif/+/1005496
12:01:52 elodilles gibi: sean-k-mooney: ralonsoh: so about os-vif: it's a library, doesn't have RCs. so it can be released anytime, yes. but since we are in lib freeze already, we should avoid releasing. it's not impossible, but should be avoided. (note that requirements still not branched to stable/2026.2; but if we release, then we need to negotiate with *Requirements* team that the bump can be done).
12:01:58 elodilles nevertheless, if the bug is not release critical (it exists since 2026.1 release, so i guess not), then we can wait and release AFTER the official coordinated 2026.2 Hibiscus release, let's say, one week after that, early October.
12:02:38 sean-k-mooney elodilles: well the lib freeze is over
12:02:58 sean-k-mooney at least on master
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 opendevmeet The meeting name has been set to 'nova'
16:01:50 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
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 Uggla #startmeeting 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

Earlier   Later