Tuesday, 2023-06-27

opendevreviewMiguel Lavalle proposed openstack/neutron-specs master: Multiple backend support for L3 routers in ML2/OVN  https://review.opendev.org/c/openstack/neutron-specs/+/88532401:10
opendevreviewXing Zhang proposed openstack/neutron-fwaas master: Use unittest.mock instead of mock  https://review.opendev.org/c/openstack/neutron-fwaas/+/88701503:15
opendevreviewAmit Uniyal proposed openstack/os-vif stable/wallaby: set default qos policy  https://review.opendev.org/c/openstack/os-vif/+/88677805:39
opendevreviewAmit Uniyal proposed openstack/os-vif stable/wallaby: Move mtu update request into ovsdb transaction  https://review.opendev.org/c/openstack/os-vif/+/88701705:39
*** amoralej|off is now known as amoralej07:19
*** elodilles_pto is now known as elodilles07:22
opendevreviewAmit Uniyal proposed openstack/os-vif stable/wallaby: set default qos policy  https://review.opendev.org/c/openstack/os-vif/+/88677807:30
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-bgp-agent master: Avoid vlan device leaking  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/88661407:38
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-bgp-agent master: Make test_get_interface_address functional test more stable  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/88661808:03
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Default SG rules - use new rules templates to create rules for SGs  https://review.opendev.org/c/openstack/neutron/+/88447408:26
opendevreviewRodolfo Alonso proposed openstack/neutron stable/wallaby: [OVN][Trunk] Add port binding info on subport when parent is bound  https://review.opendev.org/c/openstack/neutron/+/88702208:26
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Prevent Trunk creation/deletion with parent port bound  https://review.opendev.org/c/openstack/neutron/+/88515408:32
opendevreviewLajos Katona proposed openstack/networking-bagpipe master: [sqlalchemy-20]: remove subtransactions=True  https://review.opendev.org/c/openstack/networking-bagpipe/+/88702408:52
gkoperHi, I was reading through the docs here https://docs.openstack.org/neutron/latest/admin/config-dvr-ha-snat.html, and the Known Limitations section is a little confusing. Anyone able to share some light on the topic of l2population and distributed HA routers "not interacting in an expected manner ?" What is that referring to ?08:58
ralonsohgkoper, what backend are you going to use?09:13
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [S-RBAC] Add service role in neutron policy  https://review.opendev.org/c/openstack/neutron/+/88672409:15
opendevreviewRodolfo Alonso proposed openstack/neutron master: Replace "tenant_id" with "project_id" in IPAM engine  https://review.opendev.org/c/openstack/neutron/+/87753309:18
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [WIP] [S-RBAC] Add service role in neutron policy  https://review.opendev.org/c/openstack/neutron/+/88672409:20
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Populate the "router.distributed" flag in ML2/OVN  https://review.opendev.org/c/openstack/neutron/+/88699209:27
*** sean-k-mooney1 is now known as sean-k-mooney09:53
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: Delete network namespace on last port deletion  https://review.opendev.org/c/openstack/neutron/+/88702609:54
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-bgp-agent master: Ensure agent is protected again wrong/missing bridge mappings  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/88661709:56
ralonsohfolks, just a heads up: please check the open n-lib and spec reviews10:26
ralonsohhttps://review.opendev.org/c/openstack/neutron-specs/+/88532410:26
ralonsohhttps://review.opendev.org/c/openstack/neutron-lib/+/88694910:26
ralonsohhttps://review.opendev.org/c/openstack/neutron-lib/+/88272610:26
ralonsohwe should close the spec reviewal window this week10:27
ralonsohand I would like to propose a new n-lib release this week too10:27
*** tobias-urdin is now known as tobias-urdin-pto10:43
opendevreviewAmit Uniyal proposed openstack/os-vif stable/wallaby: set default qos policy  https://review.opendev.org/c/openstack/os-vif/+/88677810:58
opendevreviewRodolfo Alonso proposed openstack/neutron master: Revert "Use ``TextClause`` to define the DB model "server_default""  https://review.opendev.org/c/openstack/neutron/+/88696111:36
opendevreviewyatin proposed openstack/neutron stable/victoria: [OVN][FT] Mech driver stop accessing DB at exit  https://review.opendev.org/c/openstack/neutron/+/88696211:40
opendevreviewyatin proposed openstack/neutron stable/ussuri: [OVN][FT] Mech driver stop accessing DB at exit  https://review.opendev.org/c/openstack/neutron/+/88696311:41
*** amoralej is now known as amoralej|lunch12:04
opendevreviewPierre Libeau proposed openstack/neutron master: Add default policy on device_id param create_port  https://review.opendev.org/c/openstack/neutron/+/86116912:18
opendevreviewAdam proposed openstack/neutron master: Create net ns in init rather than initialize  https://review.opendev.org/c/openstack/neutron/+/88703612:41
opendevreviewSlawek Kaplonski proposed openstack/neutron-lib master: Add short warning about UUIDs in the SG rule templates api  https://review.opendev.org/c/openstack/neutron-lib/+/88694912:52
slaweqralonsoh ykarel haleyb lajoskatona hi, please check https://review.opendev.org/q/topic:bug/1983053+status:open when You will have time. I hope to finish all this stuff soon :)12:53
slaweqthx in advance12:53
ralonsohsure12:54
lajoskatonaok12:55
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: [qos] _validate_create_network_callback return in no network  https://review.opendev.org/c/openstack/neutron/+/88703912:56
opendevreviewRodolfo Alonso proposed openstack/neutron stable/zed: [qos] _validate_create_network_callback return in no network  https://review.opendev.org/c/openstack/neutron/+/88704112:56
opendevreviewRodolfo Alonso proposed openstack/neutron stable/yoga: [qos] _validate_create_network_callback return in no network  https://review.opendev.org/c/openstack/neutron/+/88704212:56
opendevreviewRodolfo Alonso proposed openstack/neutron stable/xena: [qos] _validate_create_network_callback return in no network  https://review.opendev.org/c/openstack/neutron/+/88704312:56
opendevreviewRodolfo Alonso proposed openstack/neutron stable/wallaby: [qos] _validate_create_network_callback return in no network  https://review.opendev.org/c/openstack/neutron/+/88704412:56
opendevreviewRodolfo Alonso proposed openstack/neutron master: Revert "Use ``TextClause`` to define the DB model "server_default""  https://review.opendev.org/c/openstack/neutron/+/88696113:00
opendevreviewMerged openstack/neutron master: [qos] _validate_create_network_callback return in no network  https://review.opendev.org/c/openstack/neutron/+/87604013:10
*** amoralej|lunch is now known as amoralej13:14
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN][L3] Optimize FIP update operation  https://review.opendev.org/c/openstack/neutron/+/88697413:30
ralonsohPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki 14:01
mlavalleo/14:01
ralonsoh#startmeeting networking14:01
opendevmeetMeeting started Tue Jun 27 14:01:19 2023 UTC and is due to finish in 60 minutes.  The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
opendevmeetThe meeting name has been set to 'networking'14:01
lajoskatonao/14:01
ralonsohhello all14:01
bcafarelo/14:01
frickler\o14:01
ykarelo/14:01
obondarevhi14:01
ralonsohok, let's start14:02
ralonsoh#topic announcements14:02
ralonsoh#link https://releases.openstack.org/bobcat/schedule.html14:02
ralonsohnext week is bobcat-2 milestone!14:02
rubasovo/14:02
ralonsohat the end of August, we'll have the code freeze14:03
ralonsohI know this is in 2 months, but just in case...14:03
ralonsohwe don't have a scheduled spec freeze, but I would like to imitate Nova in this case14:03
ralonsohthey have the spec freeze next week and we have a pending one14:03
ralonsohbut we'll talk about it later in this section14:04
ralonsohand as usual, the openinfra link 14:04
ralonsoh#link https://openinfra.dev/live/#all-episodes14:04
ralonsohsomething else that I'm missing?14:04
ralonsohok, let's jump to the next section 14:05
ralonsoh#topic bugs14:05
ralonsohslaweq had a busy week14:05
ralonsoh#link https://lists.openstack.org/pipermail/openstack-discuss/2023-June/034267.html14:05
ralonsohat least most of these bugs are addressed14:05
ralonsohthe ones that are not14:05
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202512614:06
ralonsohI realize this bug is related to a patch I pushed 3 weeks ago14:06
ralonsohnow they have solved the issue in sqlalchemy/alembic14:06
ralonsohand we need to revert it (this is the problem of testing with master branches)14:06
ralonsoh--> https://review.opendev.org/c/openstack/neutron/+/88696114:06
ralonsohthis is fixing sqlalchemy-master CI jobs14:07
ralonsohnext one14:07
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202512914:07
ralonsohAdam sent a patch 1 hour ago14:07
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/88703614:07
ralonsohgood catch, btw, just minor nits14:07
ralonsohplease check it if you have time14:07
ralonsohnext one14:08
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202462114:08
ralonsohslaweq marked this bug as low hanging fruit14:08
ralonsohso this is a good one if you want to learn about neutron tempest plugin14:08
ralonsohnext one14:09
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202497614:09
ralonsohI think haleyb found the problem in their system14:09
ralonsohthey should use the nft-iptables-legacy binaries14:10
ralonsohwe should wait for a reply on this one14:10
ralonsohnext one14:11
ralonsoh#link https://bugs.launchpad.net/ubuntu/+source/neutron-dynamic-routing/+bug/202451014:11
ralonsohfrickler, is it possible that you can check this one?14:11
fricklerno, I have no idea about DVR14:11
fricklerit is possibly an issue with incomplete OVN integration14:12
ralonsohI don't think they are using OVN14:12
ralonsohbut this is something that we should ask, of course14:12
ralonsohok, I'll ask some questions in the LP bug, to have more information about this issue14:13
ralonsohand we have 3 new RFEs this week (that have been added to the Neutron drivers meeting agenda)14:14
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202458114:14
ralonsohby slaweq, addressing a request from the PTG14:14
ralonsohto try to cache the port information (same as in OVS agent) to avoid RPC calls14:14
ralonsohthe next one is14:15
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202492114:15
ralonsohby frickler, in order to use a new service-type for the subnets14:15
ralonsohto be able to evacuate them if needed14:15
ralonsohand the last one14:15
ralonsoh#lin khttps://bugs.launchpad.net/neutron/+bug/202505514:15
slaweqthis one is more about documentation and testing14:15
slaweqI mean the one from frickler :)14:16
ralonsohyes, most probably14:16
ralonsohwe have all the APIs/DB schemas14:16
ralonsohbut we will need probably to use this new tag in the IPAM module14:16
ralonsohto avoid associating IP addresses from a subnet with this service type14:17
ralonsohbut this is implementation14:17
ralonsohthe last one, as commented14:17
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202505514:17
ralonsohto provide a new API to clone SGs (and their rules)14:17
ralonsohso please, for everyone with RFEs, attend to the drivers meeting next Friday at 1400UTC14:18
slaweqthis one we need to discuss in drivers meeting for sure, but for me it don't looks as something we will want to implement in Neutron14:18
ralonsohand that's all!14:18
ralonsohwe can discuss it next friday, for sure14:18
slaweq++14:18
ralonsohThis week haleyb is the deputy, next week will be amotoki14:18
ralonsohack?14:18
lajoskatona+1 for drivers meeting discussion of these14:18
ralonsoh(I'll ping haleyb later, or mail him)14:19
ralonsohany other bug you want to discuss?14:19
ralonsohlet's jump to the next topic14:20
ralonsoh#topic specs14:20
ralonsohthe only spec open is 14:20
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/88532414:20
ralonsohwith fantastic diagrams!14:21
mlavalle:-)14:21
ralonsohso please, check it this week in order to merge it in the next week14:21
mlavalleI addressed lajoskatona small nit concern last night14:22
mlavalleso I think he will also be happy with it14:22
lajoskatonaI will check it14:22
ralonsohthanks!14:22
mlavallethanks for the reviews14:22
ralonsohok, so please review it if you have some minutes14:23
ralonsohnext topic14:23
ralonsoh#topic community_goals14:23
ralonsoh1) Consistent and Secure Default RBAC 14:23
ralonsohslaweq, something new about the service to service role?14:23
ralonsohor it is too soon?14:23
slaweqI started working on service role14:23
slaweqhttps://review.opendev.org/c/openstack/neutron/+/88672414:24
slaweqit's marked as WIP because I need to check why port binding is not working as expected14:24
lajoskatona+1 cool14:24
slaweqbut other than that You can review it14:24
slaweqit's mostly adding unit tests for new role, and adding policies for some of the API calls to make it available for this new rile14:25
slaweq*role14:25
ralonsohquick question14:25
slaweqthat's all from me about this topic14:25
ralonsohif we want now to manually create a port binding14:25
ralonsohhow can we do it?14:25
ralonsohfor debugging purposes, for example14:25
slaweqhttps://review.opendev.org/c/openstack/neutron/+/886724/4/neutron/conf/policies/port_bindings.py14:26
slaweqI made it as "admin_or_service" for now14:26
ralonsohahh ok ok, perfet14:26
slaweqso as admin You will be able to create port binding14:26
slaweqahh, no14:26
slaweqsorry14:26
slaweqcreate is now only for SERVICE14:26
ralonsohcreate_port_binding14:26
ralonsohyeah, is only service14:26
slaweqthe same as activate14:26
slaweqonly get_port_binding is for ADMIN14:27
slaweqso You would need to have token with "service" role to do it14:27
ralonsohso can we impersonate a service role?14:27
ralonsohperfect14:27
slaweqbut if You think we should allow that for admin, please comment in the patch14:27
ralonsohno no, just thinking load about the testing part14:28
ralonsohnothing else14:28
ralonsohthinking loud*14:28
slaweqsure - we definitely need discussion about some of those APIs :)14:29
ralonsohfor sure!14:29
ralonsohok, next one14:29
ralonsoh2) Neutron client deprecation 14:29
ralonsohlajoskatona, any update this week?14:29
lajoskatonayes, this week vpnaas was the selected one:14:30
opendevreviewAmit Uniyal proposed openstack/os-vif stable/yoga: set default qos policy  https://review.opendev.org/c/openstack/os-vif/+/88671014:30
lajoskatonasmall sdk fix: https://review.opendev.org/c/openstack/openstacksdk/+/88682214:30
lajoskatonaand the neutronclient one: https://review.opendev.org/c/openstack/python-neutronclient/+/88672914:30
lajoskatonanext one will be sfc, and I think that will be the last stadium to change14:31
ralonsohgood ones! thanks a lot14:31
lajoskatonaafter that we can focus on other projects who use neutronclient python bindings, like Horizon, Heat (again)14:31
lajoskatonaand that's it for this topic14:32
ralonsohright, these are going to be more difficult14:32
ralonsohlajoskatona, thanks!14:32
lajoskatonayes, this is why I am not running to start them :-)14:32
ralonsohhehehe14:32
ralonsohso last topic14:33
ralonsoh#topic on_demand14:33
ralonsohplease check the n-lib patches14:33
ralonsohhttps://review.opendev.org/q/project:openstack/neutron-lib+status:open14:33
ralonsohI would like to release a version this week14:33
ralonsohthat's all from my side14:33
fricklerI just looked at 2024510 a bit more14:34
fricklerseems the issue is about port-forwarding only14:34
fricklerwhich is L4, while BGP is L3, so I don't see how this should work at all14:34
frickleror put differently: seems everything is working as designed14:35
ralonsohok so this is a misuse of BGP 14:35
ralonsohcan you update the LP bug with this comment?14:35
ralonsohand thanks for checking it!14:36
fricklerwell IMO doing port-forwarding is misuse on its own, but yes, will comment14:36
ralonsohthanks14:36
ralonsohsomething else you want to comment?14:37
ralonsohplease remember the CI meeting is in 20 min, in this channel14:37
slaweqon irc this week14:37
ralonsohok folks, thanks for attending14:38
ralonsoh#endmeeting14:38
opendevmeetMeeting ended Tue Jun 27 14:38:03 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:38
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2023/networking.2023-06-27-14.01.html14:38
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-06-27-14.01.txt14:38
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2023/networking.2023-06-27-14.01.log.html14:38
slaweqo/14:38
ralonsohbye14:38
mlavalleo/14:38
lajoskatonao/14:38
ykarelo/14:38
rubasovo/14:38
haleybo/14:38
haleybralonsoh: i got here late, but have started triaging bugs this week14:38
obondarevo/14:39
ralonsohhaleyb, thanks!14:39
fricklerslaweq: did you see my question in #-qa?14:40
opendevreviewBrian Haley proposed openstack/neutron-lib master: Add short warning about UUIDs in the SG rule templates api  https://review.opendev.org/c/openstack/neutron-lib/+/88694914:44
opendevreviewAmit Uniyal proposed openstack/os-vif stable/yoga: set default qos policy  https://review.opendev.org/c/openstack/os-vif/+/88671014:45
opendevreviewAmit Uniyal proposed openstack/os-vif stable/xena: set default qos policy  https://review.opendev.org/c/openstack/os-vif/+/88671614:49
slaweqfrickler I missed it but now I just replied :)14:57
slaweq#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Jun 27 15:00:04 2023 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'neutron_ci'15:00
mlavalleo/15:00
slaweqping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:00
ralonsohhello15:00
ykarelo/15:00
bcafarelo/15:00
slaweqGrafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=115:00
slaweqPlease open now :)15:00
slaweqI think we can start15:01
slaweq#topic Actions from previous meetings15:01
slaweqykarel to check test failures  in neutron-ovn-tempest-ipv6-only-ovs-release15:01
slaweq    Proposed https://review.opendev.org/c/openstack/neutron/+/88507415:01
ykarelThat's i think is from couple of weeks before15:01
slaweqyeah15:01
opendevreviewAmit Uniyal proposed openstack/os-vif stable/yoga: set default qos policy  https://review.opendev.org/c/openstack/os-vif/+/88671015:01
slaweqwe haven't have ci meeting in June yet :)15:01
slaweqit's our first this month15:02
ykarelack :)15:02
bcafareljust in time, it's not July yet15:02
ykarelrecently i saw more failures, will push a follow up patch for that15:02
slaweqok15:02
slaweqthx15:02
ykarelhttps://bugs.launchpad.net/neutron/+bug/2007166/comments/915:02
slaweqthx ykarel15:03
slaweqI think we can move on to the next topic then15:03
slaweq#topic Stable branches15:04
bcafarela quiet month overall :)15:04
bcafarelI have to check the latest backports (one antelope got TIMED_OUT on rally twice) but no open issues that I know of at the moment15:05
slaweqthose time outs are pretty common issue currently15:05
slaweqand don't seems to be related to any branch/change/anything else15:05
bcafarelyep that's what I am thinking too15:06
bcafarelso tl;dr all good15:06
ykareliirc we bumped timeout in master recently for those job15:06
ykarelnot sure if backported to antelope15:06
slaweqgreat, thx bcafarel 15:07
ykarelhttps://review.opendev.org/c/openstack/neutron/+/88504515:08
slaweqnope, it's not backported15:08
ralonsohok, time to do it15:08
ykarel+115:08
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: Raise the timeout of "neutron-ovn-rally-task" to 9000  https://review.opendev.org/c/openstack/neutron/+/88705615:09
bcafarel:)15:09
slaweq+215:09
slaweqok, I think we can move on to the next topic then15:09
slaweq#topic Stadium projects15:09
slaweqlajoskatona any updates?15:09
lajoskatonathings seems to be quiet15:10
lajoskatonafor bagpipe I pushed one patch to fix issues with sqlalchemy 2:15:10
opendevreviewAmit Uniyal proposed openstack/os-vif stable/xena: set default qos policy  https://review.opendev.org/c/openstack/os-vif/+/88671615:10
lajoskatonahttps://review.opendev.org/c/openstack/networking-bagpipe/+/88702415:10
slaweqI also saw that networking-odl periodic jobs are failing and wanted to ask if we still need to run those jobs as project is deprecated15:11
ralonsohno, I'll delete them15:11
lajoskatonaI have to go back to it as it looked easy just rmeove subtransactions=True, but something is missing and weird things happen sometimes without that keyword15:11
lajoskatonayes we can delete those now15:11
lajoskatonajust one more thing for stadiums: please check the open patches for them, I try to keep an eye on them also :-)15:12
slaweq#action ralonsoh to remove networking-odl periodic jobs15:12
slaweqthx15:13
ralonsohqq, what jobs? the master branch has been deleted15:14
ralonsohdo you have the names?15:14
slaweqhttps://zuul.openstack.org/buildset/bdb18cb84e3e411daaf23f7cb86ad1c515:15
slaweqthose are periodic jobs run for networking-odl15:15
lajoskatonahmmm, rodolfo is right thoses should be deleted now15:15
slaweqat least those jobs were run this saturday15:15
lajoskatonathe deleting patch was merged yesterday so it should be ok, and last time we saw those jobs :-)15:17
slaweqahh, ok then15:17
lajoskatonathe ap can be changed and assigned to me to check if we have some common reporisoties with jobs for ODL15:17
slaweq #action lajoskatona to check if we have some common reporisoties with jobs for ODL15:18
slaweqI will forget about AI on ralonsoh :)15:18
ralonsohok ok, these are the sable branches15:18
ralonsohI'll remove the periodic executions from the stable branches too15:19
slaweq++15:21
slaweqok, I think we can move on15:21
slaweqnext topic15:21
slaweq#topic Grafana15:21
slaweqok15:21
slaweqgenerally it looks fine15:21
slaweqI see that jobs are on pretty high failure rate but in most cases those are timeouts which we see everywhere15:22
slaweqanything else regarding grafana anyone wants to add?15:22
lajoskatonado yo know perhaps if there is common background for th timeouts?15:23
lajoskatonaI mean issue in infrastructure or similar15:23
slaweqno, I don't know15:23
slaweqbut I will ask later today on the tc meeting about it15:23
lajoskatonaok, thanks15:24
slaweqok, next topic15:24
slaweq#topic Rechecks15:24
slaweqgenerally we are doing a lot of rechecks again15:25
slaweqhttps://etherpad.opendev.org/p/neutron-ci-meetings#L4115:25
ralonsohthere was an issue in FTs last week15:25
slaweqin last few weeks it was more than 2 in average to get anything merged15:25
slaweqthat's all from me about rechecks15:26
slaweqif there are no other questions/comments I think we can move on15:27
ralonsohgood for me15:27
slaweq#topic fullstack/functional15:27
slaweqhere I found just one potentially interesting issue in last few days15:27
slaweqtest_update_minimum_bandwidth_queue15:27
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_709/886992/1/check/neutron-functional-with-uwsgi/70996ce/testr_results.html15:27
slaweqI don't think it was related to the patch on which it was run15:28
slaweqhttps://review.opendev.org/c/openstack/neutron/+/88699215:28
slaweqbut the issue seems like something what should be reproducible (assertion error)15:28
slaweqit failed due to different "queue_num" value15:29
ralonsohright15:29
slaweqdid You saw something like that already?15:29
ralonsohno unless that any other test is interfering, but each OVS instance is independent for each test15:30
ralonsohif I'm not wrong15:30
slaweqovs is the same for all tests15:30
ralonsoheven the DB?15:30
slaweqit creates separate bridges for tests15:30
slaweqyes, I think that ovs db is shared across all tests15:30
slaweqwhich just run it once and then uses it15:30
ralonsohso this could be a problem, let me check if I can find what other test is affecting it15:31
slaweqand we are using devstack code to run ovs15:31
slaweqthx ralonsoh 15:31
slaweqYou can open LP for that if You think it's valid issue15:31
ralonsohI can do it, thanks!15:31
slaweqthank You15:32
slaweq#action ralonsoh to check failed test_update_minimum_bandwidth_queue functional test15:32
slaweq#topic Tempest/Scenario15:32
slaweqfirst on the list is test_hotplug_nic added by ykarel 15:32
slaweqbut he already mentioned that earlier today15:32
slaweqhttps://bugs.launchpad.net/neutron/+bug/200716615:33
slaweqother than that I saw one issue with connectivity in linuxbridge job:15:33
slaweqhttps://1e3bcd2e249bfc8aee18-7f77ff85d71aba60d48e1d6b772dec0b.ssl.cf2.rackcdn.com/885999/9/check/neutron-tempest-plugin-linuxbridge/93f0305/testr_results.html15:33
slaweqnow I have a question about this LB job15:34
slaweqlooking at https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=1&viewPanel=16&from=now-30d&to=now it seems that this jobs is a bit less stable than other scenario jobs, especially in last weeks15:35
slaweqdo You think it's already time to maybe move this job from check to e.g. periodic queue?15:35
ralonsohI'm ok with this, we agreed on that and have make this public during the last cycles15:36
ralonsohthat we are no longer actively supporting LB nor fixing CI errors15:36
lajoskatona+115:36
slaweqok, I will propose patch for that15:36
ralonsohperfect15:36
slaweq#action slaweq to move LB scenario job to periodic queue15:37
slaweqI also noticed some connectivity issues in the grenade job https://zuul.opendev.org/t/openstack/build/5cdd01584e844e839b28fcfc273537ae15:37
slaweqit could be (again) slow nodes and nothing else15:37
ralonsohno no15:38
ralonsohthese are from a specific patch15:38
ralonsohthese test (I don't know why) are always failing15:38
slaweqahh, ok15:38
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/88390715:38
slaweqso false alarm then :)15:38
ralonsohI don't know what is wrong in this patch...15:38
slaweqI didn't though that this patch can be related15:38
ralonsoh(help is welcome)15:38
slaweqplease ping me tomorrow, I can try to take a look at this patch15:39
ralonsohthanks!15:39
slaweqok, that's all on this topic from me15:39
slaweqany other questions/comments?15:39
slaweqissues to discuss maybe15:39
ralonsohnope15:39
slaweqso lets move on to the last topic15:40
slaweq#topic Periodic15:40
slaweqhere I found out that neutron-functional-with-oslo-master and neutron-functional-with-sqlalchemy-master are failing since few days at least15:40
slaweq    Bug reported https://bugs.launchpad.net/neutron/+bug/202512615:40
slaweqfailure examples:15:40
ralonsohpatch proposed15:40
slaweq    https://zuul.openstack.org/build/55a065238b784ac28e91469d2acce3da15:40
slaweq    https://zuul.openstack.org/build/2d8d000b62a1448d984eab7059d677a715:40
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/88696115:40
slaweqralonsoh that's fast :)15:41
ralonsoh^^ this is the problem of testing with master branches15:41
ralonsohthat we need to revert previous fixes15:41
slaweqat least we are catching such issues fairly quickly without breaking our gate :)15:41
ralonsohexactly15:42
slaweqand that's all what I had for today15:42
slaweqanything else related to CI You want to discuss maybe?15:42
ralonsohall good15:42
slaweqor if not, I will give You back few minutes15:42
mlavallenothing from me either15:43
slaweqthx for attending the meeting and see You online15:43
slaweq#endmeeting15:43
opendevmeetMeeting ended Tue Jun 27 15:43:42 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:43
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-06-27-15.00.html15:43
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-06-27-15.00.txt15:43
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-06-27-15.00.log.html15:43
slaweqo/15:43
mlavalleo/15:43
lajoskatonao/15:43
ralonsohbye15:43
ykarelbye15:44
opendevreviewRodolfo Alonso proposed openstack/neutron stable/wallaby: [OVN][Trunk] Add port binding info on subport when parent is bound  https://review.opendev.org/c/openstack/neutron/+/88702215:53
opendevreviewRodolfo Alonso proposed openstack/networking-odl stable/ussuri: [stable-only] Remove the periodic stable jobs  https://review.opendev.org/c/openstack/networking-odl/+/88707615:53
opendevreviewRodolfo Alonso proposed openstack/networking-odl stable/2023.1: [stable-only] Remove the periodic weekly queue  https://review.opendev.org/c/openstack/networking-odl/+/88707715:54
opendevreviewRodolfo Alonso proposed openstack/networking-odl stable/zed: [stable-only] Remove the periodic weekly queue  https://review.opendev.org/c/openstack/networking-odl/+/88708015:54
opendevreviewAmit Uniyal proposed openstack/os-vif stable/wallaby: Move mtu update request into ovsdb transaction  https://review.opendev.org/c/openstack/os-vif/+/88701718:39
opendevreviewAmit Uniyal proposed openstack/os-vif stable/wallaby: set default qos policy  https://review.opendev.org/c/openstack/os-vif/+/88677818:39
opendevreviewMerged openstack/neutron-lib master: Add short warning about UUIDs in the SG rule templates api  https://review.opendev.org/c/openstack/neutron-lib/+/88694918:50
opendevreviewBrian Haley proposed openstack/neutron master: Increase timeout in test_get_all_devices()  https://review.opendev.org/c/openstack/neutron/+/88711419:55
opendevreviewMiguel Lavalle proposed openstack/neutron master: [PoC][DNM] Router flavors and service type for OVN  https://review.opendev.org/c/openstack/neutron/+/88398821:24
opendevreviewMerged openstack/neutron stable/2023.1: Raise the timeout of "neutron-ovn-rally-task" to 9000  https://review.opendev.org/c/openstack/neutron/+/88705621:48
opendevreviewMerged openstack/neutron stable/zed: [S-RBAC] Fix policies for CUD subnets APIs  https://review.opendev.org/c/openstack/neutron/+/88668021:48
opendevreviewMerged openstack/neutron stable/2023.1: [OVN][Trunk] Add port binding info on subport when parent is bound  https://review.opendev.org/c/openstack/neutron/+/88685922:05
opendevreviewMerged openstack/neutron master: OVN agent: Stop registering unused options  https://review.opendev.org/c/openstack/neutron/+/87856522:55

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