Tuesday, 2021-05-18

*** mlavalle has quit IRC00:19
*** jamesmcarthur has joined #openstack-meeting-300:41
*** jamesmcarthur has quit IRC01:36
*** jamesmcarthur has joined #openstack-meeting-302:21
*** macz_ has joined #openstack-meeting-303:31
*** macz_ has quit IRC03:36
*** psachin has joined #openstack-meeting-303:38
*** markmcclain has quit IRC03:49
*** markmcclain has joined #openstack-meeting-303:50
*** psahoo has joined #openstack-meeting-304:53
*** macz_ has joined #openstack-meeting-305:08
*** macz_ has quit IRC05:12
*** jamesmcarthur has quit IRC05:31
*** jamesmcarthur has joined #openstack-meeting-305:32
*** jamesmcarthur has quit IRC05:37
*** psachin has quit IRC05:47
*** psachin has joined #openstack-meeting-305:52
*** jamesmcarthur has joined #openstack-meeting-306:02
*** slaweq has joined #openstack-meeting-306:22
*** ralonsoh has joined #openstack-meeting-306:30
*** jamesmcarthur has quit IRC07:13
*** jamesmcarthur has joined #openstack-meeting-307:28
*** macz_ has joined #openstack-meeting-307:30
*** macz_ has quit IRC07:34
*** tosky has joined #openstack-meeting-307:46
*** yamamoto has joined #openstack-meeting-307:49
*** macz_ has joined #openstack-meeting-309:30
*** macz_ has quit IRC09:35
*** artom has quit IRC09:43
*** artom has joined #openstack-meeting-309:43
*** artom has quit IRC09:43
*** artom has joined #openstack-meeting-309:44
*** jamesmcarthur has quit IRC10:01
*** yamamoto has quit IRC10:34
*** yamamoto has joined #openstack-meeting-310:47
*** yamamoto has quit IRC10:48
*** yamamoto has joined #openstack-meeting-311:26
*** yamamoto has quit IRC11:42
*** Luzi has joined #openstack-meeting-311:42
*** jamesmcarthur has joined #openstack-meeting-311:59
*** psahoo_ has joined #openstack-meeting-312:31
*** yamamoto has joined #openstack-meeting-312:34
*** psahoo has quit IRC12:35
*** Luzi has quit IRC13:24
*** psahoo_ has quit IRC13:42
*** psahoo_ has joined #openstack-meeting-313:56
*** obondarev has joined #openstack-meeting-313:56
*** openstack has joined #openstack-meeting-314:09
*** ChanServ sets mode: +o openstack14:09
slaweqso if You have any ideas, please read that email and propose it there :)14:10
slaweqand that are all announcements from me for today14:10
slaweqanything else You want to propose?14:10
slaweqif not, then let's move on14:11
slaweq#topic Blueprints14:11
*** jamesmcarthur has quit IRC14:11
slaweqBPs for Neutron Xena-1 https://bugs.launchpad.net/neutron/+milestone/xena-114:12
slaweqdo You have any updates about any of them?14:12
slaweqI have small updates/reminders about 2 of them14:13
slaweqopened patches https://review.opendev.org/q/topic:%2522secure-rbac%2522+status:open+project:openstack/neutron14:13
*** artom has joined #openstack-meeting-314:13
slaweqthere is not many of them on the list14:13
slaweqplease spent some time on reviweing them so we can have testing of the new rbac roles merged14:14
slaweqand second one, regarding https://blueprints.launchpad.net/neutron/+spec/distributed-dhcp-for-ml2-ovs14:14
slaweqpatches https://review.opendev.org/q/topic:%22bp%252Fdistributed-dhcp-for-ml2-ovs%22+(status:open%20OR%20status:merged)14:14
slaweqonly 3 of them are still opened, so please add them to Your review list as well14:15
slaweqso we can hopefully mark those 2 BPs as done soon14:15
slaweqand that are all updates from me regarding BPs for today14:15
slaweqok, next topic14:17
slaweq#topic Bugs14:17
slaweqobondarev was bug deputy last week14:17
slaweqhis report is available at http://lists.openstack.org/pipermail/openstack-discuss/2021-May/022514.html14:17
slaweqthere are 3 OVN related bugs there which needs to be triaged14:18
openstackLaunchpad bug 1928330 in neutron "[OVN] Unable to ping router from test IPV6 subnet" [Medium,New]14:18
openstackLaunchpad bug 1927977 in neutron "OVN IDLs not initialized for all worker types" [Undecided,New]14:18
openstackLaunchpad bug 1928164 in neutron "[OVN] Ovn-controller dose not update the flows table when localport tap device is rebuilt" [Medium,New]14:18
slaweqI will ask lucasgomes and jlibosva to take a look at them this week14:19
slaweqdo You have any other bugs which You would like to discuss today?14:20
openstackLaunchpad bug 1813787 in neutron "[L3] DVR router in compute node was not up but nova port needs its functionality" [Wishlist,In progress]14:21
obondarevit affects DVR_HA job stability14:21
obondarevpatch is https://review.opendev.org/c/openstack/neutron/+/633871 - please review if have some time14:22
slaweqahh, I remember that old patch now :)14:22
slaweqthx for reminder obondarev14:22
slaweqit's more than 2 years old patch14:23
obondarevit will soon be able to speak :)14:24
obondarevand walk14:24
slaweqthx obondarev for raising that patch and for bug deputy summary14:27
slaweqthis week our bug deputy is bcafarel14:27
bcafarelaka "please wait for next week to fill bugs"14:27
slaweqand btw. please note that we are starting new round this week, so please check https://wiki.openstack.org/wiki/Network/Meetings#Bug_deputy and tell me if week which is assigned for You is not good so I can try to adjust it somehow14:27
slaweqok, let's move on14:29
slaweqnext topic14:29
slaweq#topic CLI/SDK14:29
slaweqI just wanted to mention here that I spent some time on the OSC patch  https://review.opendev.org/c/openstack/python-openstackclient/+/76821014:29
slaweqI have to address some comments from gtema but I think it's close to be ready14:30
slaweqso please take a look at it too :)14:30
slaweqhopefully in this cycle we will finally be able to set date of the EOL for neutronclient14:30
obondarevnice! thanks slawek!14:31
slaweqand the last topic for today14:31
slaweq#topic On Demand Agenda14:31
slaweqralonsoh: You have topic there14:31
ralonsoha couple of them14:31
ralonsohfirst one, quick one: OVN default backend was reverted14:32
ralonsohjust a heads-up14:32
ralonsohso the patch proposed for tempest plugin can wait until we have it back14:32
ralonsohand second one14:33
openstackLaunchpad bug 1925368 in neutron "[L3] Router GW can be removed with routes defined" [Low,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)14:33
ralonsohmy question here is: should we allow to have router routes that do not send the packets to the GW port?14:33
ralonsohcurrently we allow to have routes that redirect packets to other interfaces, not the GW14:33
ralonsohshould that be allowed?14:33
ralonsohif yes, the LP has no sense14:34
ralonsohif not... there are some customers that are using it in the wrong way14:34
slaweqyou know my opinion about it so I will wait for the others to speak :)14:34
*** yamamoto has quit IRC14:34
rubasovIIUC I don't see a reason to make the gw port special14:35
*** jamesmcarthur has joined #openstack-meeting-314:35
*** manubk has quit IRC14:36
obondarevaccording to the description bug is valid - otherwise we have inconsistency14:36
rubasovwhy not allow routes in any direction?14:36
*** yamamoto has joined #openstack-meeting-314:36
mlavalleyeah, why not?14:36
ralonsohok, so the GW port is the default port and the default GW14:37
amotokiit sounds reasonable to me if we block deletion of gw or internal ports when such port is used in router routes (, floating IP and/or others).14:37
ralonsohbut could be override by other routes14:37
mlavallewhat is that's what the user wants?14:38
ralonsohok so the LP should have not only the GW but the other ports in consideration14:38
obondarevagree with amotoki, seems we should check interface being deleted with routes destinations14:38
mlavallewhat if^^^14:38
ralonsohmlavalle, for sure, just asking14:38
ralonsohperfect, I'll amend the LP description14:39
ralonsohthanks a lot14:39
slaweqI agree with amotoki and obondarev - we should block deletion of the interface used by any of routes14:39
slaweqbut it don't need to be external gateway always14:39
ralonsohexactly, agree with this (now we said that we allow routes to other interfaces)14:39
amotokiyeah, we don't need to consider the gw port special.14:40
*** yamamoto has quit IRC14:40
*** ricolin has quit IRC14:41
slaweqralonsoh: so I think You are good with Your topic now, right?14:41
ralonsohsure, thanks14:42
slaweqthank You for bringing this topic here14:42
slaweqanything else anyone would like to discuss today?14:42
slaweqif not, I will give You few minutes back today14:42
slaweqok, thx for attending the meeting and have a great day and week14:43
*** psachin has quit IRC14:46
*** yamamoto has joined #openstack-meeting-314:52
*** yamamoto has quit IRC14:56
slaweq#startmeeting neutron_ci15:01
openstackMeeting started Tue May 18 15:01:24 2021 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
*** openstack changes topic to " (Meeting topic: neutron_ci)"15:01
openstackThe meeting name has been set to 'neutron_ci'15:01
slaweqplease give me 5 minutes before we will start15:01
bcafarellooks like bot is back :)15:01
ralonsohin the meantime: https://review.opendev.org/c/openstack/neutron/+/79198315:03
ralonsohthis is not triggering FTs, so I pushed another patch on top of it15:04
slaweqok, I'm back and we can start15:04
slaweqralonsoh: +2 :)15:05
slaweqthx for that patch15:05
bcafarelnot too hard to review :)15:05
slaweqGrafana dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:05
slaweqplease open that link and we can move on15:05
*** macz_ has joined #openstack-meeting-315:05
slaweq#startmeeting neutron_ci15:05
openstackslaweq: Error: Can't start another meeting, one is in progress.  Use #endmeeting first.15:05
slaweq#topic Actions from previous meetings15:05
*** openstack changes topic to "Actions from previous meetings (Meeting topic: neutron_ci)"15:05
slaweqralonsoh to skip test_keepalived_spawns_conflicting_pid_vrrp_subprocess functional tests15:06
ralonsohI've tried pushing another patch15:06
ralonsohbut that seems to be a bad idea15:06
ralonsohstill trying to properly fix this problem15:06
slaweqso let's go with skip for now and we can revert it when bug will be fixed15:07
slaweqok, next one15:08
slaweqlajoskatona to switch networking-sfc jobs to ovs explicitly15:08
lajoskatonayeah, I changed zuul where it was necessary and to be sure set explicitly even in places like odl:15:09
lajoskatonaoh, this is all ovn change related patch15:09
slaweqthx lajoskatona15:11
slaweqI will check those patches which I didn't yet15:11
slaweqok, next one15:12
slaweqslaweq to pin neutron-tempest-plugin for train after it will be EM15:12
slaweqpatch https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/79149415:12
slaweqplease check it when You will have few minutes15:12
slaweqand the last one15:13
slaweqslaweq to check functional job timeouts15:13
slaweqI was checking some of the jobs from last week15:13
slaweqthere is already a bug https://bugs.launchpad.net/neutron/+bug/1889781 opened for that since some time15:13
openstackLaunchpad bug 1889781 in neutron "Functional tests are timing out" [High,Confirmed]15:13
slaweqtoday I added new comment there https://bugs.launchpad.net/neutron/+bug/1889781/comments/515:13
slaweqin most of that cases when it is timing out, it looks that all works fine, tests are passing, and then there is e.g. 1h gap in the logs15:14
slaweqand job is timing out15:14
slaweqso it hangs for 1h or more15:14
lajoskatonaI remember similar logs15:14
slaweqand next logs appears when it is already timed out and cleaned by zuul15:14
slaweqI remember that we had similar issue with unit tests (or functional tests, I don't remember exactly) and stestr long time ago15:15
slaweqand the workaround for that was to limit generated output from the tests15:15
slaweqif that is still the case here, maybe https://review.opendev.org/c/openstack/neutron-lib/+/779720 will help with that15:16
lajoskatonaYou mean changing log level or similar?15:16
bcafarelor filtering some verbose logs out15:16
bcafarel(if I recall correctly)15:16
slaweqlajoskatona: I mean, not logging e.g. warnings or things like that to the stderr/stdout15:16
slaweqbut maybe I'm wrong and maybe there is something else happening there15:17
slaweqI really don't know :/15:17
slaweqok, I think we can move on15:20
slaweqif You will have any ideas about that time outs issue, feel free to send patches :)15:20
slaweq#topic Stadium projects15:20
*** openstack changes topic to "Stadium projects (Meeting topic: neutron_ci)"15:20
slaweqlajoskatona: any updates about stadium's ci?15:21
lajoskatonathere is the ovn-change topic, which we covered15:22
lajoskatonaand I have seen doc build issues, I have os-ken as example , have to check if it appears elsewhere15:22
slaweqouch, I didn't notice that15:23
lajoskatonathis is for os-ken: https://review.opendev.org/c/openstack/os-ken/+/79168215:23
ralonsohgood catch15:23
slaweq+2 and +W now :)15:24
slaweqthat was fast15:24
slaweqthx lajoskatona for fixing that15:24
bcafarelah that's why I saw quite a few sphinx/"doc fix" patches pop in my gerrit mails then15:24
slaweqanything else or can we move on?15:26
lajoskatonaohh, one more small thing15:26
lajoskatonaI think today on infra meeting the taas rename will be topic (https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Upcoming_Project_Renames )15:27
ralonsohare we going back to quantum?15:27
lajoskatonaInfra need a gerrit maintenance window for the rename, but otherwise no issue with it15:27
slaweqlajoskatona: do You need my +1 for that?15:28
lajoskatona:-Dno, but tap-as-a-service will be moved from x/ to openstack/15:28
slaweqso it will be part of the neutron stadium now, right?15:28
bcafarelthat was fast15:28
lajoskatonathis is the patch for the rename : https://review.opendev.org/c/openstack/project-config/+/79009315:28
lajoskatonadon't know, you can vote on it15:29
slaweqI will, sure15:29
lajoskatonaFor stadium we have to go through the checklist, but the 1st step is to have the repo under openstack/15:29
lajoskatonaIt is the etherpad for it: https://etherpad.opendev.org/p/make_taas_stadium15:30
slaweqlajoskatona: I added one comment there15:30
lajoskatonait is just a note list what to check, there are interesting things like introduce ovo for taas and similar15:30
slaweqbut it can be done as follow up also15:30
lajoskatonathanks, that's it for stadium15:31
slaweqnext topic then15:31
slaweq#topic Stable branches15:31
*** openstack changes topic to "Stable branches (Meeting topic: neutron_ci)"15:31
slaweqbcafarel: anything new worth to discuss here?15:31
bcafarelI took a few days off so still catching up, but from what I've seen CI is good15:32
bcafarelI have a few tempest plugin patches for stable branches for your eyes, 1 sec15:32
bcafarelhttps://review.opendev.org/c/openstack/neutron-tempest-plugin/+/786657 to fix rocky and clean pending backports, https://review.opendev.org/c/openstack/neutron/+/786010 to drop -master jobs from wallaby (and save some CI ressources)15:33
slaweqahh, I can't approve any of them :/15:33
slaweqso You need ralonsoh and lajoskatona for that15:33
slaweqok, so next topic then15:34
slaweq#topic Grafana15:34
*** openstack changes topic to "Grafana (Meeting topic: neutron_ci)"15:34
slaweq#link https://grafana.opendev.org/d/BmiopeEMz/neutron-failure-rate?orgId=115:34
slaweqI don't see anything bad from the grafana15:37
slaweqdo You see anything wrong what You want to talk about?15:38
ralonsohno thanks15:39
slaweqso lets move on to the next topic15:39
slaweq#topic fullstack/functional15:39
*** openstack changes topic to "fullstack/functional (Meeting topic: neutron_ci)"15:39
slaweqregarding functional jobs we already discussed about timeouts15:40
slaweqand I don't really found any other new issues worth to discuss now15:40
slaweqbut regarding fullstack I found one new issue which repeats pretty often15:40
openstackLaunchpad bug 1928764 in neutron "Fullstack test TestUninterruptedConnectivityOnL2AgentRestart failing often with LB agent" [Critical,Confirmed]15:40
slaweqcan You check if it maybe will rings a bell for You? :)15:40
slaweqit's related to linuxbridge15:40
ralonsohalways with flat network15:43
slaweqsometimes with vxlan iirc15:43
slaweqbut always same test and LB agent15:43
slaweqanyway, if You would have some cycles to look at it, that would be great15:45
slaweqif not, I will probably mark that test as unstable temporary15:45
slaweqok, and that's all what I had for today's meeting15:47
slaweqregarding other jobs, I didn't found any new, serious issues15:48
bcafarelthat's nice15:48
slaweqin the periodic jobs there is only tobiko job failing, I will check that when I will have some time15:48
slaweqbut that's nothing critical for sure15:48
slaweqso if You don't have anything else for today, I will give You few miutes back now15:48
*** tosky_ has joined #openstack-meeting-315:49
slaweqok, thx for attending the meeting today15:50
slaweqhave a nice evening!15:50
bcafarelenjoy the minutes back :) o/15:50
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:50
openstackMeeting ended Tue May 18 15:50:37 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:50
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_ci/2021/neutron_ci.2021-05-18-15.01.html15:50
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_ci/2021/neutron_ci.2021-05-18-15.01.txt15:50
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_ci/2021/neutron_ci.2021-05-18-15.01.log.html15:50
*** tosky has quit IRC15:52
*** obondarev has quit IRC16:05
*** psahoo_ has quit IRC16:07
*** ralonsoh has quit IRC17:21
*** lpetrut has joined #openstack-meeting-318:10
*** lpetrut has quit IRC18:10
*** yamamoto has joined #openstack-meeting-318:43
*** yamamoto has quit IRC18:50
*** lajoskatona has quit IRC19:14
*** tosky_ is now known as tosky19:25
*** slaweq has quit IRC20:57
*** dustinc has joined #openstack-meeting-322:13
*** yamamoto has joined #openstack-meeting-322:30
*** yamamoto has quit IRC22:39
*** yamamoto has joined #openstack-meeting-322:40
*** tosky has quit IRC23:05

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