| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-09-11 | |||
| 18:31:30 | gouthamr | i wonder if you should mark that job non-voting temporarily while you investigate? | |
| 18:34:21 | opendevreview | Ghanshyam Maan proposed openstack/nova master: Fix the test_migrate_disk_and_power_off_crash_finish_revert_migration https://review.opendev.org/c/openstack/nova/+/1003910 | |
| 18:47:20 | gibi | gouthamr: it is not a bad idea, I will push a patch to make it non-voting temporarily so that we can have an RC1 | |
| 18:47:39 | gibi | it is very likely a test only hang not a real bug | |
| 18:47:47 | gouthamr | gibi: ++ | |
| 18:50:42 | opendevreview | Balazs Gibizer proposed openstack/nova master: Make tox cover non voting to unblock RC1 https://review.opendev.org/c/openstack/nova/+/1005336 | |
| 18:51:03 | gibi | dansmith: melwitt: ^^ if you are still around | |
| 19:06:03 | opendevreview | Thibaut Démaret proposed openstack/nova master: libvirt: add disk rotation_rate support for local disks https://review.opendev.org/c/openstack/nova/+/979693 | |
| 19:06:39 | gibi | thanks! | |
| 20:40:52 | opendevreview | Ghanshyam Maan proposed openstack/nova master: [func test]Catch hanging task at graceful shutdown https://review.opendev.org/c/openstack/nova/+/1003266 | |
| 21:17:46 | eduardomorais[m] | UgglaI'm trying to recreate the error to see if it's still there. If I can, I'll submit the contribution. | |
| #openstack-nova - 2026-09-12 | |||
| 09:59:30 | Uggla | gibi, thank you for rechecking the patch this morning. | |
| 10:00:15 | Uggla | It seems it wants to annoy us. | |
| 13:13:47 | opendevreview | Merged openstack/nova master: Make tox cover non voting to unblock RC1 https://review.opendev.org/c/openstack/nova/+/1005336 | |
| 14:21:22 | gibi | Uggla: yeah. at least the tox cover non-voting patch landed ^^ so we will have more chance | |
| 19:56:10 | opendevreview | Merged openstack/nova master: Add service version for Hibiscus https://review.opendev.org/c/openstack/nova/+/1004430 | |
| 19:59:01 | gibi | \o/ | |
| 20:07:30 | gibi | Uggla: I've updated the RC1 patch with the latest hash https://review.opendev.org/c/openstack/releases/+/1004520 | |
| 20:13:34 | Uggla | thanks gibi \o/ | |
| #openstack-nova - 2026-09-14 | |||
| 04:35:14 | opendevreview | fivetime proposed 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 | |
| 08:36:42 | ralonsoh | Hi folks, we have a patch that could be affecting the ipv6 tempest and neutron-tempest-plugin tests when using ipv6 | |
| 08:36:43 | ralonsoh | https://review.opendev.org/c/openstack/os-vif/+/1005496 | |
| 08:36:48 | ralonsoh | well, not only the tests | |
| 08:37:02 | ralonsoh | that was triggered since `create_tap=True` | |
| 08:37:21 | ralonsoh | please, if you have a few minutes, check it. Thanks in advance! | |
| 09:10:52 | opendevreview | OpenStack Release Bot proposed openstack/nova stable/2026.2: Update .gitreview for stable/2026.2 https://review.opendev.org/c/openstack/nova/+/1005512 | |
| 09:11:00 | opendevreview | OpenStack Release Bot proposed openstack/nova stable/2026.2: Update TOX_CONSTRAINTS_FILE for stable/2026.2 https://review.opendev.org/c/openstack/nova/+/1005513 | |
| 09:11:05 | opendevreview | OpenStack Release Bot proposed openstack/nova master: Update master for stable/2026.2 https://review.opendev.org/c/openstack/nova/+/1005514 | |
| 09:39:08 | opendevreview | Kamil Sambor proposed openstack/nova master: Fix pickling error that forces oslo.service to fall back to fork https://review.opendev.org/c/openstack/nova/+/1000956 | |
| 09:42:47 | bauzas | huzzah, got spammed by Launchpad about bugfixes released for RC1 ! | |
| 09:43:06 | bauzas | welcome Indri :) | |
| 09:49:56 | gibi | ralonsoh: is this something that you feel like a RC2 candidate? | |
| 09:56:28 | gibi | or can it wait for Hibiscus GA and then backported? | |
| 10:00:37 | ralonsoh | gibi, I think this should be in RC2 | |
| 10:00:57 | ralonsoh | because we made `create_tap=True` in 2026.2 | |
| 10:01:51 | ralonsoh | but not strong opinions, if needed, we can backport it later | |
| 10:12:58 | zigo | sean-k-mooney: Hi there! Building Nova Hibiscus, the only failure is one test you wrote last June. The stack dump is: | |
| 10:12:58 | zigo | https://paste.opendev.org/show/bFVnIK7uYPZCOwpkF9Xa/ | |
| 10:12:58 | zigo | Your thoughts? | |
| 10:17:48 | sean-k-mooney | this was part of fixing the json log formating | |
| 10:18:21 | sean-k-mooney | we ahd an issue whta only manifest if you enabeld the json formaitng in oslo | |
| 10:18:45 | sean-k-mooney | the specific issue is not familarure but i can take a look | |
| 10:19:02 | sean-k-mooney | zigo: by the way pkg_resoucres is not its own package | |
| 10:19:11 | sean-k-mooney | but we shoudl talks to stephenfin about your mail thread | |
| 10:19:34 | sean-k-mooney | there are 3 main wsgi frameworks in use | |
| 10:20:02 | sean-k-mooney | stephen was proposing creating oslo.wsgi to maintian the paste/paste-deploy stack in a common place | |
| 10:20:22 | sean-k-mooney | the other two are flask adn pechan | |
| 10:21:44 | stephenfin | tbc, I never proposed standardizing on a framework | |
| 10:22:14 | sean-k-mooney | right you just wanted to have a maintained dropin for what nova ectra was using | |
| 10:22:15 | stephenfin | I figured if I tried, I'd be told (hopefully politely) where to go :D | |
| 10:22:26 | stephenfin | yeah, exactly | |
| 10:23:56 | stephenfin | move all the common logic from nova, cinder, manila etc. to one place, so we could (in theory) swap out the underlying lib transparently | |
| 10:24:55 | sean-k-mooney | zigo: i think for your outher thread we were expecting https://pypi.org/project/standard-pkg-resources/ to be used | |
| 10:25:15 | sean-k-mooney | unless there is a more offical repacaging | |
| 10:25:41 | sean-k-mooney | stephenfin: tldr debian now has setuptools 84 so paste is broken | |
| 10:26:16 | sean-k-mooney | since it still uses pkg_resources so without your repacaging or another one 2026.2 wont work on debian | |
| 10:26:27 | stephenfin | paste uses pkg_resources/entry points? | |
| 10:26:48 | stephenfin | what does it need to scan entry points for? | |
| 10:27:46 | sean-k-mooney | i dont knwo the details i just read the mail tread that was started at teh weekend | |
| 10:28:22 | stephenfin | ugh https://github.com/Pylons/pastedeploy/blob/81b3c1614a726544fd93c2c2974174cb35d83035/setup.cfg#L70 | |
| 10:28:35 | sean-k-mooney | https://github.com/Pylons/pastedeploy/blob/81b3c1614a726544fd93c2c2974174cb35d83035/src/paste/__init__.py#L4 | |
| 10:28:53 | stephenfin | we need abot 5% of what paste/paste deploy gives us | |
| 10:28:58 | stephenfin | *about | |
| 10:29:07 | sean-k-mooney | if that but ya | |
| 10:29:44 | sean-k-mooney | zigo: so the workaround is for nwo use standard-pkg-resources to provide pkg_resouces | |
| 10:29:59 | sean-k-mooney | until we can fix this properly | |
| 10:35:30 | gibi | sean-k-mooney: could you take a look at https://review.opendev.org/c/openstack/os-vif/+/1005496 ? ralonsoh suggest it as an RC2 trigger. cc Uggla | |
| 10:37:59 | sean-k-mooney | we can do that i guess, it can be worked aroudn at the hsot sleve asl weoll | |
| 10:38:01 | sean-k-mooney | but sure | |
| 10:38:19 | ralonsoh | thanks! | |
| 10:38:48 | sean-k-mooney | the release note is slitlgy incorect | |
| 10:39:02 | sean-k-mooney | ovs_create_tap is used for ml2/ovs and ml2/ovn | |
| 10:39:34 | sean-k-mooney | so "Open vSwitch plugin" implies the former not both | |
| 10:39:41 | sean-k-mooney | butthats minor | |
| 10:39:49 | ralonsoh | right | |
| 10:45:27 | sean-k-mooney | ralonsoh: gibi wehter we do an rc2 for this is debatable | |
| 10:45:39 | sean-k-mooney | its not a regression intoduced in this release | |
| 10:45:56 | sean-k-mooney | ovs_create_tap was added in 2026.1 so this feels more like a normal bug | |
| 10:46:09 | sean-k-mooney | that we would just backprot and release as normal | |
| 10:46:13 | ralonsoh | well, we change the default value. But yes, it was in 2026.1 | |
| 10:46:22 | ralonsoh | we changed* | |
| 10:46:41 | sean-k-mooney | ya i guess we coudl codnier it a caindiate due to the neutron defualt change | |
| 10:47:11 | gibi | I guess we can make a decision on the IRC meeting today having wider core presence | |
| 10:47:16 | sean-k-mooney | ok i approved it and noted teh 2 workarounds | |
| 10:48:10 | sean-k-mooney | yep in either case we will want to backport this to 2026.1 | |
| 10:49:14 | sean-k-mooney | so once it emerges we can do that and then just deceid fo we do a early release of os-vif or not | |
| 10:49:18 | sean-k-mooney | os-vif is cycle-with-intermediary | |
| 10:49:24 | sean-k-mooney | so we can do a release at any time | |
| 10:49:31 | sean-k-mooney | its not cycle-with-RC | |
| 10:49:37 | sean-k-mooney | so it technially does not have RCs | |
| 10:49:50 | gibi | do we need a requirements bump? | |
| 10:49:57 | gibi | to consume the new os-vif? | |
| 10:50:01 | sean-k-mooney | the question is more if we do the release does it quiaalfy for a requiements freeze | |
| 10:50:07 | sean-k-mooney | gibi: yes | |
| 10:50:29 | sean-k-mooney | gibi: that is what is relevent in this case will the release team accpaet a requirement freeze excption | |
| 10:50:48 | sean-k-mooney | but we can just do a 5.2.2 release at any time | |
| 10:51:01 | sean-k-mooney | it shoudl eventualy get into stable | |
| 10:51:20 | sean-k-mooney | it just might take a while master is already 2027.1 for os-vif | |
| 10:51:27 | sean-k-mooney | so it will need a backport to stabel regardless | |
| 10:51:58 | gibi | cc elodilles ^^ | |