Wednesday, 2020-07-29

*** ricolin has quit IRC02:15
*** ricolin has joined #openstack-meeting-302:21
*** artom has quit IRC02:35
*** psachin has joined #openstack-meeting-303:37
*** psahoo has joined #openstack-meeting-303:52
*** slaweq has joined #openstack-meeting-305:52
*** slaweq has quit IRC06:02
*** slaweq has joined #openstack-meeting-306:57
*** halali_ has joined #openstack-meeting-307:00
*** apetrich has joined #openstack-meeting-307:27
*** yangyapeng has joined #openstack-meeting-307:30
*** tosky has joined #openstack-meeting-307:39
*** ralonsoh has joined #openstack-meeting-307:40
*** maciejjozefczyk has joined #openstack-meeting-308:14
*** e0ne has joined #openstack-meeting-308:24
*** psahoo has quit IRC10:44
*** ricolin has quit IRC10:52
*** psahoo has joined #openstack-meeting-310:56
*** psahoo has quit IRC11:37
*** markvoelker has joined #openstack-meeting-311:40
*** raildo has joined #openstack-meeting-311:44
*** markvoelker has quit IRC11:47
*** psahoo has joined #openstack-meeting-311:52
*** artom has joined #openstack-meeting-312:03
*** lpetrut has joined #openstack-meeting-312:44
*** psahoo has quit IRC12:45
*** markvoelker has joined #openstack-meeting-312:48
*** psahoo has joined #openstack-meeting-312:48
*** halali_ has quit IRC13:18
*** rubasov has quit IRC14:28
*** rubasov has joined #openstack-meeting-314:28
*** ricolin has joined #openstack-meeting-314:40
*** mlavalle has joined #openstack-meeting-314:40
*** lpetrut has quit IRC14:43
*** irclogbot_3 has quit IRC14:58
*** yangyapeng has quit IRC14:58
*** yangyapeng has joined #openstack-meeting-314:58
*** irclogbot_3 has joined #openstack-meeting-314:59
slaweq#startmeeting neutron_ci15:00
openstackMeeting started Wed Jul 29 15:00:07 2020 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
slaweqhi15: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
ralonsohhi15:00
bcafarelo/15:01
slaweqlets start15:02
slaweqGrafana dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:02
slaweqwe don't have any actions from last meeting for today15:02
slaweqso lets move directly to the next topic15:03
slaweq#topic Stadium projects15:03
*** openstack changes topic to "Stadium projects (Meeting topic: neutron_ci)"15:03
slaweqand first item there which is15:03
slaweqstandardize on zuul v315:03
slaweqEtherpad: https://etherpad.openstack.org/p/neutron-train-zuulv3-py27drop15:03
slaweqbased on recent mail from tosky I updated our etherpad a bit15:03
slaweqso we have a bit more things to do there15:03
slaweqI will try to send some patches related to it this and next week15:04
slaweqbut if You want to help, feel free to send some patches and add links to them in the etherpad15:04
bcafareloh I recognize my comment on networking-sfc from main etherpad :)15:05
slaweq:)15:06
slaweqanything else regarding stadium projects for today?15:06
bcafareljust general organization question should we add a focal migration section here? (or else in the meeting)15:07
slaweqthere is separate topic for this in the agenda15:07
bcafarelI had started https://etherpad.opendev.org/p/neutron-victoria-switch_to_focal at some point close in style to zuulv3 transition one15:07
slaweqthx bcafarel15:08
slaweqthat's great15:08
slaweqI think we need to focus more on that goal15:09
slaweqas we really need to do that soon IMO15:09
bcafarel+1 and at least from me I keep getting sidetracked on other stuff :(15:10
toskyyep, Victoria is not so far away15:10
bcafarelwe have ovs installed from pip now but functional job timeouts after that15:10
*** lajoskatona has joined #openstack-meeting-315:11
slaweqbcafarel: ovs from the pip? You mean from the repo, right?15:11
lajoskatonao/, sorry for being late15:11
ralonsohpython-ovs15:12
bcafarelpython-openvswith to be precise15:12
bcafarelralonsoh: always faster :)15:12
ralonsohexactly15:12
slaweqahh, ok :)15:12
slaweqis it this patch https://review.opendev.org/#/c/734304/ ?15:13
ralonsohit is15:13
slaweqit's failing due to some errors related to ovn probably: https://60633e52ebee9acccc9c-bc7527a6a4fcb9c26b6a927801c9ca9a.ssl.cf2.rackcdn.com/734304/8/check/neutron-functional/dd799fc/job-output.txt15:14
slaweqthere is plenty of errors like " sqlite3.OperationalError: no such table: ovn_hash_ring"15:14
slaweqbut not only that15:14
slaweqerrors with ncat process15:14
slaweqand others15:14
slaweqI think someone needs to run locally vm with ubuntu focal and run those tests there to investigate15:15
bcafareljust rebased DNM https://review.opendev.org/#/c/738163/ to get fresh results on other jobs15:15
ralonsohyes but this thing about the ovn_hash_ring table...15:16
ralonsohI need to investigate that15:16
slaweqand I also see there issues related to new ebtables15:16
slaweqwe had something similar in RH some time ago when we moved to RHEL/Centos 815:16
slaweqbut we simply skipped those failing Linuxbridge related tests in d/s15:17
slaweqbased on that I think we really need to give high priority for that as we have some real issues on this new OS15:18
slaweqI just increased timeout for functional job in https://review.opendev.org/#/c/734304/15:19
slaweqI hope it will finish without timeout so we will have cleaner look on what tests are failing there15:19
slaweqand lets focus on that in next days15:20
slaweqok, I think we can move on now15:22
slaweq#topic Stable branches15:22
*** openstack changes topic to "Stable branches (Meeting topic: neutron_ci)"15:22
slaweqUssuri dashboard: http://grafana.openstack.org/d/pM54U-Kiz/neutron-failure-rate-previous-stable-release?orgId=115:22
slaweqTrain dashboard: http://grafana.openstack.org/d/dCFVU-Kik/neutron-failure-rate-older-stable-release?orgId=115:22
bcafarelfrom what I saw in recent backports, we are back to stable CI for stable branches15:24
slaweqbcafarel: that's my understanding from the look for grafana :)15:24
slaweqdo we have anything else related to CI of stable branches for today?15:26
slaweqor can we move on?15:26
bcafarelnothing from me at least15:26
slaweqok, lets move on15:28
slaweq#topic Grafana15:28
*** openstack changes topic to "Grafana (Meeting topic: neutron_ci)"15:28
slaweqhttp://grafana.openstack.org/dashboard/db/neutron-failure-rate15:28
slaweqfirst of all, I today proposed patch  https://review.opendev.org/743729 with small improvement (IMHO)15:30
slaweqI proposed to move non-voting scenario jobs to separate graph15:30
ralonsohagree with this15:30
slaweqas now we have 12 jobs on one graph and it's a bit hard to check quickly which job is failing often15:31
slaweqand if it's voting or non-voting job15:31
slaweqother than that I think we have a lot of functional jobs failures recently15:32
ralonsohdue to a problem in ovn15:32
ralonsohhttps://review.opendev.org/#/c/743577/15:32
ralonsoh(most of them)15:33
slaweqyes, I think that main problem is that one ralonsoh :)15:33
slaweqbut second issue which happens pretty often is ovsdbapp timeout still15:33
slaweqlike e.g. https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_83a/729931/1/check/neutron-fullstack-with-uwsgi/83a80df/testr_results.html15:33
slaweqthis one is from fullstack but I saw it also in functional tests15:34
ralonsohyes... I'm aware15:34
ralonsohand I don't know how to fix that15:34
slaweqand I know that we already know about it15:34
slaweqcan't we maybe increase this timeout somehow in tests?15:34
slaweqto e.g. 30 seconds instead of 10?15:35
ralonsohnot a problem of timeout15:35
slaweqahh15:35
ralonsohbut with eventlet and threads, the recurrent issue15:35
slaweqahh15:35
ralonsohfor me this problem is like https://i.imgur.com/ofRuetq.jpg15:36
*** psahoo has quit IRC15:36
slaweqLOL15:36
slaweqso we can't do anything with that really?15:37
ralonsohstill thinking about this15:38
slaweqralonsoh: and why we don't see it in e.g. scenario jobs but only in functional/fullstack?15:38
slaweqor we do?15:38
ralonsohI think this is because the system is more busy during FT/fullstack15:38
lajoskatonais this only cpu power i.e., or OVS internals<15:39
lajoskatona?15:39
ralonsohthis is just a guess15:40
ralonsohbut if you are waiting for a message and you use a "wait" method15:40
ralonsohand then no other thread returns the GIL on time, you'll have a timeout15:40
ralonsohis the  solution to increase the timeout? I don't think so15:41
ralonsohthe solution is to find out where to make an active wait not returning the GIL15:41
ralonsoh(using evenlets)15:41
ralonsohAm I still connected?15:45
slaweqralonsoh: yes15:45
ralonsohcool15:45
slaweqI just don't know what else I can add to this :)15:45
ralonsohhehehe me neither15:46
slaweqok, lets keep an eye on it, maybe someday someone will find solution :)15:46
slaweqlets go to the next topic for today15:47
slaweq#topic Tempest/Scenario15:47
*** openstack changes topic to "Tempest/Scenario (Meeting topic: neutron_ci)"15:47
slaweqI found 2 new (for me) failures in last days15:47
slaweqfirst:15:47
slaweqneutron_tempest_plugin.api.admin.test_shared_network_extension.RBACSharedNetworksTest15:47
slaweqhttps://bcbff5a63272be990f4a-3078f09a35fdfa0355b18572be8c3ad5.ssl.cf2.rackcdn.com/702197/5/check/neutron-tempest-plugin-api/068ce6c/testr_results.html15:47
slaweqbut now I think it was related to the patch on which it was run: https://review.opendev.org/#/c/702197/15:48
slaweqso please ignore it15:49
slaweqsecond one was:15:49
slaweqneutron_tempest_plugin.scenario.test_dns_integration.DNSIntegrationAdminTests15:49
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_baf/740588/3/check/neutron-tempest-plugin-designate-scenario/baf5297/testr_results.html15:49
slaweqdid You saw such failures before?15:50
ralonsohthe first one yes, not the second one15:50
ralonsoh(actually I saw the first one because that was my patch)15:50
slaweqralonsoh: first one was on Your patch :P15:50
ralonsohhehehehe15:50
slaweqsecond one failed due to error:15:51
slaweqdesignateclient.exceptions.Conflict: Duplicate Zone15:51
slaweqin neutron server logs15:51
slaweqhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_baf/740588/3/check/neutron-tempest-plugin-designate-scenario/baf5297/controller/logs/screen-q-svc.txt15:51
slaweqI will keep an eye on this job to see if that will happen more15:51
slaweqand if so, I will open LP for that issue15:51
slaweqand that's basically all what I have for today15:52
slaweqdo You have anything else for today's meeting?15:52
ralonsohyes, a request for review15:53
ralonsohrelated to fullstack tests15:53
ralonsohhttps://review.opendev.org/#/c/738446/15:53
ralonsohthat will reduce the problem we have sometimes with test clashes15:53
slaweqsure15:53
slaweqI will review it this week15:53
slaweqasap15:53
* bcafarel adds to the pile15:54
bcafarelone additional stable topic brought in https://review.opendev.org/#/c/742519/ comments15:54
bcafareldo you think jobs running against master branches of other projects are useful in stable branches?15:54
bcafarelneutron-tempest-with-os-ken-master / neutron-ovn-tempest-ovs-master-fedora periodic jobs specifically15:55
slaweqno15:55
slaweqI think we should drop such jobs in stable branches15:55
maciejjozefczyk+115:55
slaweqstable branches by definition aren't expected to run with other things from master15:55
bcafarelok I will send cleanup patches (less periodic jobs to run, infra will be happy)15:56
slaweqthx bcafarel15:56
slaweq#action bcafarel to clean stable branches jobs from *-master jobs15:57
slaweq^^ I had to add at least one today :P15:57
bcafarelall actions on me then :)15:57
slaweq:)15:57
slaweqok, I think we can finish the meeting now15:58
slaweqthx for attending15:58
ralonsohbye!15:58
bcafarelo/15:58
lajoskatonabye15:58
slaweqand for taking care of ci in last 2 weeks :)15:58
slaweqo/15:58
slaweq#endmeeting15:58
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:58
openstackMeeting ended Wed Jul 29 15:58:22 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:58
*** lajoskatona has left #openstack-meeting-315:58
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_ci/2020/neutron_ci.2020-07-29-15.00.html15:58
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_ci/2020/neutron_ci.2020-07-29-15.00.txt15:58
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_ci/2020/neutron_ci.2020-07-29-15.00.log.html15:58
*** markvoelker has quit IRC16:13
*** akhil-g has joined #openstack-meeting-316:34
*** mlavalle has quit IRC16:46
*** mlavalle has joined #openstack-meeting-316:48
*** psachin has quit IRC16:53
*** ricolin has quit IRC17:01
*** artom has quit IRC17:45
*** artom has joined #openstack-meeting-317:46
*** artom has quit IRC17:52
*** artom has joined #openstack-meeting-318:07
*** akhil-g has quit IRC18:10
*** halali_ has joined #openstack-meeting-318:11
*** maciejjozefczyk has quit IRC18:24
*** artom has quit IRC18:31
*** artom has joined #openstack-meeting-318:48
*** artom has quit IRC18:48
*** artom has joined #openstack-meeting-318:48
*** ralonsoh has quit IRC18:53
*** slaweq has quit IRC21:07
*** raildo has quit IRC21:26
*** artom has quit IRC22:04
*** e0ne has quit IRC22:16
*** e0ne has joined #openstack-meeting-322:19
*** e0ne has quit IRC22:20
*** yangyapeng has quit IRC22:30
*** e0ne has joined #openstack-meeting-322:31
*** yangyapeng has joined #openstack-meeting-322:34
*** e0ne_ has joined #openstack-meeting-322:37
*** e0ne has quit IRC22:37
*** e0ne_ has quit IRC22:37
*** tosky has quit IRC23:21

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