| artom | Well crap, https://review.opendev.org/c/openstack/nova/+/817303 passed now | 00:52 |
|---|---|---|
| * artom tries to remember to check tomorrow whether it's due to same host resize | 00:53 | |
| frickler | artom: seems you only define the job now and don't actually run it | 05:27 |
| opendevreview | Lee Yarwood proposed openstack/nova-specs master: libvirt: Allow Manila shares to be directly attached to instances https://review.opendev.org/c/openstack/nova-specs/+/813180 | 06:18 |
| opendevreview | Hemanth N proposed openstack/nova master: clear dhcp_server in network_info when dhcp is disabled https://review.opendev.org/c/openstack/nova/+/819069 | 08:50 |
| DK4 | im still having problems creating instances in a new deployment. instance is stuck in creating/spawning state, any hints or advices? | 10:51 |
| opendevreview | Lee Yarwood proposed openstack/nova-specs master: libvirt: Allow Manila shares to be directly attached to instances https://review.opendev.org/c/openstack/nova-specs/+/813180 | 11:20 |
| 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 |
| 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:23 |
| lyarwood | DK4: but tbh either way it's likely a messaging issue in your env between the conductor and computes | 11:24 |
| opendevreview | Dr. Jens Harbott proposed openstack/nova master: Add nova-next-hybrid-plug job https://review.opendev.org/c/openstack/nova/+/817303 | 12:06 |
| 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:12 |
| 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! | 12:25 |
| artom | frickler, *facepalm* yep, thanks for the fix :( | 13:04 |
| artom | Err, :) | 13:04 |
| 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:42 |
| 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:49 |
| ralonsoh | when using DPDK, the interfaces connected to a namespace are type=TAP? | 13:50 |
| ralonsoh | well, not the interfaces but the ports | 13:51 |
| *** whoami-rajat__ is now known as whoami-rajat | 13:57 | |
| sean-k-mooney | you mean for dhcp agent and l3 agent router instnaces | 13:57 |
| sean-k-mooney | ralonsoh: with ovs-dpdk we do not supprot vnic_type normal | 13:57 |
| sean-k-mooney | only vhost-user offically | 13:57 |
| ralonsoh | sean-k-mooney, yeah but the Interface type=tap?? | 13:58 |
| ralonsoh | in this patch | 13:58 |
| 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 |
| ralonsoh | is that correct? | 13:58 |
| sean-k-mooney | no | 13:58 |
| ralonsoh | ok then, I'll comment on the BZ | 13:58 |
| ralonsoh | sean-k-mooney thanks a lot | 13:59 |
| 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 |
| ralonsoh | right | 13:59 |
| sean-k-mooney | and we do not use vif_type=tap | 13:59 |
| sean-k-mooney | ralonsoh: do you have the bz link | 13:59 |
| ralonsoh | sean-k-mooney, no, this is only U/S | 13:59 |
| ralonsoh | https://launchpad.net/bugs/1951493 | 13:59 |
| sean-k-mooney | ob you said BZ so i got confused | 14:00 |
| ralonsoh | sorry, my bad | 14:00 |
| sean-k-mooney | no worries | 14:00 |
| sean-k-mooney | so ovs is not namespace aware | 14:01 |
| ralonsoh | well, once we create the port, we move it to the namespace | 14:01 |
| sean-k-mooney | if if ovs-vswitchd is restarted then i can see this happening | 14:01 |
| ralonsoh | but that could not work with dpdk | 14:01 |
| sean-k-mooney | it will | 14:02 |
| ralonsoh | I mean that interface doesn't exist in the kernel namespace | 14:02 |
| ralonsoh | if this port is an OVS DPDK port | 14:02 |
| sean-k-mooney | but the issue is for some reason when ovs-vswitchd is restart the tap is not remvoed | 14:02 |
| sean-k-mooney | in this case it wil | 14:02 |
| sean-k-mooney | the agents are usign interface tyep internal | 14:03 |
| sean-k-mooney | and that can then be moved | 14:03 |
| ralonsoh | yes | 14:03 |
| sean-k-mooney | when ovs-dpdk stops it shoudl delete the tap | 14:03 |
| sean-k-mooney | the l3/dhcp shoudl then pool for it to be recated and move it again once ovs starts again | 14:03 |
| sean-k-mooney | that or ovs-dpdk need to check alls network namespace and reconenct | 14:04 |
| ralonsoh | well, this "_ovs_add_port" method should check that | 14:04 |
| ralonsoh | so we should check for the namespace and use the existing port, right? | 14:05 |
| ralonsoh | existing tap port created inside the namespace | 14:05 |
| 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:05 |
| sean-k-mooney | left comments on https://review.opendev.org/c/openstack/neutron/+/818338/3/neutron/agent/linux/interface.py | 14:06 |
| ralonsoh | thanks! | 14:07 |
| ralonsoh | sean-k-mooney, but L419 should be conditional | 14:07 |
| ralonsoh | depending on the datapath type | 14:07 |
| ralonsoh | we can't execute this if netdev | 14:08 |
| ralonsoh | but setting the netns option in the namespace | 14:08 |
| ralonsoh | *in the interface options | 14:08 |
| sean-k-mooney | this https://review.opendev.org/c/openstack/neutron/+/818338/3/neutron/agent/linux/interface.py#149 ? | 14:09 |
| sean-k-mooney | deleting the ip address? | 14:10 |
| sean-k-mooney | why woudl that fail | 14:10 |
| sean-k-mooney | wehn we are suign prot with type internal even with ovs-dpdk these are kerenle interfaces | 14:10 |
| sean-k-mooney | so we can treat them like any other kernel interface | 14:11 |
| sean-k-mooney | oh i miss read that | 14:11 |
| sean-k-mooney | you ment https://review.opendev.org/c/openstack/neutron/+/818338/3/neutron/agent/linux/interface.py#419 | 14:11 |
| sean-k-mooney | i think that shoudl also work for ovs-dpdk | 14:12 |
| ralonsoh | OK, I'll comment that in the review. Actually this should be present in the namespace | 14:12 |
| 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:12 |
| sean-k-mooney | if we set the netns namespace option one woudl think so yes | 14:13 |
| ralonsoh | perfect, so first execute "_ovs_add_port" adding the netns and then ensuring the TAP port namespace | 14:13 |
| *** weechat1 is now known as amorin | 15:01 | |
| opendevreview | Julia Kreger proposed openstack/nova master: WIP Ironic - Handle instance/node host on rebalance https://review.opendev.org/c/openstack/nova/+/813897 | 18:08 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/nova master: [yoga] Add PCI VPD Capability Handling https://review.opendev.org/c/openstack/nova/+/808199 | 20:02 |
| opendevreview | Dmitrii Shcherbakov proposed openstack/nova master: [yoga] Support remote-managed SmartNIC DPU ports https://review.opendev.org/c/openstack/nova/+/812111 | 20:02 |
| sdmitriev1 | Hello there! Guys, what has to be done to get this one merged https://review.opendev.org/c/openstack/nova/+/710848/ ? | 20:03 |
| sdmitriev1 | We're suffering from bug https://bugs.launchpad.net/nova/+bug/1860555 and that patch seems to able to resolve it | 20:04 |
| 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 | 20:12 |
| opendevreview | Ghanshyam proposed openstack/nova master: Updating tests with Yoga testing runtime https://review.opendev.org/c/openstack/nova/+/819194 | 22:51 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!