| dvo-plv | Hello, Community | 08:53 |
|---|---|---|
| dvo-plv | Maybe you will have a chance to review this patch https://review.opendev.org/c/openstack/nova/+/876075 | 08:54 |
| opendevreview | Merged openstack/nova stable/yoga: enable validations in nova-lvm https://review.opendev.org/c/openstack/nova/+/888784 | 11:02 |
| 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 |
| elodilles | https://review.opendev.org/c/openstack/releases/+/885365 | 11:37 |
| elodilles | bauzas: ^^^ | 11:37 |
| bauzas | elodilles: done | 12:19 |
| elodilles | thx o/ | 12:35 |
| kashyap | Hm, this timeout looks like an unrelated failure to me - https://zuul.opendev.org/t/openstack/build/8525a961871c4602bedf3df605f72791 | 13:02 |
| kashyap | (From the test test_resize_volume_backed_server_confirm) | 13:02 |
| 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 |
| 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 |
| sean-k-mooney | https://zuul.opendev.org/t/openstack/build/8525a961871c4602bedf3df605f72791/log/controller/logs/screen-n-cpu.txt#60449 | 13:13 |
| sean-k-mooney | i have not seen that in a very long time | 13:14 |
| dansmith | kashyap: I saw one of that test failing just now too | 13:43 |
| 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:43 |
| kashyap | dansmith: Aah, I see. The host key mismatch means hopeffully it's a transient issue | 13:45 |
| dansmith | well, I dunno, if we just saw two of them... | 13:45 |
| kashyap | Heh | 13:57 |
| 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 | 17:14 |
| sean-k-mooney[m] | we do not have support for hardware offloads with dpdk yet | 18:05 |
| sean-k-mooney[m] | in openstack | 18:05 |
| 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 |
| sean-k-mooney[m] | that will add support for hardwar offloads with ovs-dpdk in general | 18:07 |
| sean-k-mooney[m] | you do not need asap2 by the way | 18:08 |
| sean-k-mooney[m] | upstream kernel ovs support hardware offloads | 18:08 |
| sean-k-mooney[m] | but you do need the right nic driver | 18:08 |
| sean-k-mooney[m] | you do not need the forked ovs however | 18:09 |
| 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:10 |
| sean-k-mooney[m] | https://github.com/openvswitch/ovs/blob/master/Documentation/howto/dpdk.rst#flow-hardware-offload-experimental | 18:15 |
| mnaser | sean-k-mooney[m]: so from an openstack pov, only offload we can do right now is asap2 | 18:35 |
| sean-k-mooney[m] | technially we only supprot kernel ovs hardware offload with upstream ovs | 18:35 |
| sean-k-mooney[m] | the in tree melanox kernel nic driver should be sufficient | 18:36 |
| sean-k-mooney[m] | but asap is what nvidia/mellonx brand it as | 18:37 |
| mnaser | do you know if intel has similar support? | 18:37 |
| sean-k-mooney[m] | not currently. they had poc but no product in the market | 18:37 |
| 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 |
| sean-k-mooney[m] | yep with fortvial and ovs-dpdk | 18:40 |
| mnaser | sean-k-mooney[m]: so only possible if that spec gets implemented? | 18:41 |
| sean-k-mooney[m] | yep. dpdk hardware offloads in ovs is experimental | 18:42 |
| sean-k-mooney[m] | but ovs-dpdk has had support for using rte_flow with some offload using fortviale/700 series and later | 18:42 |
| sean-k-mooney[m] | for years | 18:43 |
| sean-k-mooney[m] | but an end to end solution has not really matiarlised | 18:43 |
| mnaser | i see, so really dont have a lot of choices in this section unfortunatel | 18:43 |
| mnaser | y | 18:43 |
| sean-k-mooney[m] | the spec i linked should enable that | 18:43 |
| mnaser | bummer, ive been trying to get these palo alto vm series | 18:44 |
| mnaser | and they refuse to work with mlx nics | 18:44 |
| mnaser | and dpdk cant be offloaded for tenant networks | 18:44 |
| 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 |
| sean-k-mooney[m] | and in that time they have not really made any forward progress until recently | 18:45 |
| sean-k-mooney[m] | napatech are partly doing the enabling in that spec on behalf of intel | 18:46 |
| 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:46 |
| mnaser | yeah its been frustrating since PA only supports a few sriov vf's which doesnt include mlx ones | 18:51 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!