13:00:13 <masayukig> #startmeeting qa
13:00:14 <openstack> Meeting started Tue Sep  1 13:00:13 2020 UTC and is due to finish in 60 minutes.  The chair is masayukig. Information about MeetBot at http://wiki.debian.org/MeetBot.
13:00:15 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
13:00:18 <openstack> The meeting name has been set to 'qa'
13:00:41 <masayukig> who are all here today?
13:00:50 <paras333_> Hey!!
13:00:50 <gmann> o/
13:00:56 <bigdogstl> hi
13:00:57 <tosky> o/
13:00:59 <lpiwowar> Hi o/
13:01:05 <kopecmartin> hi
13:01:37 <masayukig> hi all :) ok, let's start.
13:01:55 <masayukig> #link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_next_Office_hours
13:02:03 <masayukig> today's agenda ^^^^
13:02:22 <masayukig> #topic Announcement and Action Item (Optional)
13:02:46 <masayukig> I have nothing to announce. let's skip
13:02:55 <masayukig> #topic Victoria Priority Items progress
13:03:02 <masayukig> #link https://etherpad.opendev.org/p/qa-victoria-priority
13:03:29 <lpiwowar> I fixed the documentation patch: https://review.opendev.org/#/c/735619/
13:03:34 <masayukig> please add updates if you have anything
13:03:54 <gmann> lpiwowar: thanks i will er-review it
13:04:01 <kopecmartin> also the cleanup patch is up for review #link https://review.opendev.org/745814
13:04:10 <masayukig> lpiwowar++ cool, thanks
13:04:11 <lpiwowar> gmann: Thanks
13:04:33 <masayukig> lpiwowar: It seems two jobs are failed?
13:04:53 <masayukig> ah, rechecking now. Thanks
13:04:58 <gmann> masayukig: those are note related
13:05:31 <lpiwowar> masayukig: yes, they should not be related to the patch.
13:05:32 <gmann> from vistoria items, i think scenario manager is one left which might need large amount of work.
13:05:40 <masayukig> gmann: lpiwowar yeah, I believe so
13:05:53 <gmann> rest other are either completed or close to complete
13:06:02 <masayukig> #link https://review.opendev.org/#/c/735619/
13:06:09 <masayukig> (just in case)
13:06:24 <paras333_> #link https://review.opendev.org/#/c/726696/ for hacking migration stuff from victoria
13:07:12 <gmann> paras333_: thanks. will do right after meeting. i think you have updated it after stephenfin review ?
13:07:27 <paras333_> gmann: yeah
13:07:30 <gmann> cool
13:07:45 <gmann> and it has all the required checks from etherpad or a set?
13:08:19 <paras333_> gmann:  there are couple that are left that I will be taking care after this one get reviewed
13:08:33 <gmann> ok. ack
13:08:41 <paras333_> this is all the unit test module one's
13:08:49 <gmann> i see
13:08:58 <masayukig> kopecmartin: paras333_ thanks, cool. I'll check them.
13:09:47 <masayukig> anything else?
13:10:42 <gmann> nothing from me
13:11:12 <masayukig> ok, let's move on
13:11:14 <masayukig> #topic OpenStack Events Updates and Planning
13:11:59 <masayukig> regarding vPTG, Please add your ideas on the etherpad #link https://etherpad.opendev.org/p/qa-wallaby-ptg
13:12:25 <masayukig> and, put your availabilies on the doodle #link https://doodle.com/poll/qqd7ayz3i4ubnsbb
13:12:53 <gmann> sept 11th is deadline for PTG registration and I think we said 4th sept as deadline for topic collection ?
13:13:08 <gmann> s/PTG registration/PTG slot booking
13:13:51 <masayukig> gmann: yeah, so that we can discuss the ideas in our office hour
13:15:03 <masayukig> we have only one topic on the etherpad, so, please add more :)
13:15:39 <masayukig> ok, let's move on to the next topic if nothing on this topic
13:15:42 <masayukig> #topic Sub Teams highlights (Sub Teams means individual projects under QA program)
13:15:53 <masayukig> Do you have any updates/highlights on the sub-projects such as Tempest, Patrole and Hacking?
13:16:04 <masayukig> #link https://review.openstack.org/#/q/project:openstack/tempest+status:open
13:16:09 <masayukig> #link https://review.opendev.org/#/q/project:openstack/hacking+status:open
13:16:14 <masayukig> #link https://review.openstack.org/#/q/project:openstack/patrole+status:open
13:16:25 <bigdogstl> patrole gates are having issue with setuptools._distutils
13:16:43 <bigdogstl> can anyone help i think it is due to setuptools 50
13:16:55 <bigdogstl> not sure how to pin lower
13:16:57 <tosky> I think the fix is merged in master
13:17:13 <gmann> bigdogstl: that should work now, you can recheck
13:17:14 <tosky> at least for devstack and requirements, and other jobs should work at this point
13:17:19 <bigdogstl> but this is in the stable gates
13:17:26 <tosky> there seems to be still problems on ussuri and lower
13:17:30 <gmann> bigdogstl: fixes are merged on devstack and all stable branhc
13:17:32 <bigdogstl> train stein etc
13:17:39 <gmann> bigdogstl: it should work all.
13:17:46 <bigdogstl> ok I will rebase and try again
13:17:55 <masayukig> ++
13:18:11 <lpiwowar> I created patch to fix adding of import line in the check-uuid tool: https://review.opendev.org/#/c/744904/
13:18:13 <openstackgerrit> Doug Schveninger proposed openstack/patrole master: fix patrole-multinode-member non-voting gate by skip_because a bug  https://review.opendev.org/747528
13:18:16 <gmann> though req patch also merged which capped the setuptool for <50 whihc is in revert
13:18:26 <masayukig> #link https://review.opendev.org/#/c/744904/
13:18:44 <gmann> this one #link https://review.opendev.org/#/c/749159/
13:19:06 <kopecmartin> lpiwowar++ it looks good
13:19:22 <gmann> but devstack fixes were tested without that also so after revert of req patch should be fine
13:19:30 <lpiwowar> kopecmartin: Thanks!
13:20:09 <gmann> btw that was devstack updates and gate status which broke everyone with version 50
13:20:28 <gmann> i think we need to bring grenade job back as voting on master and ussuri
13:21:32 <tosky> talking about grenade, I proposed the removal of trove-grenade, which is a) useless as trove has no grenade plugin and b) only used in grenade.git but not in trove.git (!): https://review.opendev.org/#/c/749212/
13:22:00 <gmann> +2, thanks
13:22:01 <tosky> (I proposed the removal of the trove-grenade job definition as a follow-up for trove https://review.opendev.org/#/c/749216/)
13:22:45 <masayukig> #link https://review.opendev.org/#/c/749212/
13:22:53 <masayukig> #link https://review.opendev.org/#/c/749216/
13:23:00 <masayukig> tosky: Thanks
13:23:15 <gmann> stackviz gate is also fixed
13:23:45 <gmann> fixed along with moving to nodejs10 job #link https://review.opendev.org/#/c/740369/
13:23:51 <masayukig> gmann: thank you so much
13:23:54 <gmann> and installing things on py3.8
13:24:36 <masayukig> gmann: does 740369 need recheck?
13:24:46 <gmann> yeah, just did
13:24:51 <masayukig> ah, I saw that. thanks
13:25:21 <gmann> all other sub projects gate are fine if i have not missed any.
13:25:25 <masayukig> anything else on this topic?
13:26:30 <masayukig> ok, let's move on
13:26:32 <masayukig> #topic Community goal tracking
13:26:42 <masayukig> #link https://etherpad.opendev.org/p/qa-community-wide-goals-tracking
13:27:01 <gmann> did not spend much time last week but one progress is for stackviz which fix is in gate
13:27:25 <masayukig> yes, thanks
13:27:43 <svyas> tempest scenario manager work is in progress and I am working on other methods for their stable implementation. Here's the update:- https://review.opendev.org/#/c/749025/
13:28:24 <gmann> svyas: thanks, i think we are mixing the 'topic' as 'bp/tempest-scenario-manager-stable' and  'tempest-scenario-manager-stable'
13:28:57 <gmann> i was searching for the merged one with former topic and it was with later one
13:28:57 <svyas> gmann, yeah, I am sorry for that. I will make sure about it next time.
13:29:18 <gmann> np! just to collect all patches in one shot and review too.
13:29:36 <svyas> gmann: sure, thanks :)
13:30:02 <masayukig> svyas: thanks for updating! so many failures are related to the broken gate? Need to recheck?
13:30:11 <masayukig> gmann: thanks
13:30:13 <gmann> svyas: i think zhufl comment is to add the exception info in doc string too ?
13:30:13 <kopecmartin> svyas: #link https://review.opendev.org/#/c/724631/ this one just need a rebase and fixing a few small typos and is ready to merge
13:30:29 <svyas> kopecmartin, I will update it today
13:30:42 <kopecmartin> ok, np
13:30:55 <svyas> masayukig, No, I think the patch needs improvement
13:31:05 <svyas> masayukig, I will look into it today
13:31:12 <masayukig> #link https://review.opendev.org/#/c/749025/ (I forgot to make it link)
13:31:19 <masayukig> svyas++ thanks
13:31:24 <svyas> gmann, yes
13:32:25 <masayukig> ok, cool. Anything else on this topic? Let's move on if nothing.
13:32:31 <masayukig> #topic Bug Triage
13:32:42 <masayukig> #link https://etherpad.openstack.org/p/qa-bug-triage-victoria
13:33:03 <kopecmartin> seems like this bug #link https://bugs.launchpad.net/tempest/+bug/1844568 is not fixed as we have thought
13:33:04 <openstack> Launchpad bug 1844568 in OpenStack Compute (nova) "[compute] "create_test_server" if networks is undefined and more than one network is present" [Undecided,Triaged]
13:33:18 <kopecmartin> it has occurred again #link f1ae8eeb986a42e2b45d1a79e2e300e2
13:33:26 <kopecmartin> #link https://zuul.opendev.org/t/openstack/build/f1ae8eeb986a42e2b45d1a79e2e300e2
13:33:45 <gmann> kopecmartin: is it in scenario test or APi?
13:33:56 <kopecmartin> gmann: scenario
13:34:46 <gmann> TestServerAdvancedOps:test_server_sequence_suspend_resume
13:34:47 <gmann> yeah
13:34:59 <masayukig> The error message sounds like the bug. "Body: b'{"conflictingRequest": {"code": 409, "message": "Multiple possible networks found, use a Network ID to be more specific."}}'"
13:35:21 <kopecmartin> yeah, i was checking the code for a while but i didn't figure out why yet
13:35:32 <gmann> masayukig: yeah it is known bug in tempest APi tests since alst 1 year or so and we keep fixes it test by test
13:36:06 <gmann> kopecmartin: we need to add same logic of creating the default network and pass it in nova request if test does not create one or find one
13:36:19 <gmann> we had that logic only in API tests
13:37:05 <gmann> and assumed scenario tests always create or get the single network but by looking at the scenario logic it can occur
13:37:08 <kopecmartin> hmm, so should we get inspired by the logic from API tests and create a new method in scenario/manager.py?
13:37:49 <gmann> it is little tricky there because scenario manager get the network from neutron list
13:37:54 <gmann> list API
13:38:53 <gmann> we need some mechanism to check we get the correct network and always pass the same in nova request
13:39:12 <gmann> i can work on that in this week
13:39:26 <masayukig> cool
13:39:30 <kopecmartin> great
13:40:21 <masayukig> anything else?
13:40:34 <masayukig> let's move on if nothing on this topic
13:40:45 <masayukig> #topic Critical Reviews
13:40:54 <gmann> seems one critical bug in devstack
13:40:59 <masayukig> any patches you'd like to discuss?
13:41:03 <masayukig> ok, go ahead
13:41:08 <gmann> #link https://bugs.launchpad.net/devstack/+bug/1883468
13:41:09 <openstack> Launchpad bug 1883468 in devstack "stack.sh fails because uWSGI directory not found in lib/apache" [Critical,In progress]
13:41:22 <gmann> we need to keep eyes on critical bug
13:42:12 <gmann> it is uwsgi thing and fixed now
13:42:40 <masayukig> gmann: thanks for the heads up. Do we need to do something? Or just keep our eyes on it?
13:43:03 <gmann> marked it as fix released
13:43:19 <gmann> we need to fix any critical asap :)
13:43:43 <gmann> or any high importance one too
13:44:01 <masayukig> gmann: thank you so much again. yes, definitely :)
13:44:11 <gmann> this is high important in devstack
13:44:13 <gmann> #link https://bugs.launchpad.net/devstack/+bug/1871570
13:44:15 <openstack> Launchpad bug 1871570 in devstack "tempest requires Python '>=3.6' but the running Python is 3.5.2" [High,In progress] - Assigned to Ghanshyam Mann (ghanshyammann)
13:44:57 <gmann> its mainly for rocky which also fixed, i will check if anything else needed and update on bug accordingly
13:46:25 <masayukig> thanks
13:46:37 <gmann> done
13:47:16 <masayukig> ++
13:47:23 <gmann> seems tempest has 3 high priority
13:47:29 <gmann> #link https://bugs.launchpad.net/tempest/+bugs?search=Search&field.importance=High&field.status=New&field.status=Incomplete&field.status=Confirmed&field.status=Triaged&field.status=In+Progress&field.status=Fix+Committed
13:48:43 <gmann> this is confirmed but no assignee #link https://bugs.launchpad.net/tempest/+bug/1401726
13:48:44 <openstack> Launchpad bug 1401726 in tempest "Tempest IPv6 scenario tests use IPv4 and floating IPs to connect and test" [High,Confirmed]
13:49:37 <gmann> for this, there are some changes going on in system scope testing work so good to check during those review #link https://bugs.launchpad.net/tempest/+bug/1613819
13:49:38 <openstack> Launchpad bug 1613819 in tempest "v3 credentials client does not honour the configured domain" [High,In progress] - Assigned to Lukas Piwowarski (lukas-piwowarski)
13:50:06 <gmann> this is for slow tests #link https://bugs.launchpad.net/tempest/+bug/1783405
13:50:07 <openstack> Launchpad bug 1783405 in tempest "Slow tests randomly timing out jobs (which aren't marked slow)" [High,In progress] - Assigned to Ghanshyam Mann (ghanshyammann)
13:50:55 <paras333_> do we want to keep the slow test one open?? I remeber this was done already right??
13:51:07 <gmann> marked as fix released
13:51:22 <gmann> paras333_: it is pretty stable so it is ok to close
13:51:22 <kopecmartin> lpiwowar: rebased the patch for LP: 1613819 .. i have in my list for review
13:51:23 <openstack> Launchpad bug 1613819 in tempest "v3 credentials client does not honour the configured domain" [High,In progress] https://launchpad.net/bugs/1613819 - Assigned to Lukas Piwowarski (lukas-piwowarski)
13:51:42 <paras333_> gmann: neat!
13:51:45 <lpiwowar> The "v3 credentials client does not honour the configured domain" bug seems to by resolved by this patch: https://review.opendev.org/#/c/642237/
13:51:54 <masayukig> gmann: cool
13:52:14 <gmann> paras333_: yeah but that patch seems no more active seems
13:52:37 <masayukig> #link https://review.opendev.org/#/c/642237/
13:52:37 <gmann> lpiwowar: ohk, you updated that
13:53:16 <gmann> lpiwowar: thanks I will check it. there are some domain things change also in system scope testing work where domain scope passing is re-logic.
13:53:28 <gmann> but it is good to check both proposal
13:53:43 <masayukig> great
13:54:06 <gmann> so with that we only left with one high priority bug with no assignee #link https://bugs.launchpad.net/tempest/+bug/1401726
13:54:07 <openstack> Launchpad bug 1401726 in tempest "Tempest IPv6 scenario tests use IPv4 and floating IPs to connect and test" [High,Confirmed]
13:54:09 <lpiwowar> gmann: Ok
13:54:57 <paras333_> gmann: send it my way , I will dig deeper on this and will keep you all posted
13:55:13 <gmann> paras333_: cool, thanks a lot.
13:55:15 <masayukig> paras333_: thank you so much
13:55:33 <paras333_> i just assigned it to myself
13:55:37 <gmann> +1
13:55:47 <masayukig> yes
13:55:58 <masayukig> any other bugs/patches to discuss?
13:56:20 <masayukig> let's move on if nothing
13:56:23 <masayukig> #topic Open Discussion
13:56:29 <masayukig> Anything else to discuss?
13:57:52 <masayukig> OK, let's close the office hour if nothing
13:58:02 <masayukig> thank you all!!!
13:58:03 <masayukig> #endmeeting