Wednesday, 2020-05-13

*** dustinc has quit IRC03:34
*** psachin has joined #openstack-meeting-303:37
*** diablo_rojo has quit IRC04:44
*** psachin has quit IRC04:56
*** links has joined #openstack-meeting-305:34
*** njohnston has quit IRC06:05
*** belmoreira has joined #openstack-meeting-306:25
*** links has quit IRC06:37
*** links has joined #openstack-meeting-306:40
*** lpetrut has joined #openstack-meeting-306:42
*** slaweq has joined #openstack-meeting-306:51
*** apetrich has quit IRC07:11
*** ralonsoh has joined #openstack-meeting-307:42
*** apetrich has joined #openstack-meeting-307:45
*** apetrich has quit IRC07:45
*** apetrich has joined #openstack-meeting-307:46
*** e0ne has joined #openstack-meeting-308:05
*** jraju__ has joined #openstack-meeting-309:27
*** links has quit IRC09:28
*** links has joined #openstack-meeting-309:47
*** jraju__ has quit IRC09:47
*** njohnston has joined #openstack-meeting-311:01
*** yamamoto has joined #openstack-meeting-311:43
*** yamamoto has quit IRC11:43
*** raildo has joined #openstack-meeting-312:05
*** lpetrut has quit IRC12:46
*** ianychoi has quit IRC12:55
*** liuyulong has joined #openstack-meeting-313:49
*** lpetrut has joined #openstack-meeting-314:29
slaweq#startmeeting neutron_ci15:00
openstackMeeting started Wed May 13 15:00:48 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
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
ralonsohhi15:01
*** lajoskatona has joined #openstack-meeting-315:01
lajoskatonao/15:01
bcafarelo/15:01
*** links has quit IRC15:02
slaweqGrafana dashboard: http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:02
slaweqPlease open now :)15:02
*** maciejjozefczyk has joined #openstack-meeting-315:02
slaweqand now, lets start :)15:02
slaweq#topic Actions from previous meetings15:02
*** openstack changes topic to "Actions from previous meetings (Meeting topic: neutron_ci)"15:02
slaweqmaciejjozefczyk will increase timeout in neutron.tests.functional.plugins.ml2.drivers.ovn.mech_driver.ovsdb.test_ovn_db_sync.TestOvnNbSyncOverTcp.test_ovn_nb_sync_log15:02
maciejjozefczykslaweq, done15:03
slaweqmaciejjozefczyk: thx :)15:03
slaweqthat's fast15:03
maciejjozefczykbut I haven't time to verify if this helped15:03
slaweqI didn't saw such failure this week15:03
slaweqbut maybe others did15:03
ralonsohno sorry15:03
bcafarelI don't think I saw one either (so that sounds good)15:04
slaweqralonsoh: no need to sorry, maybe it's just fixed now :)15:04
slaweqok, next one15:05
slaweqbcafarel to check neutron-dynamic-routing failurs in stable/train15:05
bcafarelit was indeed caused by recent tempest install change, there is a LP and patch up for review15:05
bcafarelhttps://review.opendev.org/#/c/725920/15:06
slaweqthx bcafarel15:07
slaweq+215:07
slaweq:)15:07
bcafarelalmost there :)15:07
slaweqok, so next one15:07
slaweqralonsoh to check ovn jobs timeouts15:07
ralonsohsorry I dind't spend too much time on this15:08
*** lpetrut has quit IRC15:08
ralonsohand I didn't find anything yet15:08
slaweqbut are ovn jobs still timeouting so often?15:08
ralonsohnot so often15:08
slaweqI think it was like 100% of runs last week15:08
slaweqor almost15:08
ralonsohbut I still need to find why we could have this15:08
slaweqok15:08
ralonsohand maybe push a solution for the CI15:09
njohnstono/ sorry I am late15:09
slaweqso can I assign it to You for next week?15:09
ralonsohsure15:09
slaweqthx15:09
slaweq#action ralonsoh to continue checking ovn jobs timeouts15:09
slaweqhi njohnston :)15:09
slaweqand the last one15:09
slaweqmaciejjozefczyk to check failing compile of ovs in the fedora periodic job15:09
maciejjozefczyk#link https://review.opendev.org/#/c/726759/15:09
maciejjozefczykFedora has new kernel and OVS doesn't support compilation for it15:09
slaweqok, I saw this patch15:10
maciejjozefczyk(newer than 5.5)15:10
slaweqand I have one question - did You test that it will solve problem with fedora job?15:10
slaweqcan You maybe send dnm patch on top of this one, where You will add this fedora job to check queue, then it will be run as other jobs and we will see if that helped15:10
maciejjozefczykactually not on the gates15:11
maciejjozefczykI can verify now sending another patch that relies on this one15:11
* maciejjozefczyk will do after meeting15:11
slaweqthx15:11
maciejjozefczykbut the failure in the fedora job was related to that compilation, so it should fix this15:11
slaweqjust to make sure it solves our issue with periodic job :)15:12
maciejjozefczykyep ++15:12
slaweqand that's all actions from last wek15:12
slaweq*week15:12
slaweqanything else You want to add here? or can we move on to the next topic?15:12
slaweqok, so lets move on15:14
slaweq#topic Stadium projects15:14
*** openstack changes topic to "Stadium projects (Meeting topic: neutron_ci)"15:14
slaweqstandardize on zuul v315:14
slaweqas we talked on Monday, I will send this week patch to switch ovn grenade job to zuulv3 syntax15:14
slaweqfor networking-odl we have patches ready for review, right?15:15
lajoskatonayes, I ahve to check15:16
lajoskatonahave -^15:16
slaweqok, and then only midonet will left15:16
lajoskatonaI have a comment so I ahve to check, but it is ongoing15:16
slaweqthx lajoskatona15:16
slaweqfrom other things related to stadium, we fixed midonet gate in master and ussuri15:17
slaweqthx ralonsoh for patch for that15:17
ralonsohyw!15:17
slaweqand I proposed serie of patches https://review.opendev.org/#/q/status:open+branch:stable/ussuri+topic:ussuri-release to use ussuri jobs from neutron-tempest-plugin in ussuri branch15:18
slaweqplease review them :)15:18
slaweqanything else regading stadium projects' CI?15:18
bcafarelI think there are a few patches sent recently for hacking 3, to add to review pile :)15:20
bcafarel"Bump hacking min version to 3.0.1" topic for most of them15:21
slaweqthx bcafarel I will check them tonight15:22
*** belmoreira has quit IRC15:24
slaweqbcafarel: I see such patch only for networking-baremetal, which isn't neutron project15:24
slaweqok, I see15:24
slaweqfor other projects too15:24
slaweqI will review them later today15:24
bcafarelyes search does not work well there15:25
bcafarelI mostly saw them passing on #openstack-neutron bot15:26
slaweqlets move on to the next topic then15:27
slaweq#topic Stable branches15:27
*** openstack changes topic to "Stable branches (Meeting topic: neutron_ci)"15:27
slaweqTrain dashboard: http://grafana.openstack.org/d/pM54U-Kiz/neutron-failure-rate-previous-stable-release?orgId=115:27
slaweqStein dashboard: http://grafana.openstack.org/d/dCFVU-Kik/neutron-failure-rate-older-stable-release?orgId=115:27
slaweqI think we should update those dashboards now, as ussuri is officially released15:28
bcafareltrue, add it to my pile15:28
slaweqthx bcafarel :)15:29
slaweq#action bcafarel to update stable branches grafana dashboards15:29
bcafarelalso overall most backports are waiting atm on pycodestyle capping15:29
slaweqyes, pep8 failing 100% times15:29
bcafarelhttps://review.opendev.org/#/c/727274/3 just merged on ussuri, we will need it up to rovky included15:30
bcafarel*rocky15:30
slaweqI just +W on train patch15:32
slaweqso we will need still backports for older ones15:33
slaweqbcafarel: other jobs in stable branches are fine, right?15:33
slaweqor do we have there any other problems which I missed?15:33
bcafarelyes the rest of the jobs are fine we actually got a few  backports merged without too many rechecks :)15:34
slaweqok, so lets move on to the next topics15:35
slaweq#topic Grafana15:35
*** openstack changes topic to "Grafana (Meeting topic: neutron_ci)"15:35
slaweq#link http://grafana.openstack.org/dashboard/db/neutron-failure-rate15:35
slaweqand some stats:15:35
slaweqAverage number of rechecks in last weeks:15:36
slaweq    week 18 of 2020: 1.2515:36
slaweq    week 19 of 2020: 2.015:36
slaweq    week 20 of 2020: 0.6715:36
slaweqso in overall it seems that it's not very bad15:36
slaweqI don't see anything alarming there15:37
bcafarela quiet week for release time :)15:38
slaweqseems so :)15:38
slaweqanything else about grafana and our dashboards?15:39
slaweqok, so lets move on15:41
slaweq#topic fullstack/functional15:41
*** openstack changes topic to "fullstack/functional (Meeting topic: neutron_ci)"15:41
slaweqfirst functional tests15:41
slaweqI wanted to ask You about what do You think if we would switch functional uwsgi job to be voting?15:41
maciejjozefczyk+1 seems to be quite stable15:42
slaweqIMO it's more stable now, and we are at the beginning of the cycle15:42
njohnston+115:42
slaweqso worst case we can revert it :)15:42
slaweqok, so I will propose such patch this week15:42
slaweq#action slaweq to switch functional uwsgi job to be voting15:43
slaweqand I didn't found any new issues in functional job this week15:43
maciejjozefczykI found one bug in the way we execute functional tests: https://bugs.launchpad.net/neutron/+bug/187816015:43
openstackLaunchpad bug 1878160 in neutron "[OVN] Functional tests environment is using old OVN" [High,In progress] - Assigned to Maciej Jozefczyk (maciej.jozefczyk)15:43
maciejjozefczykThe OVS and OVN are compiled from hardcoded version 2.1215:43
maciejjozefczykSo we actually test master code with old OVN as a backend (at least NBDB)15:44
maciejjozefczykI started working on a solution for that, in order to have possibility to specify tags from which we can compile OVN/OVS for functional tests15:44
maciejjozefczykwe're going to reuse the same for OVN octavia provider15:44
maciejjozefczyk#link https://review.opendev.org/#/c/727193/15:44
maciejjozefczykFor now I'm checking how to properly perform it15:45
slaweqbut are You going to propose such 2 new functional tests jobs? or is that only for Your testing now?15:46
maciejjozefczykfor OVN octavia provider we can try to propose job for OVN master and OVN latest release job15:46
maciejjozefczykand I need to discuss withing OVN team if we need such -master and -release job in Neutron15:47
slaweqTBH I'm not sure if we want yet another functional tests job15:47
slaweqwe are testing I think master and released ovn in some scenario job15:47
slaweqso maybe it would be enough :)15:48
maciejjozefczykIn scenario jobs we're testing only release OVN branch15:48
maciejjozefczykmaster is 'experimental' for now15:48
maciejjozefczykbut the problem with it is that we write new code that needs changes in core OVN, mostly those are send in master and not yet released15:48
maciejjozefczyksome of those changes relies on OVN schema15:48
maciejjozefczykand we have logic like: if required change is not in schema, fallback to the old behavior15:49
slaweqso for such changes there is experimental queue :)15:49
maciejjozefczykSo when we for now have master or release job only, we test only 1 'code path'15:49
maciejjozefczykSo we merge code that its not tested? :)15:50
slaweqYou can run experimental jobs on every patch You want15:50
maciejjozefczykexperimental queue is not voting15:50
slaweqjust put comment "check experimental" in gerrit15:50
slaweqyes, but we need some "balance"15:51
slaweqIMHO we already have too many jobs in check queue15:51
maciejjozefczykyes that is why Lucas find some idea15:51
slaweqand if we will start testing also with various versions of ovs/ovn/other soft - we will be lost15:51
maciejjozefczyk#link https://review.opendev.org/#/c/717270/15:51
maciejjozefczykMaybe we can define -master job that will be voting only if change is related to OVN? if not: -release job will be run *only*15:52
maciejjozefczykFor now we're producing a lot of code that fills the gaps between ovs/ovn, and I feel sometimes we don't have everything properly covered and then we find issues in d/s gates15:52
slaweqI15:54
slaweqI'm not sure about it :/15:54
maciejjozefczykBut those issues could be fine u/s if we would have master jobs voting, which will including the OVN code part, that is triggered by OVN driver.15:54
maciejjozefczykfind*15:54
maciejjozefczykyes, I don't like to much jobs also...15:55
slaweqif change will touch ovn files and also something else, like e.g. some constants it will run all jobs then, right?15:55
maciejjozefczykmaybe we can add -master to gate? I dunno... I need to talk about it during OVN team meeting, maybe we'll find some solution for that, or create general rule to run exeperimental job manually before merging, then +w15:55
slaweqso in most cases we will probably run all jobs still15:55
maciejjozefczykfor constants yes15:56
maciejjozefczykfor other cases should run only -release job15:56
maciejjozefczykbut yeah, probability of changing constants is high15:56
slaweqok, we will have to get back to it - maybe it will be good topic for ptg :)15:58
bcafarel:)15:58
slaweqwe are almost running out of time now,15:58
maciejjozefczykyes :)15:58
slaweqso is there anything else anyone wants discuss quickly?15:58
ralonsohno thanks15:58
slaweqlast minute call :)15:58
bcafarelnope15:59
slaweqbtw ralonsoh I just replied to Your comment in https://review.opendev.org/#/c/726777/215:59
ralonsohthanks!15:59
slaweqplease let me know if You still have any concerns with this15:59
slaweqand thx for attending the meeting15:59
slaweqo/15:59
slaweq#endmeeting15:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:59
openstackMeeting ended Wed May 13 15:59:40 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_ci/2020/neutron_ci.2020-05-13-15.00.html15:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_ci/2020/neutron_ci.2020-05-13-15.00.txt15:59
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_ci/2020/neutron_ci.2020-05-13-15.00.log.html15:59
bcafarelo/15:59
ralonsohbye15:59
maciejjozefczykbb15:59
lajoskatonabye16:01
*** lajoskatona has left #openstack-meeting-316:01
*** maciejjozefczyk has quit IRC16:04
*** liuyulong has quit IRC16:17
*** ralonsoh has quit IRC17:44
*** e0ne has quit IRC17:55
*** belmoreira has joined #openstack-meeting-319:05
*** maciejjozefczyk has joined #openstack-meeting-319:08
*** maciejjozefczyk has quit IRC19:25
*** belmoreira has quit IRC20:07
*** raildo has quit IRC21:46
*** slaweq has quit IRC21:57
*** slaweq has joined #openstack-meeting-322:08
*** slaweq has quit IRC22:13
*** slaweq has joined #openstack-meeting-322:23
*** slaweq has quit IRC22:28
*** hongbin has joined #openstack-meeting-323:05

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