Tuesday, 2020-11-17

*** tosky has quit IRC00:06
*** yamamoto has joined #openstack-meeting-300:24
*** macz_ has quit IRC00:56
*** baojg has joined #openstack-meeting-301:04
*** yamamoto has quit IRC01:09
*** mlavalle has quit IRC01:10
*** yamamoto has joined #openstack-meeting-301:23
*** artom has quit IRC02:55
*** njohnston has quit IRC06:03
*** yamamoto has quit IRC07:07
*** yamamoto has joined #openstack-meeting-307:40
*** ralonsoh has joined #openstack-meeting-307:43
*** yamamoto has quit IRC07:45
*** yamamoto has joined #openstack-meeting-307:54
*** macz_ has joined #openstack-meeting-307:57
*** slaweq has joined #openstack-meeting-307:58
*** macz_ has quit IRC08:02
*** tosky has joined #openstack-meeting-308:56
*** artom has joined #openstack-meeting-310:19
*** yamamoto has quit IRC10:29
*** e0ne has joined #openstack-meeting-311:08
*** baojg has quit IRC11:10
*** baojg has joined #openstack-meeting-311:12
*** baojg has quit IRC11:21
*** yamamoto has joined #openstack-meeting-311:30
*** macz_ has joined #openstack-meeting-311:33
*** macz_ has quit IRC11:38
*** yamamoto has quit IRC11:45
*** slaweq has quit IRC11:56
*** slaweq has joined #openstack-meeting-311:57
*** yamamoto has joined #openstack-meeting-312:02
*** yamamoto has quit IRC12:10
*** ianychoi_ has quit IRC12:10
*** raildo_ has joined #openstack-meeting-312:14
*** raildo has quit IRC12:16
*** yamamoto has joined #openstack-meeting-312:24
*** yamamoto has quit IRC12:24
*** yamamoto has joined #openstack-meeting-312:24
*** lpetrut has joined #openstack-meeting-312:24
*** yamamoto has quit IRC12:29
*** Luzi has joined #openstack-meeting-312:36
*** njohnston_ has joined #openstack-meeting-312:43
*** artom has quit IRC13:18
*** yamamoto has joined #openstack-meeting-313:39
*** mlavalle has joined #openstack-meeting-313:56
*** obondarev has joined #openstack-meeting-313:58
*** baojg has joined #openstack-meeting-314:00
slaweq#startmeeting networking14:00
openstackMeeting started Tue Nov 17 14:00:13 2020 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
njohnston_o/14:00
*** njohnston_ is now known as njohnston14:00
mlavalleo/14:00
slaweqo/14:00
bcafarelo/14:01
obondarevhi14:01
rubasovo/14:01
haleybhi14:02
slaweq#topic Announcements14:03
*** openstack changes topic to "Announcements (Meeting topic: networking)"14:03
slaweqI don't have many announcements for today14:03
slaweqjust 2 reminders14:03
slaweqWallaby-1 milestone is just in 2 weeks so we are close to it14:03
slaweqand second14:03
slaweqthis weekend gerrit outage is planned: http://lists.opendev.org/pipermail/service-announce/2020-October/000012.html14:04
slaweqplease be aware of it if You want to work on something during those days ;)14:04
slaweqanything else You want to share with the team?14:04
ralonsoh(sorry I'm in other meeting)14:05
slaweqok, I guess that this means "no" :)14:06
slaweqand we can move on14:06
slaweq#topic Blueprints14:07
*** openstack changes topic to "Blueprints (Meeting topic: networking)"14:07
slaweqWallaby-1 https://bugs.launchpad.net/neutron/+milestone/wallaby-114:07
slaweqany updates about any of BPs?14:07
mlavalleWe continue working on address groups. Couple of patches will be coming soon14:07
slaweqmlavalle: and one of them is actually blocked by https://review.opendev.org/#/c/762434/14:08
slaweqright?14:08
mlavalleThat's a third one14:09
mlavallethe API and DB patch for address groups in security group rules14:09
slaweqI will check obondarev's comments there later today and will try also to check why it's still not working as it should14:09
slaweqso hopefully it will be ready this week14:09
mlavalleThanks!14:09
slaweqany other updates?14:10
slaweqok14:11
slaweqI have 2 quick updates14:11
slaweq1. I closed BP related to the db retries as that's what we decided on the last drivers meeting14:13
slaweqhttps://blueprints.launchpad.net/neutron/+spec/handle-deadlocks-in-oslo-way14:13
*** lajoskatona has joined #openstack-meeting-314:13
lajoskatonaHi14:14
slaweq2. I was pinged today by xinranwang who asked me about review of https://review.opendev.org/#/c/742785/14:14
slaweqit is nova spec, but it has also some parts related to the neutron14:14
* bcafarel notes to read last drivers' meeting log14:14
slaweqthat's at least what he told me14:14
slaweqso, please add this spec to Your review list and check it14:15
slaweqand that's basically all from my side regarding BPs14:16
slaweqif there are no other updates, lets move on14:17
slaweq#topic Community Goals14:17
*** openstack changes topic to "Community Goals (Meeting topic: networking)"14:17
slaweqMigrate from oslo.rootwrap to oslo.privsep driven by ralonsoh14:17
slaweqI started preparing some list of changes which we need to do here to accomplish that14:18
*** Luzi has quit IRC14:18
slaweqI didn't finish it yet14:18
slaweqbut I have a question to all of You14:18
slaweqI found in neutron tree module: neutron/agent/linux/xenapi_root_helper.py14:18
slaweqmy question is: do we still should keep it there? is it used by anyone?14:18
slaweqI don't think we are doing any kind of testing of it really14:19
ralonsohit was removed in Nova: https://review.opendev.org/#/c/749309/, https://review.opendev.org/#/c/749304/14:19
slaweqthx ralonsoh14:19
*** macz_ has joined #openstack-meeting-314:20
ralonsohI think we should mark the conf options as deprecated and remove all the code14:20
ralonsohand in X, remove the conf options14:20
njohnston+114:20
bcafarelcleanup++14:21
obondarev+114:22
slaweqdo You think that we should first send email to ML to ensure that nobody is using it really?14:23
lajoskatona+114:24
ralonsohI don't think so14:24
*** macz_ has quit IRC14:24
ralonsohthat was sent 1 year ago14:24
njohnstonpersonally I think we can go by the due diligence nova would have done before deprecating their part14:25
ralonsohthen Nova marked it as deprecated14:25
ralonsohin 201914:25
slaweqok14:25
slaweqgreat :)14:25
slaweqany volunteer to do that?14:25
ralonsohI'm on it now14:25
slaweqralonsoh: thx a lot14:25
slaweqany other updates regarding community goals? amotoki, ralonsoh?14:26
ralonsohno, thanks14:26
amotokino update this week14:26
slaweqok, lets move on then14:26
slaweq#topic Bugs14:26
*** openstack changes topic to "Bugs (Meeting topic: networking)"14:26
slaweqlucasgomes  was bug deputy: http://lists.openstack.org/pipermail/openstack-discuss/2020-November/018782.html14:27
slaweqI went through this list today14:27
slaweqand I think there is couple of bugs which needs some attention14:27
slaweqfirst of all, 2 bugs related to stable branches14:28
slaweqhttps://bugs.launchpad.net/neutron/+bug/1903531 - broken upgrade - we need fix it quickly or revert patch which broke it.14:28
openstackLaunchpad bug 1903531 in neutron "Update of neutron-server breaks compatibility to previous neutron-agent version" [Critical,Confirmed]14:28
slaweqwe broke compatibility between agents and server with that backport :/14:28
slaweqwhich is very bad14:28
slaweqand we should now either fix that in stable branches or revert patch which caused that14:28
slaweqany opinions which one is better?14:29
bcafarelyup sorry I missed that "," in rpc change :/14:29
ralonsohIMO, because we are changing the API content, we should revert the stable branch patches14:29
slaweqbcafarel: yes, me too :/14:29
bcafarelas it is a security fix by itself additional fix would be great though14:29
slaweqand the worst thing is that we merged that just before Stein EM, so we can't now do new Stein release, right?14:30
ralonsohI think so...14:31
bcafareltransition patch is not merged yet hberaud had questions (lucky us)14:31
bcafarelhttps://review.opendev.org/#/c/762404/14:31
slaweqok, so lets revert it asap and do quickly one more release of stein14:31
slaweqso this will be fixed in last released version14:32
slaweqare You ok with that?14:32
ralonsohso, are we going to fix the fix or revert it for Stein?14:32
ralonsohI'm not sure14:32
slaweqralonsoh: I would go with revert in all stable branches14:32
slaweqTrain, Stein, Rocky and Queens14:32
ralonsohok14:33
slaweqgood for You?14:33
ralonsohperfect14:33
slaweqok, I will propose backports immediatelly14:33
slaweqreverts done for all stable branches14:34
slaweqwhere it was backported14:34
slaweqok, good that someone found it before EM :)14:35
ralonsohsure14:36
slaweqlets move on to the next one14:36
slaweqhttps://bugs.launchpad.net/neutron/+bug/1903689 - stadium projects and neutron-lib issue14:36
openstackLaunchpad bug 1903689 in neutron "[stable/ussuri] Functional job fails - AttributeError: module 'neutron_lib.constants' has no attribute 'DEVICE_OWNER_DISTRIBUTED'" [Medium,New]14:36
slaweqbcafarel You are on it, right?14:36
bcafarelnice that we have the same list of bugs we wanted to talk about :)14:36
slaweq:)14:36
bcafarelslaweq: looking into it yes, not sure yet how to fix it14:36
bcafarelit seems neutron is missing in u-c in ussuri and newer branches14:37
bcafarelalso, a semi-related bug here, the sibling system does not work with UT tests py38 (seen in https://review.opendev.org/#/c/743487 )14:38
slaweqbcafarel: You mean here https://github.com/openstack/requirements/blob/stable/victoria/upper-constraints.txt right?14:38
bcafarelas that part is a bit voodoo/black magic to me, if some experts could check14:39
bcafarelslaweq: yes, train and before had a "neutron==xx" line14:39
slaweqyes, I see14:39
slaweqbcafarel: I see that this py38 job is failing due to this issue with neutron version14:42
slaweqno?14:42
bcafarelyes error is same but py36/36 are working (siblings working correcly?)14:43
lajoskatonabcafarel: it seems that this patch removed neutron from u-c file: https://review.opendev.org/55303014:43
bcafarellajoskatona looks like a good suspect!14:44
lajoskatonano, it is from rocky perhaps, but not sure14:44
lajoskatonabut anyway, it seems that this happened in history :-)14:44
slaweqbut it is later in e.g. train14:45
slaweqok, bcafarel I hope You will take care of it14:47
slaweqif You will need any help, please ping me14:47
bcafarelwill do!14:47
slaweqthx14:47
slaweqok, lets move on14:47
slaweqnext is CI related bug14:47
slaweqhttps://bugs.launchpad.net/neutron/+bug/190398514:47
openstackLaunchpad bug 1903985 in neutron "[functional] Timeouts during setting link attributes in the namepaces" [High,Confirmed]14:47
slaweqwe see it more and more IMO recently14:48
slaweqso we need someone who will maybe take a look at those logs and try to disable logging of some of errors in stdout/stderr14:48
slaweqif anyone have any cycles, that would be great14:49
ralonsohthis problem is specific to port.link.set_up()14:49
ralonsohI think that could be a problem with the device created14:50
slaweqahh, right ralonsoh14:50
slaweqsorry14:50
slaweqI was thinking about different issue14:50
slaweqtrue14:50
slaweqbut this also happens from time to time recently :)14:50
ralonsohit uses  privileged.set_link_attribute14:50
ralonsohsure14:50
ralonsohI'll check it today14:50
slaweqthx14:50
slaweqand the last one which I wanted to mention today is14:51
slaweqhttps://bugs.launchpad.net/neutron/+bug/190404114:51
openstackLaunchpad bug 1904041 in neutron "Victoria neutron-db-sync fails with I38991de2b4_source_and_destination_ip_prefix_neutron_metering_rule.py" [Undecided,New]14:51
slaweqwhich is already initially checked by ralonsoh14:51
slaweqthx for that14:51
ralonsohI can't reproduce this issue14:51
ralonsoheven modifying the DB manually14:51
slaweqit also works fine in our CI14:51
slaweqon every run db migration script is run, right?14:51
ralonsohyes14:52
slaweqok, lets wait for some more informations and we will see14:52
slaweqand that are all bugs which I wanted to raise here from lucasgomes' report14:53
slaweqthis week our bug deputy is jlibosva14:53
slaweqI already contacted him to remind it14:53
slaweqand next week is obondarev's turn14:53
slaweqfor next week I will prepare new round14:53
obondarev+14:54
* bcafarel gets ready14:54
slaweqwith that I'm done for today14:54
slaweqdo You have anything else You want to discuss with the team?14:54
ralonsohnot from e14:54
ralonsohme*14:54
bcafarelall good, both bugs I wanted to talk about were mentioned14:55
njohnstonI have one thing14:55
slaweqnjohnston: sure14:55
njohnstonwith the work getting started with the Secure RBAC popup team, do we have to think about the impact for stadium projects at this point?14:55
slaweqwhat is exactly Secure RBAC popup team? I think I missed something14:56
njohnston#link http://lists.openstack.org/pipermail/openstack-discuss/2020-November/018800.html14:57
lajoskatonait is mostly about testing, or am I wrong?14:57
slaweqnjohnston: thx for raising this up, I will read this email as I missed it earlier14:58
slaweqand also I think we need amotoki to be involved in that14:58
njohnstonIt is, but for some roles that don't correspond to roles we have in traditional policies we may find some gaps or bugs14:58
njohnston+114:59
amotokiI just talked with gmann and am trying to catch up the discussion in the policy meeting14:59
slaweqamotoki: great, thx14:59
amotokibut we need to explore how we can cover policy testing in our repo15:00
slaweqso lets get back to this on our next meeting15:00
slaweqok, we are out of time now15:01
mlavalleo/15:01
slaweqthx for attending the meeting15:01
lajoskatonao/15:01
slaweqo/15:01
njohnstono/ thanks15:01
ralonsohbye15:01
amotokio/15:01
slaweq#endmeeting15:01
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:01
openstackMeeting ended Tue Nov 17 15:01:20 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:01
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking/2020/networking.2020-11-17-14.00.html15:01
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking/2020/networking.2020-11-17-14.00.txt15:01
openstackLog:            http://eavesdrop.openstack.org/meetings/networking/2020/networking.2020-11-17-14.00.log.html15:01
bcafarelo/15:01
slaweq#startmeeting neutron_ci15:01
openstackMeeting started Tue Nov 17 15:01:38 2020 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
slaweqand welcome back :)15:01
*** openstack changes topic to " (Meeting topic: neutron_ci)"15:01
openstackThe meeting name has been set to 'neutron_ci'15:01
lajoskatonao/15:01
ralonsohhi15:01
bcafarelsecond o/15:01
slaweqlets do that one quick :)15:02
slaweqGrafana dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:02
slaweq#topic Actions from previous meetings15:03
*** openstack changes topic to "Actions from previous meetings (Meeting topic: neutron_ci)"15:03
slaweqfirst one15:03
slaweqslaweq to check failing neutron-grenade-ovn job15:03
slaweqI checked it15:03
slaweqand I found that it's failing due to the same reason why all ovn multinode jobs15:03
slaweqhttps://bugs.launchpad.net/neutron/+bug/190411715:03
openstackLaunchpad bug 1904117 in neutron "Nodes in the OVN scenario multinode jobs can't talk to each other" [High,In progress] - Assigned to Slawek Kaplonski (slaweq)15:03
slaweqI proposed patches https://review.opendev.org/#/c/762650/ and https://review.opendev.org/#/c/762654/15:03
slaweqnow I'm waiting for result of the last run of it15:04
slaweqI hope it will work and will be accepted by zuul people15:04
*** artom has joined #openstack-meeting-315:04
slaweqif You have any other ideas how we can solve that problem (maybe in some easier way) than please speak up :)15:05
slaweqnext one15:06
slaweqslaweq to report bug regarding error 500 in ovn functional tests15:06
slaweqhttps://bugs.launchpad.net/neutron/+bug/190300815:06
openstackLaunchpad bug 1903008 in neutron "Create network failed during functional test" [High,Confirmed]15:06
slaweqaccording to ralonsoh's comment we should wait with this until we will finish migration to new engine facade15:07
ralonsohright15:07
bcafarelwhich should be soon :)15:08
slaweqI hope so15:08
slaweqok, next one15:08
slaweqralonsoh to check error 500 in ovn functional tests15:08
ralonsohI didn't find anything relevant sorry15:09
ralonsohI don't know why is failing...15:09
slaweqok, I will ask also jlibosva and lucasgomes to take a look15:09
slaweqralonsoh: was there LP reported for that?15:10
ralonsohno15:10
slaweqok, I will report one and ping ovn folks to check it15:11
slaweq#action slaweq to report bug regarding errors 500 in ovn functional tests15:11
slaweqok, and the last one for today15:12
slaweqslaweq to report LP regarding functional test timeout on set_link_attribute method15:12
slaweqhttps://bugs.launchpad.net/neutron/+bug/190398515:12
openstackLaunchpad bug 1903985 in neutron "[functional] Timeouts during setting link attributes in the namepaces" [High,Confirmed]15:12
slaweqok, lets move on15:14
slaweq#topic Stadium projects15:14
*** openstack changes topic to "Stadium projects (Meeting topic: neutron_ci)"15:14
slaweqlajoskatona: anything urgent/new regarding stadiums CI?15:14
slaweqok, I guess that except this issue with capping neutron in u-c all is fine there15:16
bcafarelmostly yes15:16
lajoskatonanothing15:16
*** lpetrut has quit IRC15:16
bcafarelsome open questions for stein EM transition in https://review.opendev.org/#/c/762404 but nothing important I think (I left comments for most projects)15:17
slaweqI will check those when this fix/revert will be ready15:17
slaweqok15:18
slaweqso next topic15:18
slaweq#topic Stable branches15:18
*** openstack changes topic to "Stable branches (Meeting topic: neutron_ci)"15:18
slaweqand the same question :)15:18
slaweqbcafarel: anything new/urgent here?15:19
bcafareleverything handled already :)15:19
slaweqgreat15:19
slaweqso lets move on15:19
bcafarelI saw quite a few backports get merged last week, CI looks OK on stable branches15:19
slaweqgood to hear that15:19
slaweq:)15:20
slaweq#topic Grafana15:20
*** openstack changes topic to "Grafana (Meeting topic: neutron_ci)"15:20
slaweq#link http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:20
slaweqthe only thing I can say from it is that numbers there aren't good in overall15:21
slaweqbut I don't see any specific new issue there15:21
slaweqjust that our jobs are mostly not stable still :/15:21
slaweqbut it's getting to be better IMO15:21
bcafarelwith those connect/ssh fixes I think it is better in last few days?15:21
bcafarelat least I saw a few +2 pass by :)15:22
slaweqyes, and fix for checking vm's console log before ssh to instance was just merged in tempest yesterday night15:22
slaweqwhich I hope will help with many tempest jobs15:22
slaweqso I think we can move on to some scenario jobs' failures15:25
slaweq#topic Tempest/Scenario15:25
*** openstack changes topic to "Tempest/Scenario (Meeting topic: neutron_ci)"15:25
slaweqtoday I went through failures from last week and I found couple of issues there15:26
slaweqthere was (or is, idk exactly) some issue with rabbitmq which didn't start properly15:26
slaweqbut that's not on us really15:26
slaweqexcept that, failure which was seen most often was problem with hostname command, like https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_b18/753847/14/gate/neutron-tempest-plugin-scenario-linuxbridge/b18b3b6/testr_results.html15:27
slaweqbut that should be fixed by ralonsoh15:27
slaweqright?15:27
ralonsohI think so15:27
bcafarelin rechecks I think yes15:27
ralonsohhttps://review.opendev.org/#/c/762527/15:27
bcafareldo we know why hostname started returning -1 recently btw?15:27
slaweqbcafarel: I think it was like that before from time to time15:28
slaweqand recently this test was marked as unstable due to other issues15:28
bcafarelok I prefer that :)15:28
slaweqso we probably didn't saw it really15:28
*** obondarev has quit IRC15:29
ralonsohwe can skip that reading the hostname file directly15:29
ralonsohthat's not perfect, but works for us15:29
slaweqif that works I'm ok with it15:29
slaweqit's just a test :)15:29
slaweqok, other issue which I saw is timeout waiting for instance15:31
slaweqlike: https://10c0cf0314a8bd66c0e4-c578cacb39dd1edf606b634ec77d1998.ssl.cf5.rackcdn.com/762654/5/check/neutron-tempest-plugin-scenario-openvswitch-iptables_hybrid/78884bd/testr_results.html15:31
slaweqI think lajoskatona also saw it recently15:31
slaweqand IIRC it's always in the same test, which is strange for me15:31
lajoskatonayeah, once or twice this week perhaps15:32
slaweqlajoskatona: did You check with Nova what can be wrong there?15:32
ralonsohthis could be because of the advance image15:32
lajoskatonaI asked gibi to help me out ith n-cpu logs and He said that one slow thing was the conversion from qcow2 to raw format, at least from log15:32
lajoskatonayeah I hade the same feeling15:32
slaweqok15:33
lajoskatonaif you check on canonical page it is slightly bigger than previous images15:33
slaweqso we can try to increase this build timeout (but how much would be enough)15:33
ralonsohif this is because of the conversion, can we point to the raw format image?15:33
slaweqor try to look for some smaller image maybe15:33
slaweqralonsoh: but raw will be much bigger, no?15:34
ralonsohmaybe...15:34
lajoskatonayes, thats bigger I suppose, but no conversion15:34
ralonsohbut I don't see it in the repos15:34
ralonsohhttps://cloud-images.ubuntu.com/bionic/current/15:35
slaweqmaybe this one https://cloud-images.ubuntu.com/focal/current/focal-server-cloudimg-amd64-root.tar.xz ?15:35
slaweqidk exactly what are all those images really :)15:36
ralonsohok so the problems are the conversion and the resources (more ram and disk)15:36
ralonsohdo you know if we support something else apart from ubuntu and cirros?15:37
slaweqwe should have a bit more resources after https://review.opendev.org/#/c/762582/ and https://review.opendev.org/#/c/762539/ will be merged15:37
ralonsohwe can also try to use less workers15:38
slaweqbut we need also https://review.opendev.org/#/c/762622/ to merge all of that15:38
ralonsohthat will take more time but with less probability of failure15:38
slaweqralonsoh: test workers or neutron workers?15:38
ralonsohtest15:38
ralonsohncpu - 1, for example15:39
slaweqwe can try but I think we already use only 215:39
slaweqIIRC15:39
ralonsohreally?15:39
ralonsohok15:39
slaweqsorry, 415:40
slaweqso we can try only 215:40
ralonsohor 3 yes15:40
ralonsohthat will take more time but less problems, I think so15:40
slaweqespecially in neutron-tempest-plugin jobs where there is no so many tests to run15:40
slaweqralonsoh: will You propose a patch or do You want me to do it?15:40
ralonsohsure15:40
ralonsohI'll do it15:40
slaweqthx15:40
slaweq#action ralonsoh will decrease number of test workers in scenario jobs15:41
slaweqI also found other interesting failure with server15:41
slaweqbut only once so far15:41
slaweqhttps://6ad68def19a9c3e3c7f7-a757501b1a7ef7a48e849fadd8ea0086.ssl.cf2.rackcdn.com/759657/1/check/neutron-tempest-plugin-scenario-ovn/3ce85d5/testr_results.html15:41
slaweqit seems it was timeout during server termination15:42
slaweqdid You saw something like that before?15:42
ralonsohonly testing manually15:43
slaweqok, lets see how it will be and if it will repeat more often, we will report bug for that15:43
slaweqand we will see :)15:43
slaweqand that's all what I have for today15:44
slaweqperiodic jobs are ok recently15:44
slaweqdo You have anything else You want to talk today?15:44
ralonsohno15:45
slaweqif not, I will give You 15 minutes back15:45
bcafarelnice to be able to wrap the meeting in less time :)15:45
slaweqok, thx for attending15:45
ralonsohbye!15:46
slaweqhave a great evening and see You online tomorrow :)15:46
slaweqo/15:46
slaweq#endmeeting15:46
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:46
openstackMeeting ended Tue Nov 17 15:46:09 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:46
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_ci/2020/neutron_ci.2020-11-17-15.01.html15:46
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_ci/2020/neutron_ci.2020-11-17-15.01.txt15:46
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_ci/2020/neutron_ci.2020-11-17-15.01.log.html15:46
lajoskatonao/15:47
*** lajoskatona has left #openstack-meeting-315:49
*** artom has quit IRC15:54
*** bnemec has quit IRC16:16
*** artom has joined #openstack-meeting-316:28
*** bnemec has joined #openstack-meeting-316:50
*** mlavalle has quit IRC17:18
*** e0ne has quit IRC17:22
*** mlavalle has joined #openstack-meeting-317:31
*** ralonsoh has quit IRC22:03
*** yamamoto has quit IRC23:14
*** yamamoto has joined #openstack-meeting-323:19
*** slaweq has quit IRC23:21
*** tosky has quit IRC23:58

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