Tuesday, 2023-05-30

« Monday, 2023-05-29 Index Wednesday, 2023-05-31 »
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Add new SG rule extension ``security-groups-rules-is-default``  https://review.opendev.org/c/openstack/neutron-lib/+/88393907:57
opendevreviewMerged openstack/ovsdbapp master: Add support for ecmp routes  https://review.opendev.org/c/openstack/ovsdbapp/+/88226808:34
opendevreviewLajos Katona proposed openstack/networking-sfc master: Doc: refresh sfc install details  https://review.opendev.org/c/openstack/networking-sfc/+/88124008:36
opendevreviewRodolfo Alonso proposed openstack/neutron master: Implement ``get_port_type_virtual_and_parents`` method  https://review.opendev.org/c/openstack/neutron/+/88255709:00
dvo-plv_ralonsoh: Hello, thank you for the review. But I would like to cralify your questions09:11
dvo-plv_https://review.opendev.org/c/openstack/nova-specs/+/859290/11..15/specs/2023.2/approved/support-napatech-linkvirtualization-smartnic.rst#b6009:11
dvo-plv_You left two questions. Lets start from the second, I have added our hardware, which will suport this feature https://review.opendev.org/c/openstack/nova-specs/+/859290/15/specs/2023.2/approved/support-napatech-linkvirtualization-smartnic.rst#7409:12
dvo-plv_Also all other smartnics, which support this representor port type can use this solution. https://review.opendev.org/c/openstack/nova-specs/+/859290/15/specs/2023.2/approved/support-napatech-linkvirtualization-smartnic.rst#2809:13
dvo-plv_But I do not understand the first question, Does it means what benefit will get Nova and Neutron ?09:14
opendevreviewRodolfo Alonso proposed openstack/neutron master: Move ``determine_bind_host`` to ``ovn.utils``  https://review.opendev.org/c/openstack/neutron/+/88256209:17
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Add new SG rule extension ``security-groups-rules-is-default``  https://review.opendev.org/c/openstack/neutron-lib/+/88393909:44
opendevreviewMerged openstack/ovn-octavia-provider master: Discard batch-update-members not valid request  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/88119809:46
opendevreviewMerged openstack/neutron master: Improve "sync_ha_chassis_group" method  https://review.opendev.org/c/openstack/neutron/+/87202310:07
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: rpc/dhcp: avoid get_network_info to return segments if not needed  https://review.opendev.org/c/openstack/neutron/+/88013110:19
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp/agent: fix 'get_metadata_bind_interface' driver call when segments  https://review.opendev.org/c/openstack/neutron/+/88467410:19
opendevreviewRodolfo Alonso proposed openstack/neutron master: Implement ``get_subnets_address_scopes`` method  https://review.opendev.org/c/openstack/neutron/+/88254010:59
opendevreviewRodolfo Alonso proposed openstack/neutron master: Implement ``get_port_type_virtual_and_parents`` method  https://review.opendev.org/c/openstack/neutron/+/88255710:59
opendevreviewRodolfo Alonso proposed openstack/neutron master: Move ``determine_bind_host`` to ``ovn.utils``  https://review.opendev.org/c/openstack/neutron/+/88256210:59
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Prevent binding a virtual type port  https://review.opendev.org/c/openstack/neutron/+/88258811:00
han-guangyuhello, I used kolla-ansible to deploy openstack yoga and victoria with ovn banckend by centos docker image. And I create floating ip port forwarding. But I found that, in yoga, the  port forwarding traffic flows directly from compute nodes.  In victoria, the  port forwarding traffic still goes through network nodes12:18
han-guangyuI would like to ask, is this related to the neutron version, or is it caused by a different ovn version?12:18
han-guangyuthe ovn version in yoga is 22.06.1, and the ovn version in Victoria is 20.03.212:18
han-guangyuAppreciate for any help12:18
ralonsohhan-guangyu, did you enabled DVR for FIPs?13:13
han-guangyuralonsoh: yes, I had enabled it13:15
han-guangyuneutron_ovn_distributed_fip: "yes"   neutron_ovn_dhcp_agent: "yes"13:15
han-guangyuralonsoh: Correct information  yoga is based centos image and victoria is based ubuntu image13:16
han-guangyuralonsh: Does it relate to the underlying system? I deployed a new Yoga environment based on Ubuntu images, and the traffic forwarded by FIP port still goes through the network nodes. However, the OVN version used by Ubuntu Yoga is 22.03.13:18
han-guangyuralonsoh: In the previous CentOS Yoga environment, the OVN version was 22.06.13:19
ralonsohsorry, I can't reply to this question. I think you should ping core OVN folks for this specific question13:21
opendevreviewLajos Katona proposed openstack/networking-bagpipe master: Add os_ken_app to EVPN OVSDataplaneDriver  https://review.opendev.org/c/openstack/networking-bagpipe/+/88469513:23
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider stable/2023.1: Discard batch-update-members not valid request  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/88469613:26
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider stable/zed: Discard batch-update-members not valid request  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/88469713:27
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider stable/yoga: Discard batch-update-members not valid request  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/88469813:27
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider stable/xena: Discard batch-update-members not valid request  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/88469913:28
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider stable/wallaby: Discard batch-update-members not valid request  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/88470013:30
han-guangyuralonsoh: ok, I will try this. If I know the answer, I will also come back to sync with you on IRC.13:33
han-guangyuralonsoh: best wishes13:33
ralonsohthanks13:33
han-guangyubay13:33
opendevreviewLajos Katona proposed openstack/neutron-specs master: ERSPAN and GRE mirroring for tap-as-a-service  https://review.opendev.org/c/openstack/neutron-specs/+/88215113:44
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Don't use "Zero-I/O mode" in nc client  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/88470613:49
*** obondarev_ is now known as obondarev13:55
ralonsohPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki 14:00
mlavalleo/14:00
mtomaskao/14:01
elvira2o/14:01
obondarevhi14:01
*** elvira2 is now known as elvira14:01
lajoskatonao/14:01
ralonsoh#startmeeting networking14:01
opendevmeetMeeting started Tue May 30 14:01:25 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
ralonsohhello all14:01
bcafarelo/14:01
ralonsohI think we can start now14:02
ralonsoh#topic announcements14:02
ralonsoh#link https://releases.openstack.org/bobcat/schedule.html14:02
frickler\o14:02
ralonsohthis week is the Bobcat Cycle-Trailing Release Deadline14:02
ralonsoh#link https://releases.openstack.org/bobcat/schedule.html#b-cycle-trail14:02
ralonsohand in 2 weeks we have the Vancouver summit14:02
ralonsohthe etherpad for the summit14:03
ralonsoh#link https://etherpad.opendev.org/p/neutron-vancouver-202314:03
ralonsohplease add your topics before the next week14:03
ralonsohand as usual, please take a look at the Openinfra presentation14:03
ralonsoh#link https://openinfra.dev/live/#all-episodes14:03
ralonsohsomething else in this topic?14:04
ralonsohok, let's move on14:04
ralonsoh#topic bugs14:04
ralonsohlast week report is from ykarel 14:05
ralonsoh#link https://lists.openstack.org/pipermail/openstack-discuss/2023-May/033878.html14:05
ralonsohthere are 3 pending bugs to be assigned or triaged 14:05
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202055214:05
ralonsohtrunk_details missing sub port MAC addresses for LIST14:05
ralonsohthis seems to be an improvement in the OSC14:05
ralonsoh(or maybe we need to modify the API response too)14:06
ykarelfor this i found it was intentionally done for performance reasons https://review.opendev.org/q/Ic08e4049f6156c0700ca3c7aee251b6eb0eb97da14:06
lajoskatonaI can check this one14:06
ralonsohright, I remember this patch sure14:06
lajoskatonaahh ok so it is not related to recent client changes14:06
ralonsohhmmm I'm reluctant to add again the subport query14:07
ralonsohthis patch was a good improvement14:07
ralonsohand this info can be retrieved when needed (that is not always)14:07
ykarel+114:08
ralonsohok, let me comment that on the bug14:08
ralonsohin any case, if the reporter has a method to provide this info without loosing performance, that will be welcome of course14:08
ralonsohykarel, thanks for the reference14:09
ralonsohok, next one14:09
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202077114:09
ralonsoh[ml2/ovn] Binding_host_id shouldn't be set when a port is down14:09
ralonsohI tried to reproduce this issue (with master branch)14:09
ralonsohand I couldn't14:09
ralonsohcomment #214:09
ralonsohthe port host ID and the LSP/PB parameters are updated correctly14:10
ralonsohSo I've marked this bug as invalid unless new info is provided14:10
ralonsohsorry, incomplete, not invalid (and was marked by ykarel )14:10
ralonsohI would wait for more info on this one14:11
ralonsohthe last one14:11
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202032814:11
ralonsohConcurrent create VM failed because of vif plug timeout14:11
ralonsohykarel, asked for more information about this issue14:12
ralonsohthe information provided is not enough to debug the issue14:12
ralonsohat this point, the bug is considered as incomplete14:12
mtomaska^ that bug sounds similar to  https://bugs.launchpad.net/neutron/+bug/200511114:13
ralonsohcould be similar, yes14:13
ralonsohbut I would wait for more info in this particular case14:13
ralonsohwe have the nova and ovn logs14:14
mtomaskaI agree, but I will take it.14:14
ykarelyes right, i saw that, and once we get the required info we can confirm14:14
ralonsohit could be interesting to have the neutron api logs to know the reason not to bind the port14:14
ralonsohsomething else to comment on this bug?14:15
ralonsohor any other bug to be discussed?14:15
ykareli have asked for neutron api logs too in debug mode14:16
mtomaskano. I think yatins response is good. We will wait14:16
ralonsohyeah, we need them, of course14:16
ralonsohThis week mtomaska is the deputy, next week will be bcafarel.14:17
ykarelthere was one more rfe which was raised and is unassinged https://bugs.launchpad.net/neutron/+bug/202035814:17
mtomaskaACK14:17
bcafarelack, noted for next week!14:17
ralonsohwasn't that from the last week?14:17
ykarelis part of the bug report14:18
ralonsohok, maybe I skipped this one14:18
ralonsohok so this is a possible new RFE14:19
ralonsohI'll ask in the bug if the reporter is going to address this new feature14:20
ralonsohand present it in the drivers meeting14:20
ykarelralonsoh, already asked14:20
ykareland reporter is not planning to implement it14:20
ralonsohc#2, yes14:20
ykarelhe just reported based on the feedback in the linked bugzilla from slaweq 14:20
ralonsohbut I'll add the link if this folk doesn't know the drivers agenda14:20
ralonsohjust in case14:21
ralonsohok, is there, nevermind14:21
ralonsohso anything else?14:21
ralonsohok, let's jump to the next topic14:22
ralonsoh#topic specs14:22
ralonsohwe have 3 pending specs14:22
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/88215114:22
ralonsohERSPAN and GRE mirroring for tap-as-a-service14:22
ralonsohthat one is almost ready 14:22
ralonsohI was reviewing it before the meeting14:22
lajoskatonaI just addressed the last comments (I hope)14:23
ralonsohI'll review it after this meeting 14:23
lajoskatonathanks for the reviews14:23
ralonsoh^^ @all, please check it, is almost done14:23
opendevreviewMerged openstack/ovsdbapp master: Ensure LrpAddCommand may_exits works without peers  https://review.opendev.org/c/openstack/ovsdbapp/+/88226914:23
mlavalleI'll also take a look oday14:23
ralonsohthanks folks14:23
ralonsohnext one14:23
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/88227214:23
ralonsohPort extension to create hardware offloaded ports14:23
ralonsohI've addressed the comments to change the field type14:23
ralonsohand there is an open discussion about how to deprecate the older way to create a HWOL port14:24
mlavalleI'll look today or tomorrow14:24
ralonsohhttps://review.opendev.org/c/openstack/neutron-specs/+/882272/5..6/specs/2023.2/hardware-offload-port-extension.rst#b6814:24
ralonsohso please, you are welcome to comment there. Once we have an agreement, I'll update the spec14:24
ralonsohthank you all14:25
ralonsohlast one is14:25
ralonsoh#link https://review.opendev.org/c/openstack/nova-specs/+/85929014:25
ralonsohAdd support for Napatech LinkVirt SmartNICs14:25
ralonsohI still have some pending comments there14:25
ralonsohbut seems not have too much traction on the Nova sid14:25
ralonsohside*14:25
ralonsohplease take a quick look, is an easy spec14:25
ralonsohunless it is enabling a very complex feature14:26
mlavalleis there any change from last week?14:26
ralonsoh(that should be supported by a CI)14:26
ralonsohno, no change14:26
mlavallein that case, I'll just keep an eye on it for now14:26
ralonsohmlavalle, lajoskatona and me have reviewed it14:27
ralonsohI think, from Neutron point of view, had good support (maybe a bit late)14:27
ralonsohbut this folk should ping Nova reviewers too14:27
ralonsohok, anything else from this topic?14:27
ralonsohok, let's move on14:29
ralonsoh#topic community_goals14:29
ralonsoh1) Consistent and Secure Default RBAC14:29
ralonsohslaweq, are you here?14:29
slaweqhi14:29
ralonsohoh ok14:29
ralonsohif I'm not wrong14:29
slaweqI proposed one new patch this week14:29
ralonsohthere is a pending patch14:29
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/884613/214:30
opendevreviewMerged openstack/neutron stable/zed: Use explicit inner join for networks in port query  https://review.opendev.org/c/openstack/neutron/+/88371314:30
slaweqand I want to start doing things for "service" role14:30
ralonsoh(that doesn't need to be backported, these policies where not in previous versions)14:30
ralonsohcool, once you start, if needed, please share the etherpad14:31
ralonsohif that is possible, of course14:31
slaweqsure14:31
slaweqI don't know if I will do etherpad14:31
slaweqmaybe just propose patch to review and we will discuss there14:31
slaweqI will see14:31
ralonsohperfect14:31
ralonsohok, next point here14:32
ralonsoh2) Neutron client deprecation14:32
ralonsohlajoskatona, please14:32
lajoskatonaThe usual etherpad: https://etherpad.opendev.org/p/python-neutronclient_deprecation14:32
lajoskatona2 patches are hanging :14:32
lajoskatonahttps://review.opendev.org/c/openstack/openstacksdk/+/88385914:32
lajoskatonahttps://review.opendev.org/c/openstack/python-neutronclient/+/88062914:32
ralonsoh^ there are UT errors14:33
lajoskatonaboth for fwaas, the 1st one is SDK and the next is for neutronclient14:33
ralonsohis it installing the required SDK?14:33
lajoskatonayes, the SDK patch needs to be merged and released I think14:33
ralonsohok then14:33
ralonsohbtw, ping SDK cores for the upper patch14:33
fricklerI can have a look at that14:33
ralonsohI think is ready 14:34
lajoskatonathanks14:34
fricklerand then check with gtema for a release14:34
ralonsoh^^ yeah14:34
lajoskatonaI will do it, 14:34
ralonsohperfect! thanks lajoskatona 14:34
ralonsohand the last topic for today14:34
ralonsoh#topic on_demand14:35
ralonsohI have two points here14:35
ralonsohNova is going to EOL Train14:35
ralonsohI know we had some people asking not to do this14:35
slaweqlajoskatona I just approved that SDK patch14:35
ralonsohbut if Nova project finishes the support for Train, I think we can do the same14:36
lajoskatonaslaweq: thanks14:36
ralonsohin any case, this is not an urgent topic14:36
lajoskatonafor the train eol topic here is the mail thread: https://lists.openstack.org/pipermail/openstack-discuss/2023-May/033833.html14:36
ralonsohright, this is because of the CI and some CVE issues14:36
ralonsohwe still don't have these problems14:37
ralonsohaltough last week ykarel removed the funtional job14:37
ralonsohin any case, this is not an urgent topic for us, just a heads-up14:37
ralonsohthe next point is the new releases of stable branches14:38
ralonsohthe open ones14:39
ralonsohYoga, Zed and 2023.114:39
ralonsohI'll check what projects have new patches and I'll propose new versions14:39
ralonsohare you ok with that?14:39
lajoskatona+114:39
bcafarellooks good to me14:40
obondarev+114:40
ralonsohperfect then, I'll send a mail to make it public too, with the releases links14:40
bcafareland (at least for neutron) backports backlog is quite empty for these :)14:40
ralonsohyeah14:40
ralonsohso that's all from my side, something else in this section?14:41
ralonsohremember the CI meeting is in less than 20 mins, in this channel (today via IRC)14:41
ralonsohthank you all, see you later14:41
bcafarelo/14:42
ralonsoh#endmeeting14:42
opendevmeetMeeting ended Tue May 30 14:42:03 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:42
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2023/networking.2023-05-30-14.01.html14:42
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-05-30-14.01.txt14:42
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2023/networking.2023-05-30-14.01.log.html14:42
lajoskatonao/14:42
mlavalleo/14:42
obondarevbye14:42
mtomaskao/14:42
ykarelo/14:42
lajoskatonaslaweq: I can't join today the CI meeting14:42
lajoskatonaslaweq: for stadiums, the neutron-tempest-plugin-bgpvpn-bagpipe job failure is the hot topic14:42
lajoskatonaslaweq: I have a patch for that: https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/88383814:42
lajoskatonaslaweq: but not sure if I am on the right track because currently I have no idea what went wrong with those tests (I can reproduce the issue locally also)14:42
slaweqlajoskatona thx for the heads up bit I will also not be on the ci meeting today14:47
ralonsohI'll take care of this, I've added these comments into the agenda14:49
opendevreviewArnaud Morin proposed openstack/neutron master: Add a new option to enable signals  https://review.opendev.org/c/openstack/neutron/+/88471114:50
ralonsohPing list: bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:00
ykarelo/15:00
ralonsoh#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue May 30 15:00:33 2023 UTC and is due to finish in 60 minutes.  The chair is ralonsoh. 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
ralonsohhello all15:00
mlavalleo/15:01
mtomaskao/ . Looks like this will be a video meeting?15:01
ralonsohlajos and slaweq are not going to attend today15:01
mlavalleis it only irc?15:01
ralonsohI don't know what is the schedule15:02
ralonsohthis is why I said that this meeting will be in IRC15:02
ralonsohso let's start15:02
ralonsoh#topic Actions from previous meetings15:02
ralonsohlajoskatona to check with dnm patch stadium projects with py3915:02
ralonsohthere are some issues related mostly with the new RBACs patches in Neutron15:03
ralonsohI'll ping him tomorrow 15:03
ralonsohnext one15:03
ralonsohralonsoh to check port creation timeout in functional tests15:03
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/88420115:03
ralonsohthe problem, so far, according to the logs15:03
ralonsohwas the wait time15:03
ralonsohI also added the vent update just to be sure we receive this event15:04
ralonsohnext one15:04
ralonsohralonsoh  to check dvr_lifecycle timeouts in functional job15:04
ralonsohI didn't have time for this one, I'll try this week15:04
ralonsohnext one15:04
ralonsohmlavalle to check ovsdb command timeout in functional job15:04
ralonsohany update?15:04
mlavalleYes15:04
mlavalleI followed the job all week long up until today15:05
mlavalledidn't find any more occurrences of the issue15:05
mlavalleso I think it was a one of15:05
ralonsohok, there was an open LP?15:05
mlavalleit was an osvdb timeout15:05
mlavallenot that I know of15:05
mlavalleovsdb^^^15:06
ralonsohok, so no action is needed then, right?15:06
mlavallecorrect15:06
ralonsohok thanks15:06
ralonsohnext one is 15:06
ralonsohralonsoh to check failing fips periodic jobs15:06
ralonsohI worked last week with Alfredo Moralejo15:07
ralonsohand he pushed https://review.opendev.org/c/openstack/devstack/+/88427715:07
ralonsohthat is solving the issue with the repository certificates15:07
ralonsohthe problem is gone now15:07
ralonsohnext one15:07
ralonsohykarel to report grenade issue for nova-api stop failing15:07
ralonsoh#link https://bugs.launchpad.net/grenade/+bug/202064315:07
ralonsohwe still don't have any update from Nova folks15:08
ralonsohykarel, any update on this one?15:08
ykarelralonsoh, i checked this and this is happening due to other issue15:09
ykarelhttps://bugs.launchpad.net/neutron/+bug/201506515:09
ykareli will push a patch in devstack to handle this failure(nova-api not killed), but fix for requests stuck ^ is still not known15:10
ralonsohbut the problem is when Nova sends the request for Neutron, right?15:10
ralonsohat least what is reported in https://bugs.launchpad.net/neutron/+bug/201506515:10
ykarelyes right15:10
ralonsohI though Nova was using wsgi and not importing eventlet anymore15:11
ralonsohbut I'm wrong15:11
ralonsohok, please let's keep an eye on this one because is affecting the CI stability15:12
ralonsohykarel, thanks for taking care of this complex issue15:12
ralonsohok, any other pending action?15:12
ralonsoh#topic Stable branches15:13
ralonsohbcafarel, told me before this meeting that the stable branches are working fine15:13
ralonsohand there are no critical issues related15:13
ralonsohso I'll move to the next topic then15:14
ralonsohlajos is not here15:14
ralonsohas commented in the agenda, most of the prjects are in red15:14
ralonsohmostly due to the sRBAC changes15:14
ralonsohonly 3 are passing15:14
ralonsohopenstack/neutron-dynamic-routing15:14
ralonsohopenstack/neutron-fwaas15:14
ralonsohopenstack/neutron-vpnaas15:14
ralonsohneutron-tempest-plugin-bgpvpn-bagpipe is now failing in n-t-p, but lajos sent a patch15:15
ralonsoh#link https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/88383815:15
ralonsohit is not ready but every PS is improving the CI job15:15
ralonsohand I'm blocked with the odl CI15:16
ralonsohhttps://review.opendev.org/q/topic:tox4+owner:ralonsoh%2540redhat.com+status:open15:16
ralonsohI don't know what is happening in Yoga and older branches15:17
ralonsoh#link https://review.opendev.org/c/openstack/networking-odl/+/88435915:17
ralonsohpy39 is broken, but not py3615:17
ralonsohand the functional jobs15:17
ralonsohanyway, if I can't solve the CI issues, I'll start deleting the broken jobs15:18
ralonsohwe are going to deprecate n-odl project15:18
mlavalleyeap15:18
ralonsohok, next topic15:18
ralonsoh#topic Grafana15:18
ralonsoh#link https://grafana.opendev.org/d/f913631585/neutron-failure-rate15:19
ralonsohI'll need help with these charts ^^15:19
ralonsohI see some spikes but mostly due to known errors and failed patches15:19
ralonsohbut nothing permanently on 100% error15:19
mlavalleconcur. not much going on15:20
mtomaskaand some show downward plot :) which is good15:20
ralonsohwell, neutron-ovn-tempest-ipv6-only-ovs-release was failing too much15:20
ralonsohbut seems much better right now15:20
ralonsohand so far I didn't see any critical CI problem so we can jump to the next topic, I think15:21
ralonsoh#topic Rechecks15:21
ralonsohlast week the recheck rate was 0.815:21
ralonsohcompared to 1.73 from the previous week, this is an improvement15:22
ralonsohso cool, the CI is working a bit better now15:22
ralonsohin the agenda (https://etherpad.opendev.org/p/neutron-ci-meetings) you'll see the most affected patches15:22
ralonsoh(most of them, of course, mine)15:22
ralonsohand the bare rechecks % is 6.2515:23
ralonsohplease, if you find one, comment on the review asking to check first the CI before recheking the patch15:23
mlavallewill do15:23
ralonsohok, let's go for the next topic15:23
ralonsoh#topic fullstack/functional15:23
ralonsohthere is one pending issue15:24
ralonsoh#link https://dc40d5b24872f3e99b56-a6bd106a0a856fe942ecaed6f7524924.ssl.cf2.rackcdn.com/883421/4/check/neutron-functional-with-uwsgi/6be0e15/testr_results.html15:24
ralonsohthat is on my plate, but I didn't have time, as commented15:24
ralonsohI'll check it this week15:24
ralonsohthere is nothing else in the agenda15:24
ralonsohdo you have something else?15:24
mlavallenot me15:24
ralonsohok, next topic15:25
ralonsoh#topic Tempest/Scenario15:25
ralonsohrevert cold migration failed (nova issue)15:25
ralonsohhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_2f1/881535/6/check/neutron-ovs-tempest-dvr-ha-multinode-full/2f17c4b/testr_results.html15:25
ralonsohdo you have some time to review this issue15:25
ralonsoh?15:25
ralonsohok, I'll try to check it this week too15:26
ralonsohnext topic15:26
ralonsoh#topic grenade15:26
ralonsohnova-api not stopped (again)15:26
ralonsohfor this one ykarel opened a LP bug in Nova15:27
ralonsohso it is addressed15:27
ykarelactually opened against grenade project15:28
mlavalleralonsoh: I can help with the tempest issue15:28
ralonsohah sorry, for grenade15:28
ralonsohmlavalle, thanks15:28
ralonsohso you have the link?15:28
ralonsohjust to add it to the agenda15:28
ralonsohok, I'll ping you later15:29
ralonsohthe next topic is15:30
ralonsoh#topic Periodic15:30
ralonsoh#link https://zuul.openstack.org/buildsets?project=openstack%2Fneutron&pipeline=periodic&branch=master15:30
ralonsohwe have 2 main issues15:30
ralonsohTobiko: all jobs are failing and I don't see what the error is15:30
ralonsohactually the job fails because can't start the neutron API but there is no error in the neutron server15:30
ralonsohI'll ping slawek as mantainer of tobiko15:31
ralonsohthe second issue is sqlalchemy master15:31
ralonsohthe issue with this job is addressed in15:31
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/88342115:31
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/88352115:31
ralonsoh^^ please review the last one15:31
mlavallewill do15:32
ralonsohthis is the first time this job is passing 100%15:32
ralonsohand that's all!15:32
ralonsohsorry if this meeting was not as good as with slaweq15:32
ralonsohthat was my second time chairing it15:32
mlavalleit was just fine15:32
mtomaskait is great!15:33
ralonsohthere are two topic in the on demand agenda15:33
ralonsoh#topic On Demand15:33
ralonsoh(slaweq) Next week's meeting (6.06.2023) - I will be on PTO so maybe we should cancel ci meeting?15:33
ralonsoh(slaweq) Meeting in 2 weeks from now (13.06.2023) - there is Vancover summit - should we cancel ci meeting?15:33
ralonsohso we will cancel this meeting during the next 2 weeks15:33
mlavalleack15:33
ralonsohunless there is any critical issue15:33
ralonsohand of course, any critical CI issue will be addressed on demand15:33
ralonsohso anything else to be added?15:34
mlavallenot from me15:34
ralonsohthank you all15:34
ralonsoh#endmeeting15:34
opendevmeetMeeting ended Tue May 30 15:34:40 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:34
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-05-30-15.00.html15:34
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-05-30-15.00.txt15:34
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-05-30-15.00.log.html15:34
opendevreviewArnaud Morin proposed openstack/neutron master: Add a new option to enable signals  https://review.opendev.org/c/openstack/neutron/+/88471115:34
mlavalleo/15:34
mtomaskao/15:34
ykarelralonsoh, wrt neutron-ovn-tempest-ipv6-only-ovs-release i recall a known issue in ovn22.03 https://bugs.launchpad.net/neutron/+bug/2007166 which seems to causing it, we have workaround in place for that job from long, need to check why it started happening again15:34
ykareli will check that tomorrow15:35
ralonsohthanks a lot15:35
opendevreviewArnaud Morin proposed openstack/neutron master: Add a new option to enable signals  https://review.opendev.org/c/openstack/neutron/+/88471115:36
opendevreviewMerged openstack/neutron stable/wallaby: Use explicit inner join for networks in port query  https://review.opendev.org/c/openstack/neutron/+/88391316:51
opendevreviewMichal Nasiadka proposed openstack/neutron master: haproxy: Add support for configuring syslog  https://review.opendev.org/c/openstack/neutron/+/88440716:52
opendevreviewMerged openstack/neutron stable/2023.1: [S-RBAC] Get QoS rule types API available for READER role  https://review.opendev.org/c/openstack/neutron/+/88295917:19
opendevreviewRodolfo Alonso proposed openstack/neutron master: Revert "[OVN] Remove backwards compatibility with OVN < v20.09"  https://review.opendev.org/c/openstack/neutron/+/88473317:22
opendevreviewMerged openstack/neutron stable/2023.1: [S-RBAC] Fix new policies for FIP PFs APIs  https://review.opendev.org/c/openstack/neutron/+/88296017:24
opendevreviewRoberto Acosta proposed openstack/neutron master: [RFE] [OVN] - IPv6 Distributed routing  https://review.opendev.org/c/openstack/neutron/+/86751319:36
opendevreviewMerged openstack/networking-odl stable/2023.1: Remove periodic-stable-jobs template  https://review.opendev.org/c/openstack/networking-odl/+/88418822:03
opendevreviewMerged openstack/neutron-lib master: Add FIPAssociated exception  https://review.opendev.org/c/openstack/neutron-lib/+/88390123:48
« Monday, 2023-05-29 Index Wednesday, 2023-05-31 »

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