13:31:11 #startmeeting qa 13:31:12 Meeting started Tue Apr 21 13:31:11 2020 UTC and is due to finish in 60 minutes. The chair is gmann. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:31:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:31:15 The meeting name has been set to 'qa' 13:31:18 who all here today 13:31:24 hi 13:31:28 hello 13:31:36 hi 13:31:41 hello 13:33:00 let's start 13:33:09 #link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_next_Office_hours 13:33:13 today agenda ^^ 13:33:52 #topic Announcement and Action Item 13:34:35 one action item i had about cleaning up the few of the QA projects core list. 13:34:38 I did that. 13:34:50 and added masayukig in qa-release team as PTL. 13:35:06 gmann: ++ thanks :) 13:35:26 if anyone would like to help in hacking side, please let us know 13:35:39 we still looking for few more members there 13:35:57 announcement is about wiki pages updates 13:36:17 I have updated the QA wiki to reflect all the projects and their link for doc, source code etc 13:36:19 #link https://wiki.openstack.org/wiki/QA 13:36:26 ^^ this is up to date now 13:36:44 cool 13:36:54 next was release page 13:36:55 #link https://wiki.openstack.org/wiki/QA/releases 13:37:12 I have added the release things and steps with example for all the projects under QA 13:37:41 with project releases and extra infra setup we need to do for every release in devstack and grenade 13:38:04 masayukig: it will help you 13:38:05 gmann: I can help but I am not much aware of hacking plugins so might need some time to get up to the speed 13:38:32 paras333: thanks, this is the project https://github.com/openstack/hacking 13:38:52 gmann: thanks, that must be helpful 13:38:59 (technically https://opendev.org/openstack/hacking ) 13:39:06 masayukig: i am doing the ussuri release things and will add you in review. and then ball is in your court :) 13:39:24 gmann: sure, I see 13:39:36 gmann: This is good, I will take a look. Is there any doc as well that help me getting up to the speed to understand this plugin? 13:39:39 paras333: you can look at that and do some review etc not so many incoming request though 13:39:47 gmann: sure 13:40:01 paras333: https://docs.openstack.org/hacking/latest/ 13:40:03 #link https://docs.openstack.org/hacking/latest/ 13:40:07 this one ^^ 13:40:17 gmann: awesome, thanks! 13:40:21 thanks 13:40:45 if you find something missing on those wiki page please let me or masayukig know. 13:41:10 at the end we wanted to move this to QA level doc which is not available yet but let's discuss it in PTG 13:41:25 gmann: sure 13:41:47 #topic Ussuri Priority Items progress 13:42:00 #link https://etherpad.opendev.org/p/qa-ussuri-priority 13:42:45 Remove/migrate the .testr.conf to .stestr 13:42:57 or sanity blacklist removal 13:43:01 I've listed up the candidates for the migration/removing #link https://etherpad.opendev.org/p/enkM4eeDHObSloTjPGAu 13:43:02 masayukig: any update on these ^^ 13:43:44 masayukig: nice. I think doing those in V cycle will be good to avoid any issue in Ussuri release 13:43:47 I pushed one patch already, and preparing pushing the others for patches of removing .testr.conf 13:43:58 yeah, 13:44:03 ok. +1 13:44:14 I don't want to bother the Ussuri release 13:44:14 thanks. can you add the link on etherpad also 13:44:35 which etherpad? 13:44:49 #link https://etherpad.opendev.org/p/qa-ussuri-priority 13:44:50 this one 13:45:01 RBAC testing strategy (reader/member/admin X project/domain/system) 13:45:06 I already put the link https://etherpad.opendev.org/p/enkM4eeDHObSloTjPGAu to the priority page 13:45:34 ohk, then link of this etherpad 13:45:44 its there, thanks 13:45:54 no progress on this, this was pending on review. I will be able to spend some time now 13:46:06 Adding New glance tests to tempest 13:46:31 not sure if glance team need help on this. devstack side it was all good for multi store feauture. 13:46:34 feature 13:46:44 i will check with abhishek and close this 13:46:51 mproving Tempest cleanup 13:46:55 kopecmartin: ^^ 13:47:24 waiting for some reviews there 13:47:31 no other updates 13:48:09 ok, I think that was close.if i remember correctly did you update the patch for two separate var for init saved and actual cleanup ? 13:49:01 yeah, i think so, i added some variables there .. i answered your questions and suggestions, so maybe you can have a look after the meeting 13:49:09 if it's enough or should i change anything else 13:49:25 sure, thanks 13:49:29 let's move 13:49:32 #topic OpenStack Events Updates and Planning 13:49:49 #link https://etherpad.opendev.org/p/qa-victoria-ptg 13:49:58 this is etherpad to collect the topic ^^ 13:51:04 we need to signup for the virtual PTG, I think deadline is 28th April. 13:51:08 let me find the email 13:51:37 oh, I missed that.. :p 13:51:42 #link http://lists.openstack.org/pipermail/openstack-discuss/2020-April/014126.html 13:51:48 Lee Yarwood proposed openstack/tempest master: remote_client: Use blkid -L to find config drive by filesystem label https://review.opendev.org/710864 13:52:06 masayukig: can you prepare for that? like topic and time required and accordingly signup. 13:52:26 gmann: ok, I'll try that 13:52:47 masayukig: thanks. 13:53:06 #topic Sub Teams highlights 13:53:08 Tempest 13:53:36 Tempest is going to be released for ussuri as final release. I will update the hash to release patch. 13:53:50 any other things to updates on Tempest ? 13:54:22 gmann: With regards to scenario manager, I found certain methods are already well defined but still the tempest plugins have duplicated the code in the method. So in this usecase, do we require to work at plugin side or is there something we can do at tempest as well? 13:54:23 Patrole 13:55:01 soniya29: thanks. we did copy everything on plugins side to avoid breaking them if we change anything on tempest scenario manager 13:56:04 soniya29: so plan is 1. once we declare the scenario manager stable after doing some work to make each method more consistent etc 2. remove the copy of scenario manager from plugins side and replace them with import tempest.scenario.manager 13:56:43 soniya29: so whatever cleanup is required on tempest scenario manager side, feel free to propose without worry about plugins copy 13:57:55 gmann: okay, I wasn't aware of this concept 13:58:19 soniya29: sorry for not giving that background. 13:58:50 soniya29: also as you noticed about mixin or single base class idea among scenario or api tests to avoid duplicate code. 13:59:14 gmann: that's okay :) 13:59:40 anything else on Tempest side ? 14:00:02 Patrole 14:00:25 i am in process of final release of patrole for ussuri but gate is blocked and failure happening for glance tests 14:00:48 there are some change in glance policy and the config option admin_role which might have caused it 14:01:10 I need to debug that and see if we can fix it. almost all the glance tests are failing 14:01:35 oh.. :( 14:02:10 as per glance releasenotes, default policy user should not effect but seems patrole is being effected 14:02:28 let me debug more on that and find what happened and how it can be fixed 14:03:06 Grenade 14:03:16 zuulv3 job 14:03:17 #link https://review.opendev.org/#/q/topic:native-zuulv3-migration+(status:open+OR+status:merged) 14:03:25 yep, patches ready for review 14:03:32 i was half way on the re-review and could not finish 14:03:45 tosky: thanks. give me today or tomorrow time. I should be able to finish that 14:03:59 anything relevant that you think should be changed so far? 14:04:39 i am trying to check on target and base branch var 14:04:39 but I can wait for the review 14:04:52 but could not finish so nothing as of now. 14:05:18 main goal is we should have a easy way to change them over the releases. 14:05:39 and we do 14:05:57 yeah, i need to revisit that. 14:06:16 target is to get this in before V cycle when tosky will start the zuulv3 migration goal. 14:07:43 let's move next 14:07:45 Community goal tracking 14:07:54 #link https://etherpad.openstack.org/p/qa-community-wide-goals-tracking 14:08:01 py2 drop goal is done for QA 14:08:18 contributor guide is in progress and should be finished before ussuri release 14:08:33 great 14:08:57 when its a good time, i'd like to raise a couple of points if thats okay 14:08:58 there are few devstack plugins repo where I need to add some doc place or use devstack contribution guide. I think 4 of them are left 14:09:29 brtknr: we can discuss in open discussion 14:09:38 #topic Bug Triage 14:09:41 kopecmartin: go ahead 14:09:52 gmann: thanks 14:10:12 i don't have many updates, i didn't focu on bug triaging much this week, anyway, the numbers still look ok , or are decreasing 14:10:28 and the etherpad is up to date, so have a look anyone for reviews, or bugs to dicscuss 14:10:34 #link https://etherpad.opendev.org/p/qa-bug-triage-ussuri 14:10:56 kopecmartin: ok thanks. 14:11:05 ++ 14:11:15 everyone please review the bug fixes mentioned in etherpad ^^ 14:11:27 #topic Critical Reviews 14:11:32 any critical review ? 14:12:08 gmann: we can +w this, we added a note to the scenario manager work as you asked: https://review.opendev.org/#/c/701434/ 14:12:55 kopecmartin: i was waiting for the test result which was not present in last gate result 14:13:10 it should be ready now, I will look after meeting 14:13:28 gmann: and one question regarding this, where should we make a note regarding technical dept? https://review.opendev.org/#/c/701352/ there is one thing that should be done as a follow up 14:14:14 kopecmartin: i have not checked that yet. let me review and reply on review 14:14:32 gmann: ok,thanks 14:14:52 #topic Open Discussions 14:14:57 brtknr: go ahead 14:15:38 okay so i wanted to mention the patch to support upload of qcow2.xz 14:15:47 Ghanshyam Mann proposed openstack/patrole master: Add releasenote to tag the Patrole for Ussuri release https://review.opendev.org/721305 14:15:58 brtknr: link? 14:16:19 https://review.opendev.org/721213 14:16:44 we are migrating migrating magnum CI to Zuulv3 14:16:52 #link https://review.opendev.org/721213 14:17:22 but also moving towards fedora coreos image because fedora atomic is EOL 14:17:40 the second point i wanted to make was about mirroring fedora coreos locally 14:18:10 i think we are on latest fedora image right? 14:18:12 but as well as mirroring, running an unxz operation when the image is downloaded so that we save 16 minutes of CI time 14:18:19 may be ianw or lyarwood knows 14:18:59 i see. is it very heavy image? size 14:18:59 gmann: i dont think it includes fedora-coreos 14:19:14 yes, 460M before unxz, 1.7G after 14:19:35 hey 14:19:39 no that's not me 14:19:48 maybe the TripleO folks? 14:19:53 brtknr: yeah, I think "fedora" and "fedora core" are different. So, maybe, more description in the commit message is preferable. 14:20:16 https://getfedora.org/en/coreos/ 14:20:17 gmann: oh sorry I see your actual question now 14:20:24 gmann: fedora-31 is fedora-latest now 14:20:49 yeah i also find fedora-31 as latest 14:21:17 fedora-coreos uses fedora as base layer but adds additional bits on top 14:21:29 so not the same 14:21:45 brtknr: let 's wait for ianw or yoctozepto review on https://review.opendev.org/721213 14:22:19 gmann: okaay thanks, 4 PS depend on this, 2 in magnum and 2 in magnum-tempest-plugin :) 14:23:00 brtknr: not sure about fedora-coreos support as per current bandwidth, I would like to know ianw yoctozepto opinion on that 14:24:04 ok thanks 14:24:10 in devstack we have been supporting a single fedora version which is latest(as we move to new one) 14:24:31 * yoctozepto reporting for duty 14:24:41 yoctozepto: is here :) 14:24:53 is not that patch related just to image upload? 14:24:53 we can discuss after office hour on that 14:24:54 yoctozepto: for your attention : https://review.opendev.org/#/c/721213/ 14:25:07 anything else to discuss today ? 14:25:25 yoctozepto: i am discussing the possiblity of mirror+unxz, no patches yet 14:25:36 happy to talk after office hour 14:25:43 happy to talk after "office hour" 14:25:50 let's close the office hour and continue the discussion. 14:25:54 thanks all for joining 14:25:54 ++ 14:25:56 #endmeeting