Tuesday, 2023-05-23

opendevreviewliuyulong proposed openstack/neutron master: Add bridge_port_mappings to direct output for physical  https://review.opendev.org/c/openstack/neutron/+/86815000:59
opendevreviewliuyulong proposed openstack/neutron master: Adds a RPC for ovs-agent to get server side config options  https://review.opendev.org/c/openstack/neutron/+/86815100:59
*** damian___9218 is now known as damian___92101:07
fricklermlavalle: ralonsoh: zigo: cleaning up n-d-r bugs I found https://bugs.launchpad.net/neutron/+bug/1667329, do you know if there's still any work planned on that or can it be adandoned?05:55
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Discard batch-update-members not valid request  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/88119806:58
opendevreviewyatin proposed openstack/neutron stable/train: [Train Only] Drop openstacksdk-functional job  https://review.opendev.org/c/openstack/neutron/+/88389007:08
slaweqamotoki  ralonsoh lajoskatona hi, please check https://review.opendev.org/c/openstack/neutron/+/881827 and give Your vote for the proper error code :)07:27
slaweqamotoki I hope especially for Your opinion as an API expert there07:27
slaweqthx in advance for help07:28
lajoskatonaslaweq: checking07:34
amotokislaweq: sure. looking at it07:37
slaweqthx guys07:37
froyothx folks!07:44
opendevreviewLajos Katona proposed openstack/neutron-tempest-plugin master: Adopt bgpvpn scenarios to recent sRBAC changes  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/88383809:26
opendevreviewLajos Katona proposed openstack/python-neutronclient master: OSC: Remove FWAAS V2 calls to neutronclient  https://review.opendev.org/c/openstack/python-neutronclient/+/88062910:06
opendevreviewFernando Royo proposed openstack/neutron-lib master: Add FIPAttached exception  https://review.opendev.org/c/openstack/neutron-lib/+/88390110:55
opendevreviewFernando Royo proposed openstack/neutron master: Return 409 Conflict to tenant user deleting port attached to FIP  https://review.opendev.org/c/openstack/neutron/+/88182711:02
opendevreviewRodolfo Alonso proposed openstack/neutron master: SG rule dict method allows DB object and Neutron OVO  https://review.opendev.org/c/openstack/neutron/+/88390211:07
opendevreviewLajos Katona proposed openstack/neutron-tempest-plugin master: Adopt bgpvpn scenarios to recent sRBAC changes  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/88383811:45
opendevreviewRodolfo Alonso proposed openstack/neutron master: [WIP] Add a new synthetic field "is_default" to SG rule  https://review.opendev.org/c/openstack/neutron/+/88390711:46
*** arnau__ is now known as averdagu13:13
opendevreviewFernando Royo proposed openstack/neutron-lib master: Add FIPAttached exception  https://review.opendev.org/c/openstack/neutron-lib/+/88390113:14
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/+/88393913:17
*** han-guangyu_ is now known as han-guangyu13:42
han-guangyuralonsoh: hello, in last week, I ask about  distributed snat. you tack to me that it's not  implemented in ML2/OVS13:44
han-guangyuralonsoh: I was wondering if the community would be willing to provide some help if our side is interested in making this work. Our team has experience in openstack development, but lacks development experience in neutron network13:45
opendevreviewBernard Cafarelli proposed openstack/neutron stable/xena: Use explicit inner join for networks in port query  https://review.opendev.org/c/openstack/neutron/+/88391213:47
opendevreviewBernard Cafarelli proposed openstack/neutron stable/wallaby: Use explicit inner join for networks in port query  https://review.opendev.org/c/openstack/neutron/+/88391313:48
opendevreviewFernando Royo proposed openstack/neutron-lib master: Add FIPAssociated exception  https://review.opendev.org/c/openstack/neutron-lib/+/88390113:55
opendevreviewFernando Royo proposed openstack/neutron master: Return 409 Conflict to tenant user deleting port attached to FIP  https://review.opendev.org/c/openstack/neutron/+/88182713:57
ralonsohhan-guangyu, the community can help you on this of course, but the proposal should be yours. You should propose a POC 13:59
ralonsohof course you can use this channel for specific questions, if that is what you need13:59
ralonsohfor this kind of development, you'll need first to propose a Launchpad bug as an RFE13:59
ralonsohand then propose this RFE to the community14:00
ralonsohsorry, I need now to start the neutron meeting14:00
han-guangyuralonsoh: get it, thank you so much14:00
ralonsoh#startmeeting networking14:00
opendevmeetMeeting started Tue May 23 14:00: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:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'networking'14:00
mlavalleo/14:00
lajoskatonao/14:00
ralonsohPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, sahid, slawek, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki 14:00
han-guangyuo/14:00
isabekHi14:00
averdaguo/14:00
bcafarelo/14:00
slaweqo/14:00
sahido/14:01
geso/14:01
ralonsohok, I think we can start now14:01
ykarelo/14:01
ralonsoh#topic announcements14:01
ralonsoh#link https://releases.openstack.org/bobcat/schedule.html14:02
ralonsoh3 weeks for the Vancouver summit14:02
ralonsoh#link https://etherpad.opendev.org/p/neutron-vancouver-202314:02
rubasovlate o/14:02
ralonsohif you are attending, please add your topics in this etherpad14:02
ralonsohand as usual14:03
ralonsoh#link https://openinfra.dev/live/#all-episodes14:03
ralonsohplease check the list of video episodes the openinfra channel has14:03
ralonsohsomething else I'm missing?14:04
ralonsohok, let's jump to the next topic14:04
ralonsoh#topic bugs14:04
ralonsohlast week report is from elvira 14:04
ralonsoh#link https://lists.openstack.org/pipermail/openstack-discuss/2023-May/033781.html14:04
ralonsohthere are 3 bugs still not assigned/under triage 14:04
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202000114:05
ralonsohNeutron Dynamic Routing : vip is not advertised via BGP14:05
ralonsoh(to be honest, I didn't have time to check this one)14:05
ralonsohfrickler, froyo can you check this one?14:06
elviraI marked it as undecided because Jens Harbott was already discussing with the reported and marked it as incomplete14:06
froyoralonsoh: yeah, I will take a look14:06
ralonsohyes but Yusuf replied to this comment too14:06
elviraYes, I see it, thanks ralonsoh and froyo!14:07
ralonsohbut apart from reading the reply, I didn't investigate it14:07
ralonsohfroyo, thanks for your help, please comment on the LP if you have any proposal or conclusion14:07
ralonsohthanks!14:07
froyosure14:07
ralonsohnext one14:07
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202006014:08
ralonsohStateless Feature of Security Group Not Functioning in Case of other Port same compute use statefull14:08
ralonsohseems to be a corner case14:08
ralonsohwhen two rules have enabled and disabled the stateful flag14:08
slaweqI have it on my todo list for this week14:08
slaweqbu14:08
ralonsohand there are clashing iptables rules14:08
slaweqbut I will probably check it around Thursday or Friday14:09
ralonsohthe point is that: is it possible to avoid this? or this should be prevented from the API?14:09
ralonsohbecause I don't see how can we prevent that in iptables14:09
slaweqdo You mean to avoid mixing stateless and stateful SGs on the same host? From the API PoV?14:10
ralonsohyes, if you have both type of rules in the same host, the iptables rules will overwrite the CT stsate14:11
slaweqbut doing such validation in the API may be extremely hard to do14:12
ralonsohwell, not the same host but the same port14:12
slaweqahh, ok14:12
ralonsohyes... this is why I don't know how to solve this issue14:12
slaweqthat's easier14:12
ralonsohahh ok ok14:12
ralonsohso if the port has "mixed" rules --> error14:12
ralonsoh(btw, this seems to be an issue for LB, not other backends)14:13
lajoskatonayou mean when the port is created ? or when the sg is updated with the new rule?14:13
ralonsohboth14:13
lajoskatonaok14:13
slaweqI will check it but that should be easy to do14:13
slaweqor it even maybe should be like that already14:13
opendevreviewFernando Royo proposed openstack/neutron-lib master: Add FIPAssociated exception  https://review.opendev.org/c/openstack/neutron-lib/+/88390114:13
ralonsohyeah14:13
slaweqhttps://github.com/openstack/neutron/blob/master/neutron/db/securitygroups_db.py#L70914:14
ralonsohslaweq, anyway, thanks again for assigning this bug to yourself14:14
slaweqwe have that validation14:14
ralonsohlet me check14:14
ralonsohyeah right14:14
slaweqmaybe it's then just a bug that this validation is not executed in some case14:14
slaweqI will check it14:14
ralonsohthanks!14:15
ralonsohlast one14:15
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/202016814:15
ralonsoh[OVN][HWOL] traffic problems when sriov and non-sriov ports are bound on the same hypervisor14:15
ralonsohI see the submitter replied to my questions14:15
ralonsohso the problem here is not the OVN routing, because the router is external14:15
ralonsohit seems to be an easier (from the Neutron point of view) network configuration14:16
ralonsohI'll assign this one to myself but without a direct access to the env, it could be difficult to debug it14:16
ralonsohI'll do my best here14:16
ralonsohok, this is what I have here14:17
ralonsohany other bug to be discussed?14:17
ralonsohthis week ykarel is the deputy, next week will be mtomaska14:18
ykarelack14:18
mtomaskaACK14:18
ralonsohthanks folks14:18
ralonsohlet's move to the next topic14:18
ralonsoh#topic specs14:18
ralonsoh#link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open14:18
ralonsohfirst one14:18
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/88215114:18
ralonsohI see lajoskatona addressed last comments14:19
ralonsohI'll check it tomorrow morning then14:19
lajoskatonayes and just on my way to adress the last ones14:19
ralonsohbut there are no other reviews apart from Bence14:19
ralonsohplease please, review the specs14:19
ralonsohthis one is almost ready, IMO14:20
ralonsohlajoskatona, any comment in this one?14:20
lajoskatonanothing, as I wrote I will update the last comments from rubasov, and push it today I hope14:20
ralonsohthanks14:21
ralonsohnext one14:21
opendevreviewMerged openstack/neutron stable/train: [Train Only] Drop openstacksdk-functional job  https://review.opendev.org/c/openstack/neutron/+/88389014:21
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/88227214:21
ralonsohI changed the initial spec14:21
ralonsohnow instead of a flag is a string14:21
ralonsohbut the spirit of the spec is the same14:21
ralonsohthere are very good reviews of missing points/errors I need to address14:21
ralonsohbut I think this spec is quite easy14:22
ralonsohnext one14:22
ralonsoh#link https://review.opendev.org/c/openstack/neutron-specs/+/88348114:22
ralonsohan update from slaweq 14:22
ralonsohthe spec was moved to 2023.2 and added some missing fields14:22
ralonsohI'll check it tomorrow morning but changes are trivial, IMO14:23
ralonsohand last one (nova-specs)14:23
ralonsoh#link https://review.opendev.org/c/openstack/nova-specs/+/85929014:23
ralonsohthis is related to Napatech LinkVirt SmartNICs14:23
ralonsohhalf of the code is merged already14:24
ralonsohbut please, check this spec14:24
lajoskatonaunder this topic: https://review.opendev.org/q/topic:bug%252F201354014:24
ralonsohtwo projects are involved on this one14:24
ralonsohyes, there are two patches for neutron/n-lib14:24
ralonsohthe n-lib one is merged and released14:25
ralonsohfrom the Neutron point of view, this could be trivial 14:25
ralonsohbut we need to be sure when adding new vif and vnic types14:25
lajoskatona+114:26
ralonsohok, something else (apart from begging for reviewers?)14:26
ralonsohok, let's move on14:27
ralonsoh#topic community_goals14:27
ralonsoh1) sRBAC14:27
ralonsohslaweq, I think there are no more bugs open14:27
ralonsohright?14:27
slaweqnope14:27
slaweqat least for now :)14:27
ralonsohperfect!14:27
slaweqI need to focus on service-2-service communication now14:28
slaweqbut I first want to finish this default SG rules14:28
ralonsohyeah, do you have a public etherpad/lp bug for this?14:28
slaweqnot yet14:28
ralonsohok, let's finish first the other feature14:28
ralonsohthanks!14:28
ralonsohnext one14:29
ralonsoh#2) Neutron client deprecation14:29
ralonsohlajoskatona, something relevant this week?14:29
lajoskatonaThe usual etherpad: https://etherpad.opendev.org/p/python-neutronclient_deprecation14:29
lajoskatona2 things from last time, for fwaas14:29
lajoskatonaI pushed a follow-up for SDK: https://review.opendev.org/c/openstack/openstacksdk/+/88385914:29
lajoskatonathis is to add a computed field for fw rules object, and I update the neutronclient patch for fwaas:14:30
lajoskatonahttps://review.opendev.org/c/openstack/python-neutronclient/+/88062914:30
lajoskatonathat's all for this topic from me14:30
ralonsohyeah, apart from the sdk patch, we have 3 pending patches14:30
ralonsohhttps://review.opendev.org/q/topic:bug/1999774+status:open14:30
ralonsohsorry, "including" the sdk patch14:31
ralonsohthanks for the update (I'll add them to my review list for tomorrow morning)14:31
ralonsohok, let's move on then14:32
ralonsoh#topic on_demand14:32
ralonsohI have one quick topic14:32
ralonsohand this is the update of the grenade job issue from ykarel (but we can move this one to the nex tmeeting)14:32
ralonsohslaweq, ^^ ok?14:33
ralonsohok, let's comment this issue during the CI meeting, that is more appropriate14:33
ykarel+114:34
ralonsohremember the CI meeting is in 30 mins in this channel14:34
ralonsohthis week in video14:34
ralonsoh(if I'm not wrong)14:34
lajoskatonaack14:34
ralonsohok folks, anything else you want to discuss?14:34
gesI have this change in need of more discussion https://review.opendev.org/c/openstack/neutron/+/88323514:35
ralonsohwe can move this discussion to the patch, if you don't mind. I'll check your reply today14:36
ralonsohalso you can ping me in this channel too14:36
gesSure, thanks!14:36
ralonsohsomething else?14:36
ralonsohok folks, thank you for attending and see you in 25 mins in this channel in the CI meeting14:37
ralonsoh#endmeeting14:37
opendevmeetMeeting ended Tue May 23 14:37:05 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:37
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2023/networking.2023-05-23-14.00.html14:37
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2023/networking.2023-05-23-14.00.txt14:37
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2023/networking.2023-05-23-14.00.log.html14:37
mlavalleo/14:37
lajoskatonao/14:37
rubasovo/14:37
mtomaskao/14:37
slaweqo/14:37
ykarelo/14:38
bcafarelo/14:38
ralonsohslaweq, ihrachys_ if you have 2 mins:14:47
ralonsoh* https://review.opendev.org/c/openstack/neutron/+/88368114:47
ralonsoh* https://review.opendev.org/c/openstack/neutron/+/88089014:47
slaweqralonsoh I will try to look at it later today or tomorrow morning14:58
ralonsohsure, no rush14:59
slaweq#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue May 23 15:00:10 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
ralonsohhi15:00
slaweqping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:00
lajoskatonao/15:00
ykarelo/15:00
bcafarelo/15:00
lajoskatonaisn't it video this week?15:00
slaweqlajoskatona nope15:01
lajoskatonaok15:01
ralonsoh(I was wrong)15:01
slaweqlast week there wasn't meeting15:01
slaweqand two weeks ago it was on video15:01
slaweqso this week it's on irc :)15:01
mlavalleLOL, I've waiting in the video meeting15:02
slaweqGrafana dashboard: https://grafana.opendev.org/d/f913631585/neutron-failure-rate?orgId=115:02
slaweq#topic Actions from previous meetings15:03
slaweqlajoskatona to check with dnm patch stadium projects with py3915:03
lajoskatonahuuu, I forgot about that, I will check15:04
slaweqok, thx15:04
slaweq#action lajoskatona to check with dnm patch stadium projects with py3915:04
lajoskatonathis week I checked the issues with rbac :-)15:04
slaweqin stadium?15:05
lajoskatonayes, here is the list: https://review.opendev.org/q/topic:bug%252F201909715:05
slaweqthx for that15:05
slaweqare those patches ready for review?15:06
ralonsohsome of then are still failing15:06
lajoskatonayes, I still have to check the bgpvpn tempest tests, for example15:06
slaweqok, so let us know when it will be ready15:06
lajoskatonasure15:07
slaweqand thx for working on this15:07
slaweqnext one15:07
slaweq    ykarel to update nova timeouts bug https://bugs.launchpad.net/neutron/+bug/201506515:07
ykarelYes added findings in comment 7 and 815:07
ykarelthis is the same issue ralonsoh mentioned in previous meeting15:07
lajoskatonagibi also mentioned something about this and eventlet15:08
ykarelAfter this gibi too investigated it based on traceback in 8 and filed an eventlet bug15:08
ykarelhttps://github.com/eventlet/eventlet/issues/79815:08
lajoskatona+1, I didn't find it15:08
ykarelin our jobs for now we disabled dbcounter https://review.opendev.org/c/openstack/neutron/+/88364815:09
ykareldon't know if it's directly related, but disabling it made the issue appear less frequent15:09
slaweqso with https://review.opendev.org/c/openstack/neutron/+/883648 merged we should be good in our ci for now, right?15:09
lajoskatonacool that is better than nothing15:09
ykarelbasically nova worker is getting stuck while contacting neutron apis15:09
ralonsohand we can't use another lib, right?15:10
ykarelalso there were some other issues where process don't get stuck but api requests just timeout in 60 seconds, as those taking more time15:10
ykareli didn't digged there why those taking more than 60 sec, but may be just system load15:11
slaweqbut indeed I think that grenade jobs are much more stable this week15:11
slaweqthx ykarel for working on this15:11
ykarelralonsoh, sorry not clear, what another lib?15:11
slaweqand gibi too :)15:11
ralonsohnot urllib15:11
ykarelalso if anyone has inputs/workaround for the stuck issue please comment on the bug15:12
ralonsohok15:12
slaweqok, I think we can move on15:13
slaweq#topic Stable branches15:13
ykarelralonsoh, hmm not sure but yes if there are better alternatives could be tried out, but i think urllib is widely used15:13
slaweqbcafarel any updates?15:13
bcafarelall good in most branches, we had one job that started to fail in train https://bugs.launchpad.net/neutron/+bug/202036315:13
bcafarelalready fixed by ykarel++ dropping openstacksdk-functional job15:14
slaweq++15:14
ralonsoh+115:14
slaweqthx ykarel 15:14
slaweqok, next topic15:16
slaweq#topic Stadium projects15:16
slaweqI still see a lot of red jobs in periodic queues15:16
slaweqbut I guess it's related to s-rbac issue which lajoskatona is working on15:17
lajoskatonayes exactly15:17
lajoskatonaand ralonsoh also15:17
lajoskatonathat's it from me for these projects, please check if there are ope npatches for these :-)15:18
slaweq++ thx15:18
slaweqanything else regarding stadium or can we move on?15:18
lajoskatonawe can move on15:19
slaweqok15:19
slaweq#topic Grafana15:19
slaweq#link https://grafana.opendev.org/d/f913631585/neutron-failure-rate15:19
slaweqno anything critical there15:20
slaweqat least from what I see there15:20
slaweqso let's move on15:21
slaweq#topic Rechecks15:21
slaweqthis week we are going back to lower numbers of rechecks15:21
slaweqso that's good15:21
slaweqregarding bare rechecks we are also good as most of our rechecks are with some reason15:21
slaweqbut the bad thing is that we are doing A LOT of rechecks in total15:22
slaweqin last 7 days it was 64 rechecks in total15:22
slaweqI will need to update my script to be able to get data about recheck reasons15:23
slaweqand then have some summary of why rechecks happens15:23
lajoskatonathe percentage is also high? i mean to the toal number of patchsets?15:23
slaweqlajoskatona I don't have stats about number of patchsets15:24
mlavalleyeah, it took me some rechecks to merge the metadata request rating stuff15:24
slaweqI will look at it too15:24
lajoskatonaok, thanks15:24
slaweqand that's all about rechecks for me15:26
slaweqI think we can move on15:26
slaweq#topic fullstack/functional15:26
slaweqI found couple of failures in functional tests this week15:26
slaweqmost of them happened once15:26
slaweqbut qos related tests from neutron.tests.functional.agent.common.test_ovs_lib.BaseOVSTestCase failed twice in similar (or the same) way:15:27
slaweq    https://7814844573a763db7ab8-0ac84b2ac4d53823f5d0fa90b7a93a42.ssl.cf2.rackcdn.com/882865/2/gate/neutron-functional-with-uwsgi/3e74eb2/testr_results.html15:27
slaweq    https://f326700999a21a41aed9-1ea95ca857946beec6346fe0f4481db6.ssl.cf1.rackcdn.com/883269/2/check/neutron-functional-with-uwsgi/f3242b7/testr_results.html 15:27
slaweqdid You maybe saw it also already?15:27
ralonsohthis is during the port creation15:28
ralonsohnot even the qos set15:28
slaweqyes15:28
slaweqbut I saw it in two qos related tests15:28
slaweqit can be that it was just busy node15:28
slaweqand some timeout happend15:28
slaweqidk15:28
slaweqanyone wants to check it in logs?15:29
ralonsohI'll try this week15:29
slaweqthx ralonsoh 15:29
slaweq#action ralonsoh to check port creation timeout in functional tests15:30
slaweqother failures I saw happened only once this week:15:30
slaweqovsdb command timeout https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_74b/883421/4/check/neutron-functional-with-uwsgi/74bb95e/testr_results.html15:31
slaweqissue with connectivity: https://da71356301863c380a6d-648722ac87374da2f576895eac8df5a8.ssl.cf2.rackcdn.com/883687/1/check/neutron-functional-with-uwsgi/7e24a52/testr_results.html15:31
slaweqor even there was expected no connectivity there and it was working all the time15:31
slaweqIIUC stacktrace15:32
slaweqand last but not least, yet another 2 timeouts with dvr_router_lifecycle:15:32
slaweqhttps://9551a11e9f70ee5b8295-ea25b0076b50bda9415898f3289d868a.ssl.cf5.rackcdn.com/periodic/opendev.org/openstack/neutron/master/neutron-functional-with-oslo-master/f4897e4/testr_results.html15:32
slaweqhttps://fb13014d32b897a8a583-51ad4c26deb09abcf5b0e79e0d0bdf13.ssl.cf5.rackcdn.com/883681/2/check/neutron-functional-with-uwsgi/4b6f09c/testr_results.html15:32
slaweqlajoskatona didn't You investigating same issue in the past?15:33
lajoskatonasomething similar at least, and not just me :-)15:33
slaweqahh true15:33
slaweqany volunteer to check those new failures there?15:34
ralonsohI'll try too15:34
mlavalleI'll take one15:34
slaweqthx15:34
mlavallewhich want you don't want ralonsoh ?15:34
ralonsohI'll check 15:34
ralonsoh_dvr_router_lifecycle15:34
slaweq#action ralonsoh  to check dvr_lifecycle timeouts in functional job15:35
mlavalleok, I'll check the ovsdb one15:35
slaweqthx ralonsoh 15:35
slaweq#action mlavalle to check ovsdb command timeout in functional job15:35
slaweqthx mlavalle 15:35
slaweqok, and that's all about functional jobs which I have for today15:35
slaweqcan we move on to the next topic?15:36
mlavallelet's move on15:36
slaweqso I have just one last topic for today15:36
slaweq#topic Periodic15:36
slaweqin general things looks good there15:36
slaweqexcept FIPS related jobs which are failing since 18.05.202315:37
slaweq    first there was problems with opevswitch start:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/TLUCwystodtTVqjAheZMlyGi>)15:37
slaweqso it don't seems like neutron issue but something distro related more likely for me15:37
slaweqany volunteer to check it? if not I will try to find some time for it this week15:38
ralonsohI'll do it15:38
slaweqthx15:38
slaweq#action ralonsoh to check failing fips periodic jobs15:38
slaweqand that was last topic from me for today15:39
slaweq#topic On Demand15:39
slaweqanything else You want to discuss today here?15:39
ykarelseems we missed tempest/grenade sections?15:39
slaweqykarel no, I didn't really missed it15:40
ykarelohkk then seems i missed it :)15:40
slaweqI put some links there just for the record but it wasn't anything what is probably worth to discuss15:40
slaweqthere was just 2 issues which happened once each15:40
slaweqand it didn't really looked like related to neutron15:41
slaweqso it was just for the record in the etherpad :)15:41
ykarelok the grenade one i saw from etherpad, i seen before those but thought it's related to my test patches but looks like real issue15:41
slaweqYou mean that nova-api didn't stop issue?15:41
slaweqor the other one?15:41
ykarelyes15:41
ykarelnova-api one15:42
slaweqdo You think we should report it already?15:42
ykarelyes15:42
lajoskatonaahh, I just saw that one15:42
ykareli can report it15:42
lajoskatonathanks for it15:42
ykarelas seen multiple occurances already15:43
ykareland impacting our gates15:43
slaweqwill You open bug for nova then?15:43
slaweqthx ykarel15:43
slaweqI saw it just this one time15:43
slaweqthat's why I though it's not that serious issue and not worth to report yet15:43
slaweqbut in such case, yeah pleas open LP for it15:43
ykarelyes against nova or may be better with devstack/grenade15:43
ykarelas looks more related to systemd/uwsgi config15:44
slaweqok15:44
slaweqthx for that15:44
slaweqok, now I think we are done with topics for today :)15:45
slaweqso I will give You 15 minutes back15:45
slaweqthx for attending the meeting15:45
mlavalle\o/15:45
slaweqo/15:45
slaweq#endmeeting15:45
opendevmeetMeeting ended Tue May 23 15:45:28 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:45
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-05-23-15.00.html15:45
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-05-23-15.00.txt15:45
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-05-23-15.00.log.html15:45
lajoskatonao/15:45
mlavalleo/15:45
ralonsohbye15:45
ykarelbye15:46
opendevreviewRodolfo Alonso proposed openstack/neutron-fwaas master: Fix issues due to recent RBAC changes  https://review.opendev.org/c/openstack/neutron-fwaas/+/88365317:01

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