| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-04-24 | |||
| 11:23:08 | elodilles | sean-k-mooney: ack, thanks! | |
| 11:23:18 | sean-k-mooney | tempest-integrated-compute-ubuntu-focal should be deleted this release | |
| 11:23:33 | sean-k-mooney | and nova-ceph-multinode shoudl move to 22.04 eventulaly | |
| 11:23:37 | sean-k-mooney | so this is just temporay | |
| 11:24:16 | sean-k-mooney | tempest-integrated-compute-ubuntu-focal is needed for stable/antelope but not bobcat | |
| 11:25:02 | sean-k-mooney | if you want to just remvoe that feel free but nova-ceph-multistore need to be moved in a seperate patch so seting they python version is the correct workaround for now | |
| 11:34:20 | opendevreview | Elod Illes proposed openstack/nova master: Drop py38 based zuul jobs https://review.opendev.org/c/openstack/nova/+/881339 | |
| 11:34:24 | elodilles | sean-k-mooney: ^^^ | |
| 11:35:08 | elodilles | ceph job change from focal to jammy would be better in a separate patch i think | |
| 11:40:05 | opendevreview | Elod Illes proposed openstack/nova master: Drop py38 support from setup.cfg and tox.ini https://review.opendev.org/c/openstack/nova/+/881365 | |
| 11:41:28 | elodilles | sean-k-mooney: and this is the py38 support drop patch ^^^ | |
| 11:45:19 | sean-k-mooney | +1 on both i have a minor comment on the second patch ill take a look again once they run true ci | |
| 11:51:22 | opendevreview | Elod Illes proposed openstack/placement master: Drop py38 based jobs and add py310 instead https://review.opendev.org/c/openstack/placement/+/881366 | |
| 11:53:30 | elodilles | sean-k-mooney: thanks, then i'll wait until zuul results appear | |
| 12:32:10 | opendevreview | ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (objects) https://review.opendev.org/c/openstack/nova/+/839401 | |
| 12:32:10 | opendevreview | ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (db) https://review.opendev.org/c/openstack/nova/+/831193 | |
| 12:32:11 | opendevreview | ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (drivers and compute manager part) https://review.opendev.org/c/openstack/nova/+/833090 | |
| 12:32:11 | opendevreview | ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (manila abstraction) https://review.opendev.org/c/openstack/nova/+/831194 | |
| 12:32:12 | opendevreview | ribaudr proposed openstack/nova master: Check shares support https://review.opendev.org/c/openstack/nova/+/850499 | |
| 12:32:12 | opendevreview | ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (api) https://review.opendev.org/c/openstack/nova/+/836830 | |
| 12:32:13 | opendevreview | ribaudr proposed openstack/nova master: Add instance.share_attach notification https://review.opendev.org/c/openstack/nova/+/850501 | |
| 12:32:13 | opendevreview | ribaudr proposed openstack/nova master: Add metadata for shares https://review.opendev.org/c/openstack/nova/+/850500 | |
| 12:32:14 | opendevreview | ribaudr proposed openstack/nova master: Add shares to InstancePayload https://review.opendev.org/c/openstack/nova/+/851029 | |
| 12:32:14 | opendevreview | ribaudr proposed openstack/nova master: Add instance.share_detach notification https://review.opendev.org/c/openstack/nova/+/851028 | |
| 12:32:16 | opendevreview | ribaudr proposed openstack/nova master: Add libvirt test to ensure metadata are working. https://review.opendev.org/c/openstack/nova/+/852086 | |
| 12:32:16 | opendevreview | ribaudr proposed openstack/nova master: Add helper methods to attach/detach shares https://review.opendev.org/c/openstack/nova/+/852085 | |
| 12:32:18 | opendevreview | ribaudr proposed openstack/nova master: Add share_info parameter to reboot method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/854823 | |
| 12:32:18 | opendevreview | ribaudr proposed openstack/nova master: Add virt/libvirt error test cases https://review.opendev.org/c/openstack/nova/+/852087 | |
| 12:32:20 | opendevreview | ribaudr proposed openstack/nova master: Add instance.share_attach_error notification https://review.opendev.org/c/openstack/nova/+/860282 | |
| 12:32:20 | opendevreview | ribaudr proposed openstack/nova master: Support rebooting an instance with shares (compute and API part) https://review.opendev.org/c/openstack/nova/+/854824 | |
| 12:32:22 | opendevreview | ribaudr proposed openstack/nova master: Add share_info parameter to resume method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/860284 | |
| 12:32:22 | opendevreview | ribaudr proposed openstack/nova master: Add instance.share_detach_error notification https://review.opendev.org/c/openstack/nova/+/860283 | |
| 12:32:24 | opendevreview | ribaudr proposed openstack/nova master: Add helper methods to rescue/unrescue shares https://review.opendev.org/c/openstack/nova/+/860286 | |
| 12:32:24 | opendevreview | ribaudr proposed openstack/nova master: Support resuming an instance with shares (compute and API part) https://review.opendev.org/c/openstack/nova/+/860285 | |
| 12:32:26 | opendevreview | ribaudr proposed openstack/nova master: Support rescuing an instance with shares (compute and API part) https://review.opendev.org/c/openstack/nova/+/860288 | |
| 12:32:26 | opendevreview | ribaudr proposed openstack/nova master: Support rescuing an instance with shares (driver part) https://review.opendev.org/c/openstack/nova/+/860287 | |
| 12:32:28 | opendevreview | ribaudr proposed openstack/nova master: Mounting the shares as part of the initialization process https://review.opendev.org/c/openstack/nova/+/880075 | |
| 12:32:28 | opendevreview | ribaudr proposed openstack/nova master: Docs about Manila shares API usage https://review.opendev.org/c/openstack/nova/+/871642 | |
| 12:42:13 | ralonsoh | sean-k-mooney, about PYTHON3_VERSION=3.9, I've tested that in Neutron and focal and doesn't work | |
| 12:42:23 | ralonsoh | even with https://review.opendev.org/c/openstack/devstack/+/881363 | |
| 12:43:06 | ralonsoh | about https://review.opendev.org/c/openstack/nova/+/868419, is it possible to merge this patch this week? that will unblock the Neutron CI | |
| 12:43:29 | ralonsoh | tested in https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/879036 | |
| 12:48:52 | sean-k-mooney | ralonsoh: well thats a problem since it was ment to be supported | |
| 12:49:20 | ralonsoh | 3.9 in focal? yes, we can install it | |
| 12:49:26 | ralonsoh | but uwsgi cannot | |
| 12:49:41 | sean-k-mooney | no i mean we had support for this in the past | |
| 12:49:57 | sean-k-mooney | so its obviously regressed in devstack | |
| 12:50:09 | ralonsoh | I'll check that | |
| 12:50:34 | sean-k-mooney | it proably regressed when the py2 support was remvoed | |
| 12:50:43 | sean-k-mooney | thats just a guess | |
| 12:50:51 | ralonsoh | from https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/881354 | |
| 12:50:54 | sean-k-mooney | but devstack is ment to support non default python versions | |
| 12:51:01 | ralonsoh | https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a41/881354/2/check/neutron-tempest-plugin-openvswitch/a419d15/controller/logs/screen-keystone.txt | |
| 12:51:07 | ralonsoh | yes, devstack can | |
| 12:51:17 | ralonsoh | but it seems that focal uwsgi cannot | |
| 12:51:20 | bauzas | sean-k-mooney: ralonsoh: sorry, saw your pings, catching up | |
| 12:51:46 | sean-k-mooney | ralonsoh: we install uwsgi form pypi dont we? | |
| 12:52:02 | ralonsoh | let me check, one sec | |
| 12:52:26 | bauzas | sean-k-mooney: my main concern is that we are removing a python version support during a SLURP cadence | |
| 12:52:31 | sean-k-mooney | ralonsoh: maybe we dont but we might need to extxted devstack fixup script to work around it | |
| 12:52:34 | ralonsoh | sean-k-mooney, no, apt install | |
| 12:52:47 | sean-k-mooney | bauzas: yes and that perfectly fine to do | |
| 12:52:47 | bauzas | this means that operators need to prepare their computes *before* the SLURP upgrade | |
| 12:52:55 | sean-k-mooney | bauzas: yes that is intentional | |
| 12:53:00 | bauzas | by upgrading to 22.10 and py310 | |
| 12:53:04 | sean-k-mooney | no | |
| 12:53:09 | sean-k-mooney | by upgrading to 22.04 | |
| 12:53:13 | bauzas | whoops | |
| 12:53:18 | bauzas | 22.04 my bad | |
| 12:53:20 | sean-k-mooney | 22.04 use py310 | |
| 12:53:37 | sean-k-mooney | ya antelop is the release that supprot 22.04 and 20.04 | |
| 12:54:10 | bauzas | sean-k-mooney: my point is that I want to make sure that we can support the same python version and OS between SLURPs | |
| 12:54:12 | sean-k-mooney | ralonsoh: by they way we should not have any focal jobs on master right now | |
| 12:54:26 | sean-k-mooney | bauzas: we can py3.10 | |
| 12:54:31 | bauzas | at a SLURP release, operators can then upgrade | |
| 12:54:40 | ralonsoh | sean-k-mooney, that's right | |
| 12:54:44 | bauzas | sean-k-mooney: just checking yoga | |
| 12:54:54 | ralonsoh | but we still have the problem with nested virt | |
| 12:55:07 | sean-k-mooney | bauzas: yoga to antelope uses 20.04 and py 3.8 | |
| 12:55:17 | bauzas | https://governance.openstack.org/tc/reference/runtimes/yoga.html | |
| 12:55:24 | bauzas | ok, then I'm OK | |
| 12:55:35 | sean-k-mooney | then before you can SLURP to bobcat you have to do the 20.04 to 22.04 upgrade | |
| 12:55:45 | bauzas | operators can upgrade their OS to 20.04 and py3.8 during yoga | |
| 12:56:00 | bauzas | then they can skip-level upgrade to Antelope | |
| 12:56:17 | sean-k-mooney | yes and then upgrade there os to 22.04 | |
| 12:56:25 | bauzas | then, before skip-level upgrading again to C, they need to upgrade their computes to 22.04 and py310 | |
| 12:56:31 | sean-k-mooney | then slurp to 2024.1 | |
| 12:56:32 | bauzas | cool, then I accept the plan | |
| 12:56:51 | bauzas | sean-k-mooney: ok, then I'll clarify the context | |
| 12:57:03 | bauzas | sean-k-mooney: fwiw, I'm horrified we're pulling tooz as a dep for nova | |
| 12:57:15 | bauzas | just because of the ironic virt driver | |
| 12:57:18 | sean-k-mooney | its just for ironic and its going away | |
| 12:57:58 | sean-k-mooney | likely in 2024.2 assumign we get the shared supprot done in B or C | |
| 12:58:22 | sean-k-mooney | our aim shoudl be to deprecate teh peer list in b/C so it can go out in C and we can drop it in D | |
| 12:58:44 | sean-k-mooney | ralonsoh: what is the problem with ndested virt by the way | |
| 12:58:56 | ralonsoh | https://bugs.launchpad.net/neutron/+bug/1999249 | |
| 12:59:00 | sean-k-mooney | ralonsoh: you are aware that we are not ment to have any voting jobs that use it | |
| 12:59:06 | ralonsoh | timeouts in the jobs | |
| 12:59:50 | ralonsoh | so how we implement neutron-tempest-plugins jobs? | |
| 13:00:03 | sean-k-mooney | ralonsoh: they shoudl be useing QEMU not kvm | |