| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-11-24 | |||
| 11:23:21 | lyarwood | DK4: Use `openstack server event list $instance` to find the request-id associated with the creation request and trace that through the system if you have access | |
| 11:23:55 | lyarwood | DK4: you can also use openstack server event show $instance $request-id to dump any details about the create request and associated events if you don't have access to the env | |
| 11:24:31 | lyarwood | DK4: but tbh either way it's likely a messaging issue in your env between the conductor and computes | |
| 12:06:58 | opendevreview | Dr. Jens Harbott proposed openstack/nova master: Add nova-next-hybrid-plug job https://review.opendev.org/c/openstack/nova/+/817303 | |
| 12:12:20 | DK4 | lyarwood: thank your for help. im testing on proxmox7 it worked there before. i guess one of the kernel updates on proxmox host itself broke something instead. | |
| 12:25:14 | DK4 | lyarwood: the pvekernel 5.13 seems to break my openstack deployments. after switching back to 5.11 it starts to work again. thank you for your input! | |
| 13:04:20 | artom | frickler, *facepalm* yep, thanks for the fix :( | |
| 13:04:22 | artom | Err, :) | |
| 13:42:32 | frickler | artom: np, I've left the more interesting part of actually fixing the job for you ;) but I like the idea of testing that scenario, because that's how some of my deployments still look like | |
| 13:49:18 | ralonsoh | sean-k-mooney, hi! Can I ask you about https://review.opendev.org/c/openstack/neutron/+/818338/3/neutron/agent/linux/interface.py#369 ? | |
| 13:50:03 | ralonsoh | when using DPDK, the interfaces connected to a namespace are type=TAP? | |
| 13:51:02 | ralonsoh | well, not the interfaces but the ports | |
| 13:57:39 | sean-k-mooney | you mean for dhcp agent and l3 agent router instnaces | |
| 13:57:53 | sean-k-mooney | ralonsoh: with ovs-dpdk we do not supprot vnic_type normal | |
| 13:57:59 | sean-k-mooney | only vhost-user offically | |
| 13:58:21 | ralonsoh | sean-k-mooney, yeah but the Interface type=tap?? | |
| 13:58:26 | ralonsoh | in this patch | |
| 13:58:27 | sean-k-mooney | but the dhcp server and l3 agent can create port which should get create on ovs as interface_type=internal | |
| 13:58:29 | ralonsoh | is that correct? | |
| 13:58:34 | sean-k-mooney | no | |
| 13:58:57 | ralonsoh | ok then, I'll comment on the BZ | |
| 13:59:02 | ralonsoh | sean-k-mooney thanks a lot | |
| 13:59:06 | sean-k-mooney | in ovs its interface_type=internal which will create a tap device but there is not ovs interface of type tap | |
| 13:59:19 | ralonsoh | right | |
| 13:59:20 | sean-k-mooney | and we do not use vif_type=tap | |
| 13:59:42 | sean-k-mooney | ralonsoh: do you have the bz link | |
| 13:59:50 | ralonsoh | sean-k-mooney, no, this is only U/S | |
| 13:59:57 | ralonsoh | https://launchpad.net/bugs/1951493 | |
| 14:00:07 | sean-k-mooney | ob you said BZ so i got confused | |
| 14:00:14 | ralonsoh | sorry, my bad | |
| 14:00:40 | sean-k-mooney | no worries | |
| 14:01:12 | sean-k-mooney | so ovs is not namespace aware | |
| 14:01:42 | ralonsoh | well, once we create the port, we move it to the namespace | |
| 14:01:46 | sean-k-mooney | if if ovs-vswitchd is restarted then i can see this happening | |
| 14:01:54 | ralonsoh | but that could not work with dpdk | |
| 14:02:00 | sean-k-mooney | it will | |
| 14:02:15 | ralonsoh | I mean that interface doesn't exist in the kernel namespace | |
| 14:02:22 | ralonsoh | if this port is an OVS DPDK port | |
| 14:02:30 | sean-k-mooney | but the issue is for some reason when ovs-vswitchd is restart the tap is not remvoed | |
| 14:02:45 | sean-k-mooney | in this case it wil | |
| 14:03:04 | sean-k-mooney | the agents are usign interface tyep internal | |
| 14:03:08 | sean-k-mooney | and that can then be moved | |
| 14:03:11 | ralonsoh | yes | |
| 14:03:16 | sean-k-mooney | when ovs-dpdk stops it shoudl delete the tap | |
| 14:03:49 | sean-k-mooney | the l3/dhcp shoudl then pool for it to be recated and move it again once ovs starts again | |
| 14:04:06 | sean-k-mooney | that or ovs-dpdk need to check alls network namespace and reconenct | |
| 14:04:40 | ralonsoh | well, this "_ovs_add_port" method should check that | |
| 14:05:06 | ralonsoh | so we should check for the namespace and use the existing port, right? | |
| 14:05:18 | ralonsoh | existing tap port created inside the namespace | |
| 14:05:22 | sean-k-mooney | so this https://review.opendev.org/c/openstack/neutron/+/818338/3/neutron/agent/linux/interface.py seams somewhat valid but attrs.insert(0, ('type', 'tap')) is not | |
| 14:06:52 | sean-k-mooney | left comments on https://review.opendev.org/c/openstack/neutron/+/818338/3/neutron/agent/linux/interface.py | |
| 14:07:00 | ralonsoh | thanks! | |
| 14:07:46 | ralonsoh | sean-k-mooney, but L419 should be conditional | |
| 14:07:52 | ralonsoh | depending on the datapath type | |
| 14:08:01 | ralonsoh | we can't execute this if netdev | |
| 14:08:19 | ralonsoh | but setting the netns option in the namespace | |
| 14:08:31 | ralonsoh | *in the interface options | |
| 14:09:50 | sean-k-mooney | this https://review.opendev.org/c/openstack/neutron/+/818338/3/neutron/agent/linux/interface.py#149 ? | |
| 14:10:11 | sean-k-mooney | deleting the ip address? | |
| 14:10:21 | sean-k-mooney | why woudl that fail | |
| 14:10:42 | sean-k-mooney | wehn we are suign prot with type internal even with ovs-dpdk these are kerenle interfaces | |
| 14:11:03 | sean-k-mooney | so we can treat them like any other kernel interface | |
| 14:11:36 | sean-k-mooney | oh i miss read that | |
| 14:11:47 | sean-k-mooney | you ment https://review.opendev.org/c/openstack/neutron/+/818338/3/neutron/agent/linux/interface.py#419 | |
| 14:12:06 | sean-k-mooney | i think that shoudl also work for ovs-dpdk | |
| 14:12:51 | ralonsoh | OK, I'll comment that in the review. Actually this should be present in the namespace | |
| 14:12:52 | sean-k-mooney | addint the device to a network namespace shoudl work fine however it likely shoudl haveppn after the network namespaces is set on the ovs db and that shoudl eb done during prot add | |
| 14:13:29 | sean-k-mooney | if we set the netns namespace option one woudl think so yes | |
| 14:13:59 | ralonsoh | perfect, so first execute "_ovs_add_port" adding the netns and then ensuring the TAP port namespace | |
| 18:08:50 | opendevreview | Julia Kreger proposed openstack/nova master: WIP Ironic - Handle instance/node host on rebalance https://review.opendev.org/c/openstack/nova/+/813897 | |
| 20:02:04 | opendevreview | Dmitrii Shcherbakov proposed openstack/nova master: [yoga] Add PCI VPD Capability Handling https://review.opendev.org/c/openstack/nova/+/808199 | |
| 20:02:05 | opendevreview | Dmitrii Shcherbakov proposed openstack/nova master: [yoga] Support remote-managed SmartNIC DPU ports https://review.opendev.org/c/openstack/nova/+/812111 | |
| 20:03:47 | sdmitriev1 | Hello there! Guys, what has to be done to get this one merged https://review.opendev.org/c/openstack/nova/+/710848/ ? | |
| 20:04:16 | sdmitriev1 | We're suffering from bug https://bugs.launchpad.net/nova/+bug/1860555 and that patch seems to able to resolve it | |
| 20:12:38 | dmitriis | sean-k-mooney: commented on https://review.opendev.org/c/openstack/nova-specs/+/787458/comment/21a5f948_b415eeea/ and added a pre-filter implementation that takes presence of remote_managed device pools into account in patch set 8 https://review.opendev.org/c/openstack/nova/+/812111/8 | |
| 22:51:17 | opendevreview | Ghanshyam proposed openstack/nova master: Updating tests with Yoga testing runtime https://review.opendev.org/c/openstack/nova/+/819194 | |
| #openstack-nova - 2021-11-25 | |||
| 00:08:08 | opendevreview | Ghanshyam proposed openstack/osc-placement master: Updating python testing as per Yoga testing runtime https://review.opendev.org/c/openstack/osc-placement/+/819203 | |
| 00:08:13 | opendevreview | Ghanshyam proposed openstack/os-vif master: Updating python testing as per Yoga testing runtime https://review.opendev.org/c/openstack/os-vif/+/819204 | |
| 00:08:15 | opendevreview | Ghanshyam proposed openstack/os-traits master: Updating python testing as per Yoga testing runtime https://review.opendev.org/c/openstack/os-traits/+/819205 | |
| 00:08:16 | opendevreview | Ghanshyam proposed openstack/placement master: Updating python testing as per Yoga testing runtime https://review.opendev.org/c/openstack/placement/+/819206 | |
| 00:16:29 | opendevreview | Ghanshyam proposed openstack/os-resource-classes master: Test all supported python version https://review.opendev.org/c/openstack/os-resource-classes/+/819207 | |
| 00:16:50 | opendevreview | Ghanshyam proposed openstack/python-novaclient master: Updating python testing as per Yoga testing runtime https://review.opendev.org/c/openstack/python-novaclient/+/819208 | |
| 03:21:22 | mnaser | sdmitriev1: perhaps you can take the time to fix the merge conflict? | |
| 08:50:00 | bauzas | happy turkey day everyone | |
| 08:50:42 | nautik | Hello! I updated a merge request from a few months ago and it seems there is a "DellEMC PowerFlex CI" build failing with a message "EMC_PowerFlex_NOVA [...] : NOT_REGISTERED". Other builds (VMware, IBM...) succeeded. | |
| 08:50:56 | nautik | is that expected or should I do something about it? | |
| 08:50:59 | nautik | the mr is https://review.opendev.org/c/openstack/nova/+/781076 | |
| 08:56:24 | frickler | nautik: that means that this 3rd party CI is offline. not related to your patch, nothing you can do about it | |
| 08:57:26 | frickler | except possibly trying to contact the CI operators, but that task should be on the nova team in general, not on you as patch author | |
| 09:07:01 | nautik | ok cool! thank you for the feedback, then this MR is ready for review | |
| 09:07:42 | nautik | (not sure if I need to add some tags or do anything more to make it visible?) | |
| 09:11:44 | frickler | nautik: just give it a couple of days, this week is also holiday season in some parts of the world. I there is no response after that, you could try pinging folks here again | |
| 09:12:06 | frickler | s/I/If/ | |
| 09:15:39 | nautik | right, forgot that! Thank you and have a good day :) | |
| 12:17:37 | opendevreview | Dmitrii Shcherbakov proposed openstack/nova master: [yoga] Support remote-managed SmartNIC DPU ports https://review.opendev.org/c/openstack/nova/+/812111 | |
| 13:05:57 | opendevreview | Merged openstack/nova master: Retry image download if it's corrupted https://review.opendev.org/c/openstack/nova/+/818503 | |
| 13:44:16 | sdmitriev1 | mnaser: good call, will look into that | |
| 13:55:13 | opendevreview | Stanislav Dmitriev proposed openstack/nova stable/xena: Retry image download if it's corrupted https://review.opendev.org/c/openstack/nova/+/819179 | |
| 13:55:27 | opendevreview | Stanislav Dmitriev proposed openstack/nova stable/wallaby: Retry image download if it's corrupted https://review.opendev.org/c/openstack/nova/+/819180 | |
| 13:55:39 | opendevreview | Stanislav Dmitriev proposed openstack/nova stable/victoria: Retry image download if it's corrupted https://review.opendev.org/c/openstack/nova/+/819181 | |