Wednesday, 2025-02-26

opendevreviewRodolfo Alonso proposed x/whitebox-neutron-tempest-plugin master: Physical network max-bw QoS is applied on the localnet port  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/94256706:24
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:49
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:52
ralonsohhi folks, qq to confirm that08:59
ralonsohIf I want to specify a version to checkout for a project in the CI09:00
ralonsohactually a hash09:00
ralonsohe.g.: https://review.opendev.org/c/openstack/neutron/+/942718/1/zuul.d/base.yaml09:00
ralonsohcan I add the hash in override-checkout?09:00
ralonsohslaweq, ^09:03
slaweqI never tried it but that should works I think09:11
ralonsohcool, I'm going to test that because I can't find locally the issue with pyroute2 master09:12
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269509:47
ralonsohslaweq, if you have 1 min: https://review.opendev.org/c/openstack/neutron/+/93854109:49
ralonsohand https://review.opendev.org/c/openstack/python-openstackclient/+/942175 09:51
opendevreviewMerged openstack/os-ken unmaintained/2023.1: Update .gitreview for unmaintained/2023.1  https://review.opendev.org/c/openstack/os-ken/+/93510510:17
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Redefine ``configure_vlan_transparent`` method again  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94277610:27
lucadelmontehello, i was having some issue with the creation of external ports in Neutron/OVN of type baremetal, the port was created fine but the HA_Chassi_Group member were changing priority at every  port creation, unbinding from the ex-master chassis to be bound to the new one ad infinitum11:40
lucadelmontei think i found the culprit in this code path https://github.com/openstack/neutron/blob/99f7f13403b84cf463889ce0174ad37a76fcd965/neutron/common/ovn/utils.py#L1121-L1126, the ha_ch_grp_cmd since it is in a transaction does not have the result even if the ha_group is already present11:42
opendevreviewStefan Hoffmann proposed openstack/os-vif master: [ovs] Add method to get external_ids from Interface  https://review.opendev.org/c/openstack/os-vif/+/94271511:43
lucadelmontei managed to fix it adding a txn.commit() before the check of ha_ch_grp_cmd.result, i wanted to ask if you think this could create some issue and what i am suspecting makes sense.11:43
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269512:12
ralonsohlucadelmonte, this should be tested in https://review.opendev.org/c/openstack/neutron/+/909194/36/neutron/tests/functional/plugins/ml2/drivers/ovn/mech_driver/ovsdb/test_ovn_client.py12:15
ralonsohlucadelmonte, can you propose a patch, for functional tests, that probes that the current code is broken?12:15
ralonsohproves*12:15
ralonsohalthough this test is not creating the resources in the same transaction12:16
ralonsohthat could be something to test12:17
lucadelmonteralonsoh i can try, this is my first time being involed in neutron/opestack code, i will try to make a test proving it and get back to you12:17
lucadelmonteyeah i saw a commit by you that removed exactly the get of the HA group and grouped it in the transaction12:17
lucadelmontei suspect this is the source of the issue12:17
ralonsohlucadelmonte, it could be as easy as changing how this test is executed12:17
lucadelmontehttps://github.com/openstack/neutron/commit/25a1809964f4845d98d9b3d05148b764a65c945812:18
lucadelmonteyou can see that before you change the retrival of the ha_group was done ouside of the transaction12:18
ralonsohbut that doesn't work if this ``_sync_ha_chassis_group`` method is called inside a txn12:18
ralonsohso we need that and fix it if that is broken12:19
lucadelmontei am pretty sure because i added some nasty debug messages in my local installation and confirmed that the result is None even if the ha_group is there, while if i manually commit the transacction the result is there, i will work on the test and get back to you,12:19
opendevreviewVasyl Saienko proposed openstack/neutron master: Enable atop by for dsvm jobs  https://review.opendev.org/c/openstack/neutron/+/94279213:24
opendevreviewElod Illes proposed openstack/networking-bagpipe unmaintained/2023.1: [CI] Remove periodic stable jobs from unmaintained branch  https://review.opendev.org/c/openstack/networking-bagpipe/+/94258413:28
opendevreviewRodolfo Alonso proposed openstack/neutron master: [FT] Remove unnecesary wait in ``TestNeutronServer._check_active``  https://review.opendev.org/c/openstack/neutron/+/94279813:54
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional``  https://review.opendev.org/c/openstack/neutron/+/94269613:54
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269514:14
danfaihi, we were recently wondering about our placement entries for segmented networks. It seems the `used` field for the resource provider in a segment is never updated, is this by design or are we missing some entry to report that? Looking at the code, neutron does not care that much about that field, only about the reserved one14:25
ralonsohdanfai, can you point to the code? Placement in Neutron is used for QoS, for BW assignement14:36
ralonsohwhat are you expecting from placement API in Neutron?14:37
danfairalonsoh: in https://opendev.org/openstack/neutron/src/tag/20.0.0/neutron/services/segments/plugin.py 14:37
ralonsohwhat is the use case? what are you expecting? some details will help14:39
danfaiin general it looks like it will update the reserved and total number of IPs for the subnets in a segment, whenever segment, subnet or port are updated.14:40
danfaiWhat I was expecting is, that the used field is updated whenever fixed IPs in a subnet are used up. e.g. the number of IPs available are represented in placement14:40
danfainot sure this would be useful, since ip availability is also there, rather wondering if a resource provider would not be taken into account when it is full. But in that case the resource request also might not have IPV4_ADDRESS, so it probably doesn't block either there14:42
danfai(e.g. resource request when creating a new VM in a proider network)14:43
ralonsohdanfai, please open a Launchpad bug with this description14:44
danfaiack, thanks14:44
ralonsohnext week Miguel Lavalle, who created this module, will be here14:44
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Redefine ``configure_vlan_transparent`` method again  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94277615:02
opendevreviewBodo Petermann proposed openstack/python-neutronclient master: vpnaas: add support for more ciphers (auth, encryption, pfs modes)  https://review.opendev.org/c/openstack/python-neutronclient/+/94281515:02
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269515:40
noonedeadpunkhey folks! do you know anybody using IPv6 with OVN?15:58
noonedeadpunkas it looks somehow raw and untested16:00
danfaihi noonedeadpunk, we have OVN and IPv6 running for provider networks16:10
noonedeadpunkdanfai: aha, okay, thanks for raising the hand :) 16:12
noonedeadpunkI just catched/submitted 3 weird bugs on testing adding IPv6 support, which made me a bit o_O about state of it overall16:13
danfaigood to know, we'll keep an eye :D16:20
noonedeadpunkdanfai: worst one was that adding IPv6 to an existing provider network breaks all IPv4 FIPs16:32
danfaigood thing we don't have FIPs :), I just looked through your bug reports o_o16:33
noonedeadpunkso at least keep an eye on this one... rest 2 were actually operations which are very rare... Like removing IPv6 subnet or updating it (ie - updating gateway)16:33
noonedeadpunkah, lucky you then16:34
lucadelmontehi, i was chatting earlier today with ralonsoh about a bug i found, he asked me to commit a fix to a functional test to prove the bug, i managed to have the test failing, since i never did it is there some guide i can follow? not sure if i have to follow some naming covention for the branch16:34
noonedeadpunklucadelmonte: so branches are not thing really, as we're using gerrit. So eventually you need to have a `git-review` plugin16:35
noonedeadpunkthen you can do a commit to any branch, including master, and do `git review` command16:35
noonedeadpunkbut you need to have an account confiugred first at https://review.opendev.org/16:35
lucadelmonteoh i see, thanks, i will create and configure gerrit and get back to you when i am done16:36
noonedeadpunklucadelmonte: there's some guide here: https://docs.openstack.org/contributors/en_GB/code-and-documentation/using-gerrit.html16:38
opendevreviewVasyl Saienko proposed openstack/neutron master: WIP: Inherit parent port vif|vnic_type for subports  https://review.opendev.org/c/openstack/neutron/+/94283717:44
opendevreviewMerged openstack/networking-bagpipe master: Drop unused horizon from requirements  https://review.opendev.org/c/openstack/networking-bagpipe/+/93352920:19
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94269521:18
opendevreviewRodolfo Alonso proposed openstack/neutron master: [FT] Refactor the ``TestNeutronServer._check_active`` method.  https://review.opendev.org/c/openstack/neutron/+/94279821:39
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional``  https://review.opendev.org/c/openstack/neutron/+/94269621:39
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94285921:57

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