Monday, 2025-03-03

opendevreviewBrian Haley proposed openstack/neutron master: agent/linux: remove eventlet usage from ip_conntrack  https://review.opendev.org/c/openstack/neutron/+/94068500:22
opendevreviewTakashi Kajinami proposed openstack/neutron-fwaas master: Drop v1 to v2 migration  https://review.opendev.org/c/openstack/neutron-fwaas/+/92950101:34
opendevreviewTakashi Kajinami proposed openstack/networking-bagpipe master: Drop remaining code related to linuxb bridge driver  https://review.opendev.org/c/openstack/networking-bagpipe/+/94312601:42
opendevreviewTakashi Kajinami proposed openstack/networking-bagpipe master: Drop remaining code related to linuxb bridge driver  https://review.opendev.org/c/openstack/networking-bagpipe/+/94312602:48
MengyangZhang[m]Hi, I have a question about the neutron qos. As I was reading the doc(https://docs.openstack.org/neutron/latest/admin/config-qos.html), I see this "Each project can have at most one default QoS policy, although it is not mandatory. If a default QoS policy is defined, all new networks created within this project will have this policy assigned, as long as no other QoS policy is explicitly attached during the creation process.03:42
MengyangZhang[m]If the default QoS policy is unset, no change to existing networks will be made." 03:42
MengyangZhang[m]I was wondering if the qos policy is applied to all nova instances under the project or can only be applied to new networks created under that project. Basically, how would instances under the project receive the qos policy? Any help on this would be much appreciated. 03:42
opendevreviewTakashi Kajinami proposed openstack/networking-bagpipe master: Drop remaining code related to linux bridge driver  https://review.opendev.org/c/openstack/networking-bagpipe/+/94312603:56
opendevreviewTakashi Kajinami proposed openstack/networking-bagpipe master: Drop of_interface option  https://review.opendev.org/c/openstack/networking-bagpipe/+/94312803:58
opendevreviewTakashi Kajinami proposed openstack/networking-bagpipe master: Drop of_interface option  https://review.opendev.org/c/openstack/networking-bagpipe/+/94312803:59
opendevreviewTakashi Kajinami proposed openstack/neutron-fwaas master: Remove ovsdb_interface and of_interface  https://review.opendev.org/c/openstack/neutron-fwaas/+/94313005:06
sahido/07:58
sahidhaleyb, lajoskatona: this one missed its +W bit, any chance that you add it? https://review.opendev.org/c/openstack/neutron/+/94068507:58
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/+/94090608:18
lajoskatonasahid: done08:35
sahidlajoskatona: thanks !08:39
opendevreviewLajos Katona proposed openstack/neutron-lib master: taas: Split direction enum  https://review.opendev.org/c/openstack/neutron-lib/+/94189510:52
opendevreviewMerged openstack/neutron master: agent/linux: remove eventlet usage from ip_conntrack  https://review.opendev.org/c/openstack/neutron/+/94068511:00
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Execute router commands with admin client (2)  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/94317011:51
opendevreviewRodolfo Alonso proposed openstack/neutron master: Add router ``PUT`` external gateways actions policies  https://review.opendev.org/c/openstack/neutron/+/94151111:53
opendevreviewMaor Blaustein proposed x/whitebox-neutron-tempest-plugin master: Replace all usage of `acl_log` in patterns  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/94317212:12
opendevreviewTakashi Kajinami proposed openstack/neutron master: Drop treatment for CentOS Stream 8  https://review.opendev.org/c/openstack/neutron/+/94317312:38
slaweqhi haleyb, just FYI I proposed new RFE so please include it in one of the next drivers meetings :)13:24
noonedeadpunkhaleyb: fwiw, I'm around to discuss https://bugs.launchpad.net/neutron/+bug/2099981 as I have now 3 envs (2 osa and 1 devstack) where issue can be reproduced13:26
opendevreviewMerged 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/+/94256713:53
opendevreviewyatin proposed openstack/neutron master: [OVN] Add option to allow configuring dns ovn-owned  https://review.opendev.org/c/openstack/neutron/+/94237314:15
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/+/94090614:23
opendevreviewMerged openstack/networking-bagpipe master: Uncap psutil  https://review.opendev.org/c/openstack/networking-bagpipe/+/94311814:30
*** priteau is now known as Guest1054914:46
*** priteau2 is now known as priteau14:46
haleybnoonedeadpunk: maybe the difference is you deleted router1 and created a new one?14:51
slaweqhi ykarel do we have ci meeting today?15:01
ykarel#startmeeting neutron_ci15:04
opendevmeetMeeting started Mon Mar  3 15:04:02 2025 UTC and is due to finish in 60 minutes.  The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot.15:04
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:04
opendevmeetThe meeting name has been set to 'neutron_ci'15:04
ykarelPing list: bcafarel, lajoskatona, slawek, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:04
mlavalle\o15:04
ykarelPing list: bcafarel, lajoskatona, slawek, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:04
ykarelThis will be video meeting this time: https://meetpad.opendev.org/neutron-ci-meetings15:04
haleybo/15:04
ykarel#topic Actions from previous meetings15:05
ykarelralonsoh to check privsep related failure in functional job15:05
ykarelralonsoh to check pyroute2 functional failures15:07
ykarelralonsoh to confirm failure with oslo master function job15:07
ykarel[oslo][release][requirements] RFE for oslo.db and oslo.service15:09
ykarel#topic Stable branches15:10
ykarel#topic Stadium projects15:11
lajoskatonao/15:11
ykarelall green15:11
ykarelanything to add lajoskatona ^15:11
lajoskatonanot really, sorry for being late15:11
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94285915:12
ykarelnp15:12
ykarel#topic Rechecks15:12
ykarel8/66 bare rechecks15:13
ykarel#topic fullstack/functional15:13
ykarel random failure in functional job when running with 1 concurrency(as the selected CI node only have 1 CPU)15:13
ykarelhttps://zuul.openstack.org/build/fa6220543bb1489cac8e0f7d79af338715:13
ykarelsome tests marked unstable as part of https://bugs.launchpad.net/oslo.service/+bug/2100001 15:14
ykarelwait until true fullstack 15:14
ykarel- https://f5cea6bf47b564905a60-76ad47885070581f857a540cadaa6a6d.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-fullstack-fips/55ce719/testr_results.html15:14
ykarel- https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_734/periodic/opendev.org/openstack/neutron/master/neutron-fullstack/734e815/testr_results.html15:14
ykarel- https://a5add638f395680c501b-5a2e25cd3e2f3adbdcbfdb283f832c7a.ssl.cf1.rackcdn.com/942530/2/gate/neutron-fullstack/945b6e9/testr_results.html15:14
ykarel#topic Tempest/Scenario15:16
ykarel- https://6680d19461a57172eaa9-71ec100da363a5820f9bef22bce9fb5d.ssl.cf5.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-ovs-tempest-with-os-ken-master/30c29c2/testr_results.html15:16
ykarel- https://fc891d7e1f0b0d1ecc9c-5406e7d03d51190d7ee83b25b2acffe7.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-ovs-tempest-with-os-ken-master/3d07efc/testr_results.html15:16
ykarel- https://e6aae367021d38c9d4db-1eee5d6654f19bfbb50f61b5642c3fcd.ssl.cf2.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-ovs-tempest-with-oslo-master/5db5fe8/testr_results.html15:16
ykarel#action ykarel to check and open bug for ovs tempest failures15:18
ykarel#topic grenade15:18
ykarelhttps://619f8ab8e7929f66bd5b-cf1861da2efffc8db9fe7bd2fe123be5.ssl.cf1.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-ovs-grenade-dvr-multinode/ab5df5a/controller/logs/grenade.sh_log.txt15:19
ykarel#action ykarel to open bug for ping failure post upgrade in grenade jobs15:19
ykarel#topic Periodic15:20
ykarel https://zuul.openstack.org/builds?job_name=neutron-functional-with-pyroute2-master&project=openstack/neutron15:20
ykarelBeing tracked in https://bugs.launchpad.net/neutron/+bug/210026115:20
ykarel#topic Grafana15:20
ykarelhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate15:20
ykareltest_established_tcp_session_after_re_attachinging_sg15:23
ykarel#action ykarel to open bug for tempest failure in test_established_tcp_session_after_re_attachinging_sg15:25
ykarel#topic On Demand15:26
haleybi had one item15:27
haleyblast friday i think, frickler had commented about a CI failure15:27
haleybhttps://zuul.opendev.org/t/openstack/build/6fb3e27b3cec415bb4d08cdfab6a1a0315:27
haleybrecheck got past it, but has that one been seen before?15:27
haleybpy3.12 job15:27
haleybnot sure if it was eventlet-related15:28
ralonsohcould be, yes15:29
ykarelme don't recall seeing that in past, may be some one else know15:30
ralonsohthis could be related to https://review.opendev.org/c/openstack/neutron/+/939095/4/neutron/tests/unit/notifiers/test_batch_notifier.py15:30
haleybi did not file a bug since i couldn't find it anywhere else15:30
ralonsohI remember having some problems when testing that15:30
ralonsohwe can increase a bit the time.sleep(o)15:31
ralonsohto sleep(0.1)15:31
haleybyes, that was his comment as well, but i shrugged15:31
ralonsohonce we remove eventlet from the testing jobs, we won't need that15:32
ralonsohso for now we can increase this time15:32
haleybright, should i file a bug and increase both of those sleep() calls?15:32
ralonsohyes, just a bit (0.1 or 0.2)15:32
haleyb0.15 :-p i'll just pick one and run some rechecks to make sure it is clean15:34
ralonsohperfect15:34
haleybthat's all i had15:34
ralonsohykarel, haleyb, I think we can close the meeting15:34
ykarelwould be good to have a bug and todo cleanup for that unless all the cleanups will be taken care by any other bug15:34
ralonsohright, the _notify method15:35
ralonsohthat is a very bad design (and I did that)15:36
ralonsohhold on15:36
ralonsohthe test case class removes the mocks after the test15:36
ralonsohso no, at the end of the test it won't be patches15:36
ralonsohpatched*15:36
ykarelack can be tracked offline15:40
ykarelthx everyone for joining15:40
ykarel#endmeeting15:40
opendevmeetMeeting ended Mon Mar  3 15:40:51 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:40
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2025/neutron_ci.2025-03-03-15.04.html15:40
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2025/neutron_ci.2025-03-03-15.04.txt15:40
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2025/neutron_ci.2025-03-03-15.04.log.html15:40
ralonsohbye15:40
noonedeadpunkhaleyb well. the thing is that original one already had IPv6 out of the box15:42
noonedeadpunkand basically my report was about - if you have ipv4 only setup and want to add ipv6 - this leads to FIPs being broken for everything15:42
haleybnoonedeadpunk: right, i had removed it in my testing but still didn't fail. i then remembered you can set IP_VERSION=4 in local.conf to not configure any IPv6 subnets15:43
noonedeadpunkshould I re-spawn and test if that will break as well?15:43
noonedeadpunkas I'd guess it will15:43
haleybnoonedeadpunk: so did you have a private IPv6 subnet? just trying to find differences15:43
noonedeadpunknope15:44
noonedeadpunknot at that stage15:44
haleybnoonedeadpunk: and i can test again, having it configure IPv4 only might just speed up things15:44
noonedeadpunkI was also being able to reproduce consistently by dropping the router and ipv6 subnet for public network. creating new router and adding ipv6 subnet was breaking fips each time15:46
noonedeadpunkok, jsut let me know if I can help you somehow15:46
noonedeadpunkalso, there were 2 more reports I've submitted, that feel like very related to this one and only for IPv6...15:47
noonedeadpunkI won't be surprised if they have same root cause15:47
haleybyes, they are probably related15:47
ralonsohhaleyb, please check16:03
ralonsohhttps://zuul.opendev.org/t/openstack/builds?job_name=neutron-tempest-plugin-ovn-ubuntu-jammy&project=openstack/neutron16:03
ralonsohcan we mark it as non-voting?16:04
ralonsohmost of this failures are not related to the patches16:04
opendevreviewVlad Gusev proposed openstack/neutron-fwaas master: db: add missing primary key in firewall_group_associations_v2  https://review.opendev.org/c/openstack/neutron-fwaas/+/93965616:04
haleybralonsoh: i guess for now we can. looking at one of the console logs seems metadata failed - log_util.py[WARNING]: No active metadata service found16:09
ralonsohhaleyb, which one?16:11
haleybhttps://cd032fd0e09b06ff6a97-5990bfcacf702ffc493c4a25f2bc05f2.ssl.cf5.rackcdn.com/942161/8/check/neutron-tempest-plugin-ovn-ubuntu-jammy/465ac96/testr_results.html16:11
haleyb don't know if cloud-init is just trying different things, but there was an http connection failure there16:12
haleybthe overall failure with the test was an auth failure trying to ssh16:13
ralonsohthe metadata service is up and running with no problem16:13
opendevreviewRodolfo Alonso proposed openstack/neutron master: DNM - Test errors in ``neutron-functional-with-pyroute2-master``  https://review.opendev.org/c/openstack/neutron/+/94285916:19
opendevreviewMerged openstack/neutron-lib master: taas: Split direction enum  https://review.opendev.org/c/openstack/neutron-lib/+/94189516:30
haleybralonsoh: ack, i didn't look at the neutron logs16:30

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