| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-07-18 | |||
| 16:35:14 | elodilles | i saw it passing | |
| 16:35:31 | sean-k-mooney | perhaps validation are enabeld on yoga already? | |
| 16:35:37 | sean-k-mooney | for ceph | |
| 16:35:52 | elodilles | good question | |
| 16:36:01 | sean-k-mooney | we can check after the meeting | |
| 16:36:20 | elodilles | yepp | |
| 16:36:41 | bauzas | cool | |
| 16:36:55 | bauzas | can we move on ? | |
| 16:37:09 | auniyal | thats all from my side thanks | |
| 16:37:09 | auniyal | bauzas, I targeted to do minor release tomorrow 19th July, but most of them are not merged yet, so will wait till next wednesday | |
| 16:37:15 | bauzas | ack | |
| 16:38:41 | bauzas | #topic Open discussion | |
| 16:38:47 | bauzas | nothing on the agenda | |
| 16:38:52 | bauzas | anything anyone ? | |
| 16:40:27 | bauzas | ok, let's give you back 20 mins | |
| 16:40:29 | bauzas | thanks all | |
| 16:40:33 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2023/nova.2023-07-18-16.00.log.html | |
| 16:40:33 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2023/nova.2023-07-18-16.00.txt | |
| 16:40:33 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2023/nova.2023-07-18-16.00.html | |
| 16:40:33 | opendevmeet | Meeting ended Tue Jul 18 16:40:33 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:40:33 | bauzas | #endmeeting | |
| 16:40:40 | elodilles | thanks o/ | |
| 16:41:13 | elodilles | auniyal: thanks for dealing with the release, ping me if i can help with anything about it! | |
| 16:42:00 | gibi | o/ | |
| 16:42:38 | auniyal | ack elodilles, only thing we need is more reviews, most of the +2 are from you only, thanks | |
| 16:43:05 | sean-k-mooney | elodilles: ill pull https://review.opendev.org/c/openstack/nova/+/888230 back without any deps and we can see if it passes on yoga | |
| 16:43:19 | sean-k-mooney | if not ill add the devstack and devstack-plugin-ceph pathces too | |
| 16:43:53 | elodilles | sean-k-mooney: ack, sounds like a plan! thanks :) | |
| 16:55:18 | opendevreview | sean mooney proposed openstack/nova stable/yoga: enable validations in nova-lvm https://review.opendev.org/c/openstack/nova/+/888784 | |
| 17:49:09 | opendevreview | Merged openstack/nova master: Drop Fedora support https://review.opendev.org/c/openstack/nova/+/886596 | |
| 18:25:32 | opendevreview | Merged openstack/nova stable/victoria: [stable-only] Cap virtualenv/setuptools https://review.opendev.org/c/openstack/nova/+/888681 | |
| 18:52:03 | opendevreview | Merged openstack/nova stable/zed: enable validations in nova-lvm https://review.opendev.org/c/openstack/nova/+/888230 | |
| #openstack-nova - 2023-07-19 | |||
| 08:53:43 | dvo-plv | Hello, Community | |
| 08:54:19 | dvo-plv | Maybe you will have a chance to review this patch https://review.opendev.org/c/openstack/nova/+/876075 | |
| 11:02:09 | opendevreview | Merged openstack/nova stable/yoga: enable validations in nova-lvm https://review.opendev.org/c/openstack/nova/+/888784 | |
| 11:37:48 | elodilles | bauzas: sorry, my OCD couldn't leave the 'unrelated whatespace change' in the train-eol patch o:) could you please +1 it, to have PTL-Approved triggered on the patch? o:) | |
| 11:37:51 | elodilles | https://review.opendev.org/c/openstack/releases/+/885365 | |
| 11:37:52 | elodilles | bauzas: ^^^ | |
| 12:19:15 | bauzas | elodilles: done | |
| 12:35:12 | elodilles | thx o/ | |
| 13:02:38 | kashyap | Hm, this timeout looks like an unrelated failure to me - https://zuul.opendev.org/t/openstack/build/8525a961871c4602bedf3df605f72791 | |
| 13:02:48 | kashyap | (From the test test_resize_volume_backed_server_confirm) | |
| 13:13:22 | sean-k-mooney | the connection to iscsid failed https://zuul.opendev.org/t/openstack/build/8525a961871c4602bedf3df605f72791/log/controller/logs/screen-n-cpu.txt#60338 | |
| 13:13:45 | sean-k-mooney | which later cased Jul 18 14:24:29.793214 np0034705382 nova-compute[74276]: ERROR oslo_messaging.rpc.server [None req-bfe53067-f154-48c3-8bd7-141efbfa7eba tempest-ServerActionsV293TestJSON-1087987645 tempest-ServerActionsV293TestJSON-1087987645-project-member] Exception during message handling: ValueError: Circular reference detected | |
| 13:13:55 | sean-k-mooney | https://zuul.opendev.org/t/openstack/build/8525a961871c4602bedf3df605f72791/log/controller/logs/screen-n-cpu.txt#60449 | |
| 13:14:02 | sean-k-mooney | i have not seen that in a very long time | |
| 13:43:26 | dansmith | kashyap: I saw one of that test failing just now too | |
| 13:43:53 | dansmith | the test failure maybe kinda looked like it didn't actually rebuild the guest, because the host key didn't match (or something) | |
| 13:45:19 | kashyap | dansmith: Aah, I see. The host key mismatch means hopeffully it's a transient issue | |
| 13:45:33 | dansmith | well, I dunno, if we just saw two of them... | |
| 13:57:37 | kashyap | Heh | |
| 17:14:01 | mnaser | sean-k-mooney: i know you play a fair bit with these things .. besides asap2, is there another way to get hw accelerated vxlan.. i'm wondering if ovs-dpdk can work for tenant networks (vxlan) too... but havent seen much reference in docs | |
| 18:05:25 | sean-k-mooney[m] | we do not have support for hardware offloads with dpdk yet | |
| 18:05:39 | sean-k-mooney[m] | in openstack | |
| 18:07:31 | sean-k-mooney[m] | mnaser: https://specs.openstack.org/openstack/nova-specs/specs/2023.2/approved/support-napatech-linkvirtualization-smartnic.html is the spec you want | |
| 18:07:56 | sean-k-mooney[m] | that will add support for hardwar offloads with ovs-dpdk in general | |
| 18:08:16 | sean-k-mooney[m] | you do not need asap2 by the way | |
| 18:08:30 | sean-k-mooney[m] | upstream kernel ovs support hardware offloads | |
| 18:08:45 | sean-k-mooney[m] | but you do need the right nic driver | |
| 18:09:19 | sean-k-mooney[m] | you do not need the forked ovs however | |
| 18:10:13 | sean-k-mooney[m] | mnaser: https://docs.openvswitch.org/en/latest/topics/dpdk/phy/#representors is the upstream ovs doc for dpdk hardware offloads | |
| 18:15:31 | sean-k-mooney[m] | https://github.com/openvswitch/ovs/blob/master/Documentation/howto/dpdk.rst#flow-hardware-offload-experimental | |
| 18:35:01 | mnaser | sean-k-mooney[m]: so from an openstack pov, only offload we can do right now is asap2 | |
| 18:35:40 | sean-k-mooney[m] | technially we only supprot kernel ovs hardware offload with upstream ovs | |
| 18:36:49 | sean-k-mooney[m] | the in tree melanox kernel nic driver should be sufficient | |
| 18:37:09 | sean-k-mooney[m] | but asap is what nvidia/mellonx brand it as | |
| 18:37:20 | mnaser | do you know if intel has similar support? | |
| 18:37:46 | sean-k-mooney[m] | not currently. they had poc but no product in the market | |
| 18:40:00 | mnaser | sean-k-mooney[m]: i see, cause i ran into this https://networkbuilders.intel.com/docs/networkbuilders/intel-ethernet-controller-700-series-open-vswitch-hardware-acceleration-application-note.pdf | |
| 18:40:56 | sean-k-mooney[m] | yep with fortvial and ovs-dpdk | |
| 18:41:25 | mnaser | sean-k-mooney[m]: so only possible if that spec gets implemented? | |
| 18:42:06 | sean-k-mooney[m] | yep. dpdk hardware offloads in ovs is experimental | |
| 18:42:49 | sean-k-mooney[m] | but ovs-dpdk has had support for using rte_flow with some offload using fortviale/700 series and later | |
| 18:43:10 | sean-k-mooney[m] | for years | |
| 18:43:28 | sean-k-mooney[m] | but an end to end solution has not really matiarlised | |
| 18:43:35 | mnaser | i see, so really dont have a lot of choices in this section unfortunatel | |
| 18:43:36 | mnaser | y | |
| 18:43:41 | sean-k-mooney[m] | the spec i linked should enable that | |
| 18:44:03 | mnaser | bummer, ive been trying to get these palo alto vm series | |
| 18:44:07 | mnaser | and they refuse to work with mlx nics | |
| 18:44:21 | mnaser | and dpdk cant be offloaded for tenant networks | |
| 18:45:21 | sean-k-mooney[m] | for what its worth i joined redhat form intel 5 years ago and i was working on intel hardware offload support before i left | |
| 18:45:41 | sean-k-mooney[m] | and in that time they have not really made any forward progress until recently | |
| 18:46:02 | sean-k-mooney[m] | napatech are partly doing the enabling in that spec on behalf of intel | |
| 18:46:49 | sean-k-mooney[m] | which i found kind of odd when there PM said that at the PTG as intel used to have peole that worked on openstack | |
| 18:51:52 | mnaser | yeah its been frustrating since PA only supports a few sriov vf's which doesnt include mlx ones | |
| #openstack-nova - 2023-07-20 | |||
| 07:30:44 | opendevreview | Amit Uniyal proposed openstack/nova master: Delete dangling bdms https://review.opendev.org/c/openstack/nova/+/882284 | |
| 08:09:29 | opendevreview | Amit Uniyal proposed openstack/nova master: Reproducer for dangling bdms https://review.opendev.org/c/openstack/nova/+/881457 | |
| 08:09:30 | opendevreview | Amit Uniyal proposed openstack/nova master: Delete dangling bdms https://review.opendev.org/c/openstack/nova/+/882284 | |
| 08:51:30 | opendevreview | Artom Lifshitz proposed openstack/nova master: Parallelize calls to Neutron and Cinder in post_live_migration https://review.opendev.org/c/openstack/nova/+/883678 | |
| 08:51:30 | opendevreview | Artom Lifshitz proposed openstack/nova master: Call Neutron immediately upon _post_live_migration() start https://review.opendev.org/c/openstack/nova/+/883682 | |
| 10:47:29 | sean-k-mooney | dansmith: when you are around could you review https://review.opendev.org/c/openstack/devstack/+/888648 to unblock https://review.opendev.org/c/openstack/nova/+/886779 | |
| 10:55:30 | stephenfin | bauzas: There's a student from Oregon State University that has been working on OSC for the last few months and she's now eager to try her hand at one of the services themselves. How reasonable would it be to suggest a low-hanging nova API-related RFE for her to work on? | |
| 10:57:13 | stephenfin | I'm happy to keep covering the mentoring side of things but the ask would be for (a) suggestions of something relatively useful to do and (b) reviews if she works on it. She's around until June 2024 so it'll be relatively long-term (i.e. the C release cycle and a chunk of D) | |
| 10:58:56 | stephenfin | Easier things I can think of are changing the 'addresses' field in 'GET /servers/{serverID}' so we use an ID for the top-level key, to prevent munging of similarly named networks, and updating a few of the HTTP response codes, but I'm sure there's much more useful stuff to do | |
| 11:34:36 | opendevreview | Stephen Finucane proposed openstack/nova master: db: Remove legacy tables from main DB https://review.opendev.org/c/openstack/nova/+/889087 | |
| 11:34:36 | opendevreview | Stephen Finucane proposed openstack/nova master: db: Remove legacy placement tables from API DB https://review.opendev.org/c/openstack/nova/+/889086 | |
| 11:34:37 | opendevreview | Stephen Finucane proposed openstack/nova master: db: Remove legacy columns from main DB https://review.opendev.org/c/openstack/nova/+/889088 | |
| 11:55:13 | bauzas | stephenfin: sorry was at lunch | |
| 11:56:03 | bauzas | stephenfin: we don't have a lot of low-hanging-fruits RFEs for the moment, but sure we can help | |