Tuesday, 2021-01-19

*** tosky has quit IRC00:02
*** jamesmcarthur has joined #openstack-meeting-300:46
*** jamesmcarthur has quit IRC00:52
*** jamesmcarthur has joined #openstack-meeting-301:19
*** jamesmcarthur has quit IRC01:19
*** jamesmcarthur has joined #openstack-meeting-301:20
*** jamesmcarthur has quit IRC01:20
*** jamesmcarthur has joined #openstack-meeting-301:26
*** baojg has joined #openstack-meeting-301:34
*** jamesmcarthur has quit IRC01:57
*** jamesmcarthur has joined #openstack-meeting-302:18
*** jamesmcarthur has quit IRC02:23
*** jamesmcarthur has joined #openstack-meeting-302:23
*** jamesmcarthur has quit IRC02:29
*** jamesmcarthur has joined #openstack-meeting-302:33
*** jamesmcarthur has quit IRC02:34
*** hemanth_n has joined #openstack-meeting-302:40
*** jamesmcarthur has joined #openstack-meeting-302:56
*** ricolin has joined #openstack-meeting-303:54
*** hemanth_n has quit IRC04:40
*** hemanth_n has joined #openstack-meeting-304:44
*** hemanth_n has quit IRC06:23
*** hemanth_n has joined #openstack-meeting-306:23
*** e0ne has joined #openstack-meeting-306:42
*** e0ne has quit IRC06:42
*** jamesmcarthur has quit IRC07:06
*** macz_ has joined #openstack-meeting-307:22
*** macz_ has quit IRC07:27
*** ralonsoh has joined #openstack-meeting-307:27
*** hemanth_n has quit IRC07:32
*** hemanth_n has joined #openstack-meeting-307:33
*** lpetrut has joined #openstack-meeting-307:39
*** eolivare has joined #openstack-meeting-307:47
*** slaweq has joined #openstack-meeting-307:48
*** yamamoto has quit IRC07:53
*** yamamoto has joined #openstack-meeting-308:11
*** tosky has joined #openstack-meeting-308:39
*** jamesmcarthur has joined #openstack-meeting-309:06
*** jamesmcarthur has quit IRC09:11
*** ricolin has quit IRC09:12
*** ricolin has joined #openstack-meeting-309:13
*** macz_ has joined #openstack-meeting-311:24
*** macz_ has quit IRC11:28
*** baojg has quit IRC11:28
*** baojg has joined #openstack-meeting-311:29
*** baojg has joined #openstack-meeting-311:30
*** baojg has joined #openstack-meeting-311:30
*** baojg has quit IRC11:31
*** baojg has joined #openstack-meeting-311:31
*** baojg has quit IRC11:32
*** baojg has joined #openstack-meeting-311:32
*** baojg has quit IRC11:32
*** baojg has joined #openstack-meeting-311:33
*** baojg has quit IRC11:33
*** baojg has joined #openstack-meeting-311:34
*** baojg has joined #openstack-meeting-311:34
*** baojg has quit IRC11:35
*** baojg has joined #openstack-meeting-311:35
*** baojg has joined #openstack-meeting-311:36
*** baojg has quit IRC11:36
*** baojg has joined #openstack-meeting-311:37
*** baojg has quit IRC11:37
*** baojg has joined #openstack-meeting-311:38
*** baojg has quit IRC11:43
*** yamamoto has quit IRC11:45
*** yamamoto has joined #openstack-meeting-311:46
*** yamamoto has quit IRC11:46
*** yamamoto has joined #openstack-meeting-311:47
*** yamamoto has quit IRC11:47
*** yamamoto has joined #openstack-meeting-311:48
*** yamamoto has quit IRC11:48
*** yamamoto has joined #openstack-meeting-311:48
*** yamamoto has quit IRC11:49
*** ricolin has quit IRC11:57
*** rubasov has quit IRC11:57
*** lifeless has quit IRC11:57
*** DinaBelova has quit IRC11:57
*** markmcclain has quit IRC11:57
*** ricolin has joined #openstack-meeting-311:58
*** lpetrut_ has joined #openstack-meeting-311:58
*** lifeless has joined #openstack-meeting-311:58
*** rubasov has joined #openstack-meeting-311:58
*** DinaBelova has joined #openstack-meeting-311:58
*** markmcclain has joined #openstack-meeting-311:58
*** lpetrut has quit IRC12:01
*** eolivare_ has joined #openstack-meeting-312:14
*** eolivare has quit IRC12:16
*** artom has quit IRC12:28
*** artom has joined #openstack-meeting-312:28
*** Luzi has joined #openstack-meeting-312:38
*** raildo has joined #openstack-meeting-312:42
*** ttx has quit IRC12:51
*** hemanth_n has quit IRC12:52
*** eolivare_ has quit IRC12:53
*** yamamoto has joined #openstack-meeting-312:58
*** ttx has joined #openstack-meeting-313:05
*** macz_ has joined #openstack-meeting-313:25
*** jamesmcarthur has joined #openstack-meeting-313:26
*** eolivare_ has joined #openstack-meeting-313:26
*** macz_ has quit IRC13:29
*** yamamoto has quit IRC13:42
*** _erlon_ has joined #openstack-meeting-313:49
*** obondarev has joined #openstack-meeting-313:55
*** _mlavalle_1 has quit IRC13:58
*** mlavalle has joined #openstack-meeting-313:59
*** lajoskatona has joined #openstack-meeting-313:59
slaweq#startmeeting networking14:00
openstackMeeting started Tue Jan 19 14:00:26 2021 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: networking)"14:00
openstackThe meeting name has been set to 'networking'14:00
mlavalleo/14:00
slaweqhi14:00
_erlon_\o14:00
obondarevhi14:00
lajoskatonao/14:00
radezo/14:00
bcafarel\o14:01
rubasovo/14:01
slaweqI think we can start14:01
slaweq#topic announcements14:01
*** openstack changes topic to "announcements (Meeting topic: networking)"14:01
slaweqThis week is W-2 milestone, next milestone will be in March 8th14:01
slaweqas for W-2 itself we don't have any todo actions strictly14:01
slaweqbut I think we should do new releases of stable branches14:02
slaweqwdyt?14:02
ralonsohhi14:02
mlavalleyeah, let's do it14:02
bcafarelsounds good, we said we would do such releases around milestones14:02
bcafareland we have that api fix for security groups finally merged too14:03
mlavallepart of the process if I remember correctly14:03
slaweqespecially that we have finally https://review.opendev.org/q/510089bc5fc08b81df24e67923000e5c56dfda66 merged14:03
slaweqmlavalle: yep14:03
slaweqok, I will propose new releases this week14:03
slaweqor bcafarel, maybe You want to do that? :)14:03
bcafarelslaweq: sure let me check the pending backports, to see if some would be nice in tagged releaes14:04
bcafarel*releases14:04
slaweqbcafarel++ thx a lot14:04
slaweqlets sync about it later this week in neutron channel14:04
slaweqok, next one14:05
slaweqstein EM, now we have stein-last tag in neutron-tempest-plugin also: https://review.opendev.org/c/openstack/releases/+/76855314:05
slaweqand we also just merged patch to drop stein jobs from neutron-tempest-plugin queues14:05
slaweqthose jobs will work always with that tag and only on patches proposed to stable/stein branch in Neutron now14:06
slaweqand the last one14:06
slaweqregarding OSC/SDK14:06
slaweqI started work on SDK/OSC patches to allow "unknown parameters" there, please check https://review.opendev.org/c/openstack/openstacksdk/+/768208 and https://review.opendev.org/c/openstack/python-openstackclient/+/768210 and tell me if that makes sense for You so I will continue that work14:06
* slaweq will be back in 5 minutes14:07
*** jlibosva has joined #openstack-meeting-314:07
* slaweq is back14:10
slaweqsorry14:10
slaweqok, lets move on14:10
*** artom has quit IRC14:10
slaweqthat's all announcements from me today14:10
slaweqdo You have anything else to share with the team?14:11
bcafarelseems like a no :)14:12
slaweqok, lets move on then14:12
slaweq#topic Blueprints14:12
*** openstack changes topic to "Blueprints (Meeting topic: networking)"14:12
slaweqhttps://bugs.launchpad.net/neutron/+milestone/wallaby-214:12
slaweqany updates about BPs?14:12
lajoskatonaslaweq: regarding https://bugs.launchpad.net/bugs/188280414:13
openstackLaunchpad bug 1882804 in neutron "RFE: allow replacing the QoS policy of bound port" [Wishlist,Confirmed] - Assigned to Lajos Katona (lajos-katona)14:13
lajoskatonaSome final things moving there to merge the tempest tests for it14:13
lajoskatonaso slowly but moving forward14:14
*** Luzi has quit IRC14:14
slaweqthx lajoskatona14:14
slaweqI saw today that gmann is ok with Your tempest patch14:14
slaweqbut it requires some backports to devstack's stable/train and ussuri, right?14:14
lajoskatonayeah the last patch is on its way for devstack to skip these tests on older branches14:14
slaweqgreat14:15
slaweqthx for update14:15
*** yamamoto has joined #openstack-meeting-314:15
slaweqany other updates?14:15
slaweqmlavalle: qq about address groups in SG14:16
slaweqlist of patches is here https://review.opendev.org/q/topic:bp/address-groups-in-sg-rules14:16
mlavalleok14:16
slaweqare those all patches needed to close this BP?14:16
slaweqI think so, but maybe I'm missing something14:17
mlavallethose are the ones we need to close the BP14:17
slaweqok, so we are almost there :)14:17
mlavalleyeap14:17
slaweqthx14:17
mlavallewe are testing the fw patch14:17
slaweqregardig engine facade: https://blueprints.launchpad.net/neutron/+spec/enginefacade-switch14:18
slaweqlast week I proposed patches for midonet and vpnaas:14:18
slaweq     networking-midonet: https://review.opendev.org/c/openstack/networking-midonet/+/77079714:19
slaweq    neutron-vpnaas: https://review.opendev.org/c/openstack/neutron-vpnaas/+/77080014:19
slaweqand ralonsoh made patch for neutron docs: https://review.opendev.org/c/openstack/neutron/+/77082614:19
slaweqthose are I think last 3 things needed to close this BP14:19
slaweqbut I see that midonet's gate is totally broken now :/14:19
bcafarelthat's a lot of red :(14:20
slaweqregarding https://blueprints.launchpad.net/neutron/+spec/secure-rbac-roles14:20
slaweqpatches https://review.opendev.org/q/topic:%2522secure-rbac%2522+(status:open+OR+status:merged)+project:openstack/neutron,14:20
slaweqso far we merged only few of them14:20
slaweqI will go through them this week to check why zuul gave -1 for some14:21
slaweqand will try to fix issues if there will be any14:21
slaweqbut please also review those patches if You have some time :)14:21
slaweqregardin https://blueprints.launchpad.net/neutron/+spec/default-dns-zone-per-tenant - there is last missing patch to be merged: https://review.opendev.org/#/c/686343/14:21
slaweqplease add it to Your review list :)14:22
slaweqand that are all updates from me for today14:22
slaweqI think we can move on14:22
slaweqok, lets move on14:24
slaweq#topic Community Goals14:24
*** openstack changes topic to "Community Goals (Meeting topic: networking)"14:24
slaweqany updates about privsep or rbac policy format?14:24
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/76401514:25
ralonsohmigrating slowly to privsep14:25
ralonsohI'll push new patches on top of this one14:25
ralonsohthanks!14:25
*** yamamoto has quit IRC14:26
slaweqok, thx ralonsoh14:26
slaweqregarding policy.json -> policy.yaml, neutron patch is in the gate now so we should be good soon14:27
slaweqok, lets move on14:27
slaweq#topic Bugs14:27
*** openstack changes topic to "Bugs (Meeting topic: networking)"14:27
slaweqmlavalle was bug deputy last week14:27
slaweqreport: http://lists.openstack.org/pipermail/openstack-discuss/2021-January/019878.html14:27
mlavallewe had some bugs, but not a lot14:27
slaweqmlavalle: any bugs You want to discuss?14:27
mlavallehttps://bugs.launchpad.net/neutron/+bug/191121414:28
openstackLaunchpad bug 1911214 in neutron "Scenario test test_multiple_ports_secgroup_inheritance fails in ovn scenario job" [Medium,Confirmed]14:28
mlavalleneeds owner14:28
jlibosvaI saw otherwiseguy started looking at that one but if needed, I can also take a look14:28
mlavalleand also https://bugs.launchpad.net/neutron/+bug/191113214:28
openstackLaunchpad bug 1911132 in neutron "OVN mech driver - can't find Logical_Router errors" [Medium,Confirmed]14:28
jlibosvasorry, it's the other bug :) ignore me14:29
mlavalleI thought so14:29
mlavallehe made comments to it14:29
mlavalleand https://bugs.launchpad.net/neutron/+bug/1911864 is a potential new RFE14:30
openstackLaunchpad bug 1911864 in neutron "[DHCP] AgentBinding for network will be created no matter the state" [Wishlist,Triaged]14:30
mlavalleTHat's all I have to comment14:30
otherwiseguyyeah, I haven't had much chance to look at that one yet.14:30
slaweqthx mlavalle14:31
slaweqI will check that rfe this week14:31
*** artom has joined #openstack-meeting-314:32
*** artom has quit IRC14:32
slaweqjlibosva: otherwiseguy: can You take care of the ovn related bugs mentioned by mlavalle?14:32
*** artom has joined #openstack-meeting-314:33
jlibosvaslaweq: yes, we'll assign that to ourselves and will try to fix it14:33
otherwiseguy+114:33
slaweqjlibosva otherwiseguy thx a lot14:33
slaweqok, any other bugs You want to discuss today?14:34
slaweqand thx mlavalle for being bug deputy and for Your report :)14:34
mlavalle:-)14:34
slaweqok, I guess that there is no other bugs to discuss today14:36
slaweqthis week our bug deputy is rubasov14:36
slaweqand he's already aware of it :)14:36
slaweqthx rubasov14:36
rubasovof course14:36
slaweqnext week it will be ralonsoh's turn14:36
ralonsohperfect14:36
slaweqok, so lets go to the last topic for today14:37
slaweq#topic On Demand Agenda14:37
*** openstack changes topic to "On Demand Agenda (Meeting topic: networking)"14:37
slaweq_erlon_: hi, You added topic there14:37
slaweqso please speak now :)14:37
_erlon_slaweq: hey guys14:37
_erlon_thanks for having me here14:37
_erlon_so, I have some use cases where an Octavia user needs to update its listeners with a lot of addresses14:39
_erlon_and that ends up in Octavia sending thousands of security group port updates to neutron14:39
_erlon_and therefore the performace gets poor as the number of listeners increases14:39
_erlon_so, I was wondering if this was something discussed in the past14:40
_erlon_and how the Neutron team would view the idea of having support for bulk requests on the security group ports14:41
slaweq_erlon_: but do You mean that You need to put many SG rules to allow traffic to/from many IP addresses?14:41
slaweqso You are adding one rule per IP address?14:41
slaweqis that correct?14:41
_erlon_exactly14:41
_erlon_yes14:41
_erlon_thats correct14:41
slaweqcan You check address groups https://blueprints.launchpad.net/neutron/+spec/address-groups-in-sg-rules ?14:42
_erlon_and the addresses came from differenc CIRD14:42
slaweqmaybe that would solve Your use case14:42
slaweqso You would be able to have one rule and update address group there14:42
_erlon_ow, that is fresh14:42
slaweqyes, it's not fully implemented yet14:43
slaweqbut creation of SG rules in bulk aren't implemented neighter :)14:43
mlavalleyeah, I was going to mention address groups14:44
mlavallewe want to finish this implementation this cycle14:44
_erlon_ok, Ill read the specs and see where a bulk api would/if fit14:45
slaweq_erlon_: ok14:45
slaweqI'm not agains adding bulk api for SG rules14:45
slaweqthis may still be useful14:45
_erlon_but the most important to me is to know if that is not something completly aliean for Neutron and that people would have some acceptance to the idea14:45
slaweqwe have bulk operations for e.g. ports already14:46
slaweqso IMO we can have it also for other resources14:47
slaweqbut IIRC implementation of it for ports wasn't trivial14:47
slaweqso for SG rules it may be similar14:47
_erlon_ok, its something to get started14:48
slaweqif You will want to work on that bulk SG rules API, please open RFE on launchpad and we can discuss that there14:48
slaweqis that fine answer for You for now?14:48
_erlon_ok, Ill discuss this with our software team then, get back once/if we have a slot in our development cicles for that14:49
_erlon_slaweq: yes, thanks a lot14:50
slaweq_erlon_: thx14:50
slaweqany other topics for today?14:50
slaweqif not I will give You few minutes back today14:50
slaweqok, I guess this means "no", so thx for attending the meeting and see You online14:51
slaweqo/14:51
ralonsohbye14:51
slaweq#endmeeting14:51
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"14:51
lajoskatonaBye14:51
openstackMeeting ended Tue Jan 19 14:51:42 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:51
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking/2021/networking.2021-01-19-14.00.html14:51
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking/2021/networking.2021-01-19-14.00.txt14:51
openstackLog:            http://eavesdrop.openstack.org/meetings/networking/2021/networking.2021-01-19-14.00.log.html14:51
radezbye!14:51
rubasovo/14:52
mlavalleo/14:53
*** elod has left #openstack-meeting-314:59
slaweq#startmeeting neutron_ci15:00
openstackMeeting started Tue Jan 19 15:00:42 2021 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
*** openstack changes topic to " (Meeting topic: neutron_ci)"15:00
openstackThe meeting name has been set to 'neutron_ci'15:00
slaweqhi15:00
jlibosvao/15:00
ralonsohhi again15:00
slaweqlets wait 2-3 more minutes for others to join :)15:01
obondarevhi15:01
*** macz_ has joined #openstack-meeting-315:01
bcafarelo/ again15:02
slaweqok, lets start15:03
slaweqGrafana dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:03
slaweqplease open and we can move on :)15:03
slaweq#topic Actions from previous meetings15:03
*** openstack changes topic to "Actions from previous meetings (Meeting topic: neutron_ci)"15:03
slaweqralonsoh will check fullstack test_min_bw_qos_port_removed issues15:03
ralonsoh(I can't find the patches)15:03
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/77079915:04
ralonsohdelete the port to force the OVS agent to delete the QoS15:04
slaweqthis patch is merged already15:04
ralonsohsorry!!! https://review.opendev.org/c/openstack/neutron/+/77045815:04
ralonsoh^^ this patch15:04
slaweqok, this one is merged too15:05
slaweq:)15:05
slaweqthx ralonsoh15:05
slaweqnext one:15:05
slaweqotherwiseguy to check fedora ovn periodic job issue15:05
lajoskatonaHi15:06
slaweqI think otherwiseguy is not here today15:06
* otherwiseguy is here15:06
slaweq:)15:06
otherwiseguyon phone, sorry15:06
slaweqsorry :)15:06
slaweqI think otherwiseguy updated LP related to that issue and he's on it15:09
slaweqso we probably can move on15:09
slaweq#topic #topic Stadium projects15:09
*** openstack changes topic to "#topic Stadium projects (Meeting topic: neutron_ci)"15:09
slaweq#undo15:09
openstackRemoving item from minutes: #topic #topic Stadium projects15:09
slaweq##topic Stadium projects15:09
slaweq#topic Stadium projects15:09
*** openstack changes topic to "Stadium projects (Meeting topic: neutron_ci)"15:09
slaweqlajoskatona: any updates about stadium projects ci?15:09
slaweqexcept that midonet gate seems to be totally broken now :/15:09
lajoskatonanot much15:10
bcafarelquick check at failed jobs for midonet it seems the usual new pip resolver issues, "just" needs some requirements fixes15:11
lajoskatonal-c jobs causing troubles like elesewhere, I proposed patch for bgpvpn to make non-voting15:11
otherwiseguyok, sorry about that. insurance agent called back. you have my attention now.15:11
slaweqbcafarel: yeah, "just"15:11
lajoskatonaIf I will have time I check odl, as I remember that one is in the same sad situation15:11
slaweqok, thx lajoskatona and bcafarel15:11
slaweqI will open LP for midonet issue15:12
slaweqand will ping midonet guys to take a look at it15:12
slaweqotherwiseguy: noting really important, we talked about Your action item to check failing fedora job15:12
slaweqI know You updated LP so it's fine for now15:12
otherwiseguyslaweq: ah, yeah I think that one was going to be fixed by one of lucas's patches15:13
slaweqI hope so :)15:13
slaweqok, lets move on15:14
slaweq#topic Stable branches15:14
*** openstack changes topic to "Stable branches (Meeting topic: neutron_ci)"15:14
slaweqVictoria dashboard: https://grafana.opendev.org/d/HUCHup2Gz/neutron-failure-rate-previous-stable-release?orgId=115:14
slaweqUssuri dashboard: https://grafana.opendev.org/d/smqHXphMk/neutron-failure-rate-older-stable-release?orgId=115:14
bcafarela hybrid stadium/stable https://review.opendev.org/q/topic:%2522oslo_lc_drop%2522+status:open has a few patches pending stable reviews to show the way out to l-c15:14
*** obondarev has quit IRC15:14
slaweqI think that stable branches are recently surprisingly stable :)15:14
ralonsohyeah15:14
bcafareland yes we are finally back on normal merge routine in stable :)15:15
slaweqso I guess we don't have anything special to discuss today regarding stable branches, right?15:16
slaweqok, lets move on15:17
bcafarelnothing special, just hoping to get the opened reviews back to a short list soon15:17
slaweq#topic Grafana15:17
*** openstack changes topic to "Grafana (Meeting topic: neutron_ci)"15:18
slaweq#link http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:18
* slaweq will be back in 5 minutes15:18
slaweqok, I'm back15:20
slaweqsorry15:20
slaweqso Grafana looks pretty ok IMO recently15:20
slaweqI don't see any major issues15:21
slaweqrecently our CI is in pretty good shape IMO, many patches are merged even without rechecks :)15:22
slaweqdo You have anything regarding grafana to discuss today?15:22
ralonsohnope15:22
bcafarelno, and not complaining!15:22
slaweqor we can go to the next topics?15:22
slaweqok, so lets move on15:23
slaweq#topic Tempest/Scenario15:23
*** openstack changes topic to "Tempest/Scenario (Meeting topic: neutron_ci)"15:23
slaweqhere I have couple of topic to discuss today15:23
slaweqWe have many non-voting jobs, I proposed patch https://review.opendev.org/c/openstack/neutron/+/770832 to move those which are broken to the experimental queue for now15:23
slaweqI did that because infra was overloaded recently and neutron is using a lot of resources for every patch15:24
slaweqso maybe we can limit usage of those resources a bit15:24
slaweqfirst by not run on every patch jobs which are failing all the time15:24
slaweqwdyt?15:24
ralonsohwe have 3 +215:24
ralonsohmaybe haleyb can check it again15:25
slaweqI didn't noticed that :)15:25
lajoskatonagood way forward15:25
haleyb?15:25
ralonsohhaleyb, https://review.opendev.org/c/openstack/neutron/+/77083215:25
haleyback, i can look15:25
ralonsohthanks15:25
slaweqthx15:25
slaweqthx lajoskatona for fixing dvr job15:25
slaweqI didn't touch this one for now15:25
ralonsohlajoskatona, thanks!15:25
haleyboh, the one with the strange job definition :)15:25
slaweqlets see if it will finally be more stable15:26
slaweqhaleyb: yes15:26
lajoskatonaactually it was Oleg who found that 2 of my tests are failing on that job15:26
slaweqthx obondarev too :)15:26
slaweqanother idea to limit used resources is to maybe move 3rd party jobs to periodic queue15:26
slaweqwe will not run those jobs on every patch but still we should be able to check if we don't break other projects15:27
slaweqIMO it may be pretty good compromise between infra resources and coverage15:27
slaweqwdyt?15:27
ralonsohwhat resources?15:28
ralonsohok, I though you were talking about a env resource15:28
ralonsohsorry15:28
haleybI just +W'd that, let me know if you change your mind now15:28
slaweqralonsoh: I'm taking about jobs like ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa (non-voting) or openstacksdk job15:29
slaweqwhich are non-voting jobs in our check queue15:29
ralonsohyeah, that could be a candidate to be moved15:29
slaweqso each of them is using some infra resources15:29
slaweqIMO running them once per day would be pretty ok and we would have less jobs run in check queue15:29
ralonsoh(yeah, I was thinking about a VM resource or daemon or something, not zuul resources)15:30
slaweq:)15:30
slaweqsorry for not being clear15:30
slaweqso if You are ok with it, I will propose patch today15:30
ralonsohcool15:31
lajoskatona+115:31
slaweqthx15:31
slaweq#action slaweq to move 3rd-party jobs to periodic queue15:32
slaweqand one more thing about our CI jobs15:32
slaweqI proposed  https://review.opendev.org/c/openstack/neutron/+/77063015:32
slaweqto change some tempest jobs to be "neutron-tempest" jobs15:32
slaweqand to not run e.g. cinder services there as we don't really need them15:32
slaweqso our jobs may be a bit faster and more stable hopefully15:33
ralonsohagree15:33
slaweqplease check that patch and tell me what You think about it15:33
slaweqand that's all regaring scenario jobs for today from me15:34
slaweqdo You have anything else or can we move on?15:34
slaweqso, let's move on15:36
slaweq#topic fullstack/functional15:36
*** openstack changes topic to "fullstack/functional (Meeting topic: neutron_ci)"15:36
slaweqfunctional tests job is still most unstable one now :/15:36
slaweqI found few issues there15:36
slaweqlike e.g.:15:36
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_e3b/760967/9/check/neutron-functional-with-uwsgi/e3b913c/testr_results.html15:36
slaweqwhich is db migration failure15:36
slaweqralonsoh: I think You proposed some patch to improve that db migration tests15:37
slaweqdo You think it can solve that problem?15:37
ralonsohone sec15:37
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/77093515:37
ralonsohthat will help15:37
slaweqgreat, this patch is merged already15:38
slaweqso hopefully we will not see such failures again :)15:38
slaweqthx ralonsoh15:38
ralonsohyw15:38
slaweqnext one is failure in     neutron.tests.functional.agent.l3.test_dvr_router.TestDvrRouter.test_dvr_router_lifecycle_ha_with_snat_with_fips15:39
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_44b/763231/13/check/neutron-functional-with-uwsgi/44b98e8/testr_results.html15:39
ralonsohthat's killing me15:39
ralonsohthat's why I added the debug logs15:39
ralonsohwe kill -9 the process15:39
ralonsohand remove (with root) the PID file15:40
ralonsohand the PID file is still present... I don't understand this15:40
slaweqstrange15:41
ralonsohok, I'll check if, because this command is being executed as root, the parent process is still present15:42
ralonsohmaybe this process has the file open15:42
ralonsohmaybe...15:42
slaweqcan be15:42
ralonsohI'll check it15:42
slaweqthx15:42
slaweq#action ralonsoh to check problem with (not) deleted pid files in functional tests15:43
slaweqand in the same job, there was also other test failed15:43
slaweqneutron.tests.functional.sanity.test_sanity.SanityTestCaseRoot.test_keepalived_ipv6_support15:43
slaweqdid You saw such failures already?15:43
ralonsoh? never15:44
ralonsohlogs?>?15:44
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_44b/763231/13/check/neutron-functional-with-uwsgi/44b98e8/controller/logs/dsvm-functional-logs/neutron.tests.functional.sanity.test_sanity.SanityTestCaseRoot.test_keepalived_ipv6_support.txt15:45
slaweqin the logs from this file I see errors related to ovn hash_ring15:45
slaweqbut I'm not sure if that is root cause of the failure or maybe red herring15:45
ralonsohthat problem was solved, I think15:45
slaweqwhen?15:45
ralonsohlet me find it15:46
slaweqthat failuire is from 17.0115:46
slaweqthx15:46
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/76587415:47
ralonsohthat was supposed to solve this issue15:47
slaweqso it didn't :/15:48
slaweqbut maybe it's just problem with functional test15:48
ralonsohcould be15:48
slaweqmaybe we should mock something there?15:48
ralonsohlet me open a LP and then I'll check it15:48
slaweqwhy we need periodic task to be run in the functional test?15:48
ralonsohyou are right15:49
ralonsohwe don't15:49
slaweqdo You want me to check it? or will You take a look?15:50
ralonsohI'll check it15:50
slaweqthx15:50
slaweq#action ralonsoh to check failing periodic task in functional test15:50
slaweqok, another one15:51
slaweqrelated to not existing interface this time:15:51
slaweqhttps://b50e3eeb8d199503f863-bb8dadf314ca143f13ef83e8dbc65d1a.ssl.cf5.rackcdn.com/764401/14/check/neutron-functional-with-uwsgi/b4e3ebe/testr_results.html15:51
ralonsohthat's weird15:52
slaweqseems like maybe we should wait a bit longer for interface to be created before we start setting attributes for it?15:53
ralonsohhmmm the creating command should return only when the interface is created and accessible15:53
slaweqI will check logs from that test and that method15:55
slaweqmaybe I will find something15:55
slaweq#action slaweq to check missing interface in namespace in functional tests15:56
slaweqand the last one related to the functional tests15:56
ralonsohone more, related to functional/fullstack (but already resolved)15:56
ralonsoh#link https://review.opendev.org/c/openstack/neutron/+/77143615:56
slaweqthis time ovn15:56
ralonsoh(sorry)15:57
slaweqthx ralonsoh, I will review it today15:57
slaweqnp :)15:57
slaweqok, last one from me15:57
slaweqneutron.tests.functional.services.ovn_l3.test_plugin.TestRouter.test_gateway_chassis_rebalance15:57
slaweqhttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_1f1/764433/7/gate/neutron-functional-with-uwsgi/1f14b81/testr_results.html15:57
slaweqrings a bell for You?15:57
ralonsohlet me check15:57
ralonsohI think the waiting event should be declared before the command15:58
ralonsohso the port creating event should be added to the watch list before the _create_router call15:59
slaweqralonsoh: will You propose a patch for that?15:59
ralonsohI'll check it now15:59
slaweqthx15:59
slaweq#action ralonsoh to check failing neutron.tests.functional.services.ovn_l3.test_plugin.TestRouter.test_gateway_chassis_rebalance test15:59
slaweqso, that's all for today16:00
bcafarellast action, right on time :)16:00
slaweqthx for attending the meeting16:00
ralonsohbye!16:00
slaweqo/16:00
bcafarelo/16:00
slaweq#endmeeting16:00
jlibosvao/16:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"16:00
openstackMeeting ended Tue Jan 19 16:00:16 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_ci/2021/neutron_ci.2021-01-19-15.00.html16:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_ci/2021/neutron_ci.2021-01-19-15.00.txt16:00
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_ci/2021/neutron_ci.2021-01-19-15.00.log.html16:00
lajoskatonaBye16:01
*** diablo_rojo has joined #openstack-meeting-316:01
*** lajoskatona has left #openstack-meeting-316:23
*** yamamoto has joined #openstack-meeting-316:26
*** yamamoto has quit IRC16:34
*** lpetrut_ has quit IRC16:48
*** slaweq has quit IRC16:48
*** slaweq has joined #openstack-meeting-316:49
*** macz_ has quit IRC16:52
*** macz_ has joined #openstack-meeting-316:52
*** jamesmcarthur has quit IRC17:03
*** jamesmcarthur has joined #openstack-meeting-317:03
*** jlibosva has quit IRC17:07
*** mlavalle has quit IRC17:11
*** mlavalle has joined #openstack-meeting-317:12
*** _erlon_ has quit IRC17:13
*** jamesmcarthur has quit IRC17:31
*** jamesmcarthur has joined #openstack-meeting-317:32
*** jamesmcarthur has quit IRC17:37
*** jamesmcarthur has joined #openstack-meeting-317:38
*** jamesmcarthur has quit IRC17:43
*** eolivare_ has quit IRC18:02
*** jamesmcarthur has joined #openstack-meeting-318:02
*** artom has quit IRC18:30
*** ricolin has quit IRC18:34
*** artom has joined #openstack-meeting-318:53
*** jamesmcarthur has quit IRC18:59
*** jamesmcarthur has joined #openstack-meeting-318:59
*** lifeless has quit IRC19:27
*** lifeless has joined #openstack-meeting-319:27
*** slaweq has quit IRC19:43
*** e0ne has joined #openstack-meeting-319:58
*** e0ne has quit IRC19:58
*** artom has quit IRC20:31
*** yamamoto has joined #openstack-meeting-320:32
*** yamamoto has quit IRC20:36
*** e0ne has joined #openstack-meeting-320:38
*** artom has joined #openstack-meeting-320:42
*** artom has quit IRC21:17
*** artom has joined #openstack-meeting-321:17
*** jamesmcarthur has quit IRC21:17
*** jamesmcarthur has joined #openstack-meeting-321:19
*** e0ne has quit IRC21:28
*** priteau has quit IRC21:35
*** jamesmcarthur has quit IRC21:42
*** jamesmcarthur has joined #openstack-meeting-321:46
*** yamamoto has joined #openstack-meeting-322:10
*** jamesmcarthur has quit IRC22:16
*** jamesmcarthur has joined #openstack-meeting-322:23
*** jamesmcarthur has quit IRC22:30
*** jamesmcarthur has joined #openstack-meeting-322:33
*** jamesmcarthur has quit IRC23:25
*** raildo has quit IRC23:40
*** jamesmcarthur has joined #openstack-meeting-323:44

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