Thursday, 2025-02-27

opendevreviewMerged openstack/neutron master: agent/linux: remove eventlet usage from of_monitor  https://review.opendev.org/c/openstack/neutron/+/94068400:43
opendevreviewyatin proposed openstack/neutron master: [OVN] Add option to allow configuring dns ovn-owned  https://review.opendev.org/c/openstack/neutron/+/94237302:40
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94285906:49
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269506:50
opendevreviewDmitriy Chubinidze proposed openstack/neutron master: Update CIDR notation for loopback address according to actual RFC (https://datatracker.ietf.org/doc/html/rfc5735)  https://review.opendev.org/c/openstack/neutron/+/94276308:03
opendevreviewDmitriy Chubinidze proposed openstack/neutron master: Update CIDR notation for loopback and multicast address according to actual RFC (https://datatracker.ietf.org/doc/html/rfc5735)  https://review.opendev.org/c/openstack/neutron/+/94276308:09
opendevreviewVasyl Saienko proposed openstack/neutron master: Inherit parent port vif|vnic_type for subports  https://review.opendev.org/c/openstack/neutron/+/94283708:46
opendevreviewRodolfo Alonso proposed openstack/neutron master: [FT] Mark some ``TestNeutronServer`` tests as unstable  https://review.opendev.org/c/openstack/neutron/+/94288309:02
ralonsohslaweq, lajoskatona ^ please check it to unblock the FT CI. More info provided in the LP bug (olso.service related)09:03
slaweqralonsoh +209:05
lajoskatonaralonsoh: thanks for checking09:10
ralonsohah, oslo if you have time: https://review.opendev.org/c/openstack/neutron/+/93854109:11
ralonsohvery short patch09:11
opendevreviewLajos Katona proposed openstack/neutron master: WIP: [eventlet-removal] Remove the usage of eventlet in the SR-IOV agent  https://review.opendev.org/c/openstack/neutron/+/94288409:20
opendevreviewLajos Katona proposed openstack/neutron master: [eventlet-removal] Remove eventlet from DHCP agent  https://review.opendev.org/c/openstack/neutron/+/94239309:20
opendevreviewRodolfo Alonso proposed openstack/neutron master: [eventlet-removal] Remove the usage of eventlet in the DHCP agent  https://review.opendev.org/c/openstack/neutron/+/94253009:21
opendevreviewVasyl Saienko proposed openstack/neutron master: Inherit parent port vif|vnic_type for subports  https://review.opendev.org/c/openstack/neutron/+/94283709:23
rxiaoHi, I'd appreciate a review on this if anyone has time: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94090610:02
ralonsohrxiao, let me check10:18
ralonsohrxiao, is there a job where this test is being executed for ML2/OVN with snat_rules_apply_to_nested_networks=True?10:23
rxiaoThe test is not in CI yet, and I've only tried it manually.10:39
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269510:40
ralonsohrxiao, the test is being executed in the CI10:41
ralonsohbut with the config value to false10:41
ralonsohhttps://fecebc633a48a866ba5a-cd4be6953fb399b0e556e02be7ab8b9a.ssl.cf5.rackcdn.com/940906/10/check/neutron-tempest-plugin-ovn/aa96b8b/testr_results.html10:41
ralonsohtest_snat_external_ip[id-3d73ea1a-27c6-45a9-b0f8-04a283d9d764]10:41
ralonsohpass10:41
rxiaoIs it possible to add the upstream patch as a Depends-On in Gitlab? If yes, would triggering one with snat_rules_apply_to_nested_networks=True on gitlab help?10:46
ralonsohI'm not talking about any D/S repository, but the U/S one10:47
rxiaoCould you tell me how to do that in upstream?10:50
ralonsohrxiao, I've commented that in the patch. You need to change the job definition, but only for Epoxy. That means you'll need to set it to false in the stable releases10:50
ralonsohlet me update your patch10:51
ralonsohis that ok for you?10:51
rxiaoSure, thank you10:51
opendevreviewMaor Blaustein proposed openstack/neutron-tempest-plugin master: [DNM] Testing 3rd party whitebox gate vote  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94288710:56
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269511:03
opendevreviewRenjing Xiao proposed openstack/neutron-tempest-plugin master: Cover both enabled and disabled cases in nested snat validation test  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94090611:07
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269511:25
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269511:47
opendevreviewRenjing Xiao proposed openstack/neutron-tempest-plugin master: Cover both enabled and disabled cases in nested snat validation test  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94090611:49
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269511:51
ralonsohrxiao, I never suggested to create a new job. We have too many in n-t-p12:02
ralonsohwhat we need is to enable this flag for ovn in master and disable it in stable jobs12:03
ralonsohsame as you did in PS11 but also adding the needed configuration for the stable jobs12:03
rxiaoSorry in which stable jobs should it be disabled?12:26
ralonsohrxiao, in any job inheriting from neutron-tempest-plugin-ovn, in a stable release13:21
ralonsohfor example (one sec)13:21
ralonsohhttps://github.com/openstack/neutron-tempest-plugin/blob/master/zuul.d/2024_2_jobs.yaml#L20213:22
ralonsohhttps://github.com/openstack/neutron-tempest-plugin/blob/master/zuul.d/2024_1_jobs.yaml#L20413:22
ralonsohetc13:22
rxiaoThank you13:32
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94285913:32
opendevreviewRenjing Xiao proposed openstack/neutron-tempest-plugin master: Cover both enabled and disabled cases in nested snat validation test  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94090613:49
opendevreviewMerged openstack/neutron master: [FT] Mark some ``TestNeutronServer`` tests as unstable  https://review.opendev.org/c/openstack/neutron/+/94288313:52
opendevreviewLuca Del Monte proposed openstack/neutron master: [FT] Added test_ha_chassis_keep_priority_external_ports function  https://review.opendev.org/c/openstack/neutron/+/94290114:40
lucadelmontehello ralonsoh, i think i managed to create a working functional tests that proves what i described you yesterday, let me know if it is good enough ^^14:43
ralonsohlucadelmonte, I'll check it later today or tomorrow15:00
ralonsohlucadelmonte, but you are not testing the issue you reported15:01
ralonsohthis test is not creating a port inside a txn and then creating the HA_Chassis_Group inside it15:03
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269515:07
lucadelmontesorry maybe i did  explain myself clearly yesterday, the issue i am incurring is what i am testing in the function, the transtaction that is creating the problem is inside _sync_ha_chassis_group, the command which is supposed to get if an ha_chassis_group is already present always fails because the ovsdbapp does not return the result you expect with may_exists=True because the transaction is not commited15:09
lucadelmonteand my tests shows that the master of the chassis changes when 2 external ports are created because _sync_ha_chassis_group thinks this is a brand new chassis group instead of an already existing one15:10
ralonsohlucadelmonte, a create method with may_exists=True should always return the value15:10
ralonsohthe new one or the existing one15:10
lucadelmonteaccording to my tests  this is not the case15:11
ralonsohif that is not happening, this could be an issue in ovsdbapp15:11
ralonsohdid you create a LP bug?15:11
ralonsohjust to have the reference 15:11
lucadelmontenope, will do15:12
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Add .mypy_cache directory to the gitignore file  https://review.opendev.org/c/openstack/neutron/+/93812315:17
ralonsohotherwiseguy, qq, about the issue with ``_sync_ha_chassis_group`` in Neutron15:18
ralonsohwe have this: https://github.com/openstack/neutron/blob/ec257eb74a64e3782c052f975942e17ba085eeb3/neutron/common/ovn/utils.py#L1117-L112315:19
ralonsohand we also have this:15:19
* otherwiseguy looks15:19
ralonsohhttps://github.com/openstack/ovsdbapp/blob/master/ovsdbapp/schema/ovn_northbound/commands.py#L203915:20
ralonsohif the HA_Chassis_Group exists, we should have it in .result15:20
lucadelmontehttps://bugs.launchpad.net/neutron/+bug/210050515:22
otherwiseguyIt looks like it is looking for the result before the command runs?15:22
otherwiseguysince run_idl() would be run when we commit the txn15:23
ralonsohotherwiseguy, right so this won't work as is now15:24
ralonsohit would be needed another transaction to create/retrieve the ha_chassis_group at this moment15:24
ralonsohactually something similar to what was done before15:26
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/894767/16/neutron/common/ovn/utils.py#104215:26
ralonsohok, I'll add this comment to the bug15:26
lucadelmonteyeah this is how i fixed it locally in prod  :)15:27
ralonsohI'll push a patch tomorrow15:27
otherwiseguyralonsoh: if we didn't pass a txn around to a bunch of methods, then storing the cmd and grabbing the specific result would be a lot easier.15:27
lucadelmontethanks15:27
ralonsohotherwiseguy, yes, that's right15:28
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM == WIP == [eventlet-removal] Remove eventlet in the Metadata Agent  https://review.opendev.org/c/openstack/neutron/+/94291615:47
cardoehello all. I'm hoping that someone can point me to the correct documentation. Using Nova and Neutron. I've got an external network called PUBLICNET which I'm looking to have router and floatips assigned out of. So that subnet has service_type of network:router_gateway and the floating IP one. But then I'm also looking to create another network per tenant that I'm calling OUTSIDE.18:28
cardoeI'm using network rbac create to give just the one project access_as_external for OUTSIDE. But what would be the approach that I can use to allow nova servers to be built directly connected to OUTSIDE but not to PUBLICNET?18:31
cardoeI'm wondering if I need to set some kind of other kind of service_type on subnets in OUTSIDE?18:31
opendevreviewMohammed Naser proposed openstack/ovn-octavia-provider master: Add define_plugin and plugin_requires for DevStack  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/94294019:19
haleybcardoe: having no service_type implies all can use it, i guess you could restrict with compute:nova if you really wanted, but if only one tenant has access don't know why you'd need to?19:25
cardoeJust wanting to make sure I'm not opening a hole is why I was asking.19:27
cardoeSo then follow on question if I can haleyb. Let's say I create a /24 subnet pool and say the min/max it can carve out being a /29. Now I go to add a subnet to OUTSIDE. Is there anyway to restrict OUTSIDE to only taking subnet's from a specific subnet pool?19:45
cardoeOr maybe an address scope?19:46
haleybhmm, i don't think you can force it to a single subnet pool, i typically only see admins adding subnets to external networks so never thought about it20:09
jamesdentoncardoe do you have some kind of L3 driver configuring the subnet for OUTSIDE on some device (other than a neutron router)? I don't know that I've seen subnet pools used in that way (for use as external provider networks) because that is not really tenant-driven. 20:25
jizaymesCant get the neutron metadata service to show anything but error 404.    ERROR neutron.agent.ovn.metadata.server [-] No port found in network None with IP address 103.229.152.80        -- ovn-nbctl show  shows it existing and on a network.  20:39
jizaymessomehow it stopped functioning entirely despite showing running and restarting cleanly (kolla ansible docker containers)  Not sure what I'm doing wrong as to why it shows no network even though it has an IP and port assigned20:40
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269521:02
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94285921:04
opendevreviewVasyl Saienko proposed openstack/neutron master: Inherit vif|vnic_type and host for trunk subports  https://review.opendev.org/c/openstack/neutron/+/94283721:04
ralonsohhaleyb, hello! Can you +W this patch? https://review.opendev.org/c/openstack/neutron/+/93854121:05
ralonsohthanks21:05
haleybralonsoh: will look21:06
opendevreviewVasyl Saienko proposed openstack/neutron master: Inherit vif|vnic_type and host for trunk subports  https://review.opendev.org/c/openstack/neutron/+/94283721:24
haleybjizaymes: it looks like a network ID was not provided, which is normally in the request header. What release?22:35

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!