15:00:29 <kopecmartin> #startmeeting qa 15:00:29 <opendevmeet> Meeting started Tue Jan 11 15:00:29 2022 UTC and is due to finish in 60 minutes. The chair is kopecmartin. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:29 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:29 <opendevmeet> The meeting name has been set to 'qa' 15:00:35 <kopecmartin> #link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Weekly_QA_Team_meeting 15:00:38 <kopecmartin> agenda ^^ 15:01:11 <gmann> o/ 15:02:25 <kopecmartin> hi, let's start 15:02:32 <jparoly> o/ 15:02:33 <alexYefimov> qa-yoga-priority lists incorrect QA office hours 15:03:15 <gmann> ? 15:03:21 <kopecmartin> alexYefimov: you mean this one? 15:03:24 <kopecmartin> #link https://etherpad.opendev.org/p/qa-yoga-priority 15:03:27 <alexYefimov> yes 15:04:07 <kopecmartin> oh, yeah, that's another location we forgot to edit 15:04:21 <kopecmartin> it was used during the priority items planning 15:04:45 <kopecmartin> however, i see how it can be confusing 15:05:33 <kopecmartin> for the record, the current time of the meeting is always displayed here 15:05:35 <kopecmartin> #link https://meetings.opendev.org/#QA_Team_Office_hours 15:05:36 <kopecmartin> and 15:05:42 <kopecmartin> #link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Weekly_QA_Team_meeting 15:05:53 <kopecmartin> thanks alexYefimov, i'll fix the time in that etherpad 15:07:13 <kopecmartin> #topic Announcement and Action Item (Optional) 15:07:20 <kopecmartin> nothing specific from me here 15:07:27 <kopecmartin> #topic Yoga Priority Items progress 15:07:31 <kopecmartin> #link https://etherpad.opendev.org/p/qa-yoga-priority 15:07:35 <kopecmartin> any updates on the priority items? 15:07:45 <gmann> nothing much to share today from me 15:09:16 <kopecmartin> ack, nothing from my side neither 15:09:21 <kopecmartin> #topic OpenStack Events Updates and Planning 15:09:51 <kopecmartin> i've noticed that next PTG dates have been announced already 15:09:53 <kopecmartin> #link https://www.openstack.org/ptg/ 15:09:59 <gmann> yeah 15:10:05 <kopecmartin> it's gonna be virtual again 15:10:24 <kopecmartin> i'll create a new etherpad for the topics to cover 15:10:39 <gmann> +1, thanks 15:11:09 <kopecmartin> moving on 15:11:10 <kopecmartin> #topic Gate Status Checks 15:11:17 <kopecmartin> #link https://review.opendev.org/q/label:Review-Priority%253D%252B2+status:open+(project:openstack/tempest+OR+project:openstack/patrole+OR+project:openstack/devstack+OR+project:openstack/grenade+OR+project:openstack/hacking) 15:11:54 <kopecmartin> any blockers to review? 15:12:19 <gmann> I have not noticed in this week 15:12:47 <soniya29> kopecmartin, is pythontempestconf gate stable now? 15:13:18 <kopecmartin> soniya29: i don't think so 15:13:34 <jelabarre-rh> that last link isn't retrieving a valid page, BTW 15:14:29 <kopecmartin> soniya29: there is at least one failure which is related to interop and all interop projects suffer from it , but we're trying to get to bottom of it 15:14:37 <kopecmartin> jelabarre-rh: hmm, it works for me 15:14:41 <jelabarre-rh> hmmm... did a copy/paste and it worked 15:14:52 <soniya29> kopecmartin, okay 15:15:04 <jelabarre-rh> just however hexchat sent it then. nevermind 15:15:19 <kopecmartin> :) 15:15:24 <kopecmartin> #topic Periodic jobs Status Checks 15:15:28 <kopecmartin> #link https://zuul.openstack.org/builds?job_name=tempest-full-xena-py3&job_name=tempest-full-wallaby-py3&job_name=tempest-full-victoria-py3&job_name=tempest-full-ussuri-py3&job_name=tempest-full-train-py3&pipeline=periodic-stable 15:15:34 <kopecmartin> #link https://zuul.openstack.org/builds?project=openstack%2Ftempest&project=openstack%2Fdevstack&pipeline=periodic 15:15:47 <kopecmartin> all seems good 15:16:10 <kopecmartin> #topic Sub Teams highlights 15:16:14 <kopecmartin> Changes with Review-Priority == +1 15:16:21 <kopecmartin> #link https://review.opendev.org/q/label:Review-Priority%253D%252B1+status:open+(project:openstack/tempest+OR+project:openstack/patrole+OR+project:openstack/devstack+OR+project:openstack/grenade+OR+project:openstack/hacking) 15:16:42 <kopecmartin> 5 changes there ^ 15:16:55 <kopecmartin> i reviewed some, I'll try to check the rest soon 15:17:09 <kopecmartin> anyone feel free to check and review them too 15:17:20 <frickler> feel free to complain if I spread too many +1s there 15:17:21 <soniya29> kopecmartin, reviewed a few today morning 15:18:13 <kopecmartin> frickler: it's fine, even better, i don't have always time to check for example devstack patches specifically , this helps me 15:18:52 <gmann> lib/neutron deprecation lgtm, +A 15:19:15 <kopecmartin> in general , i think that having priority +1 on patches which were already reviewed by one core is great, it speeds the process up 15:19:29 <alexYefimov> kopecmartin: I see any changes. Do I need permissions changed? 15:19:49 <soniya29> just a question, is it mandatory to have primary, alt, admin, roles from different projects within tests? 15:20:28 <kopecmartin> alexYefimov: you don't see anything when you open this ? https://review.opendev.org/q/label:Review-Priority%253D%252B1+status:open+(project:openstack/tempest+OR+project:openstack/patrole+OR+project:openstack/devstack+OR+project:openstack/grenade+OR+project:openstack/hacking) 15:20:51 <alexYefimov> Error 400 (Bad Request): line 1:180 mismatched input '<EOF>' expecting ')' Endpoint: /changes/ 15:21:41 <gmann> soniya29: no, it depends on what to test in test case. it may need those if they are verifying the cross project resources 15:22:08 <frickler> alexYefimov: you may need to be logged in before opening that link 15:22:26 <soniya29> gmann, so it will depend on the test case, right? 15:22:33 <kopecmartin> alexYefimov: hmm, that's weird, maybe your irc client changes that link somehow when you click on it or copy from it? 15:22:37 <gmann> soniya29: right 15:22:48 <alexYefimov> kopecmartin: I am logged ... can seem my name 15:22:48 <kopecmartin> i tried to open in in a private window, being logged in/out shouldn't matter 15:22:53 <gmann> yeah, try copy paste 15:23:15 <alexYefimov> same error 15:23:33 <soniya29> gmann, today i was reviewing a patch where i found this - https://review.opendev.org/c/openstack/tempest/+/819284 15:24:03 <gmann> soniya29: ok, I will check it 15:24:26 <gmann> alexYefimov: are you able to open this ? https://review.opendev.org/q/project:openstack%252Ftempest 15:25:14 <soniya29> gmann, since we are saying it will depend on the test case, we dont need to do any modification in tempest with intention of having different roles / same roles 15:25:18 <frickler> or try https://fricklercloud.de/devstack-rp1 15:25:27 <alexYefimov> gmann, link works fine 15:25:39 <alexYefimov> both work fine 15:26:22 <gmann> humm, then it should work as that also a query of gerrit 15:26:33 <frickler> o.k., the latter is a redirect to the same thing that kopecmartin shared 15:26:40 <gmann> soniya29: I need to check in review, have not looked yet 15:27:13 <soniya29> gmann, take your own time, i was just curious so i asked :) 15:27:25 <gmann> soniya29: sure. thanks 15:28:16 <kopecmartin> let's move on 15:28:18 <kopecmartin> #topic Open Discussion 15:28:37 <kopecmartin> regarding openstack-health 15:29:39 <kopecmartin> arxcruz|ruck: will focus on their (tripleo's) dashboard and then if there will be need to resurrect that one functionality (test pass/fail rate) we'll have a look again 15:29:57 <kopecmartin> until then, no work regarding openstack-health will be done, we just need to prioritize other things atm 15:31:10 <kopecmartin> that's to conclude our last week's discussion 15:31:27 <kopecmartin> any updates regarding the expanding the devstack team with potential candidates? 15:31:38 <gmann> so no volunteer for maintaining the o-h ? 15:32:24 <soniya29> we are facing this issue with many projects, devstack, o-h, patrole 15:32:47 <kopecmartin> not yet, arxcruz|ruck mistaken this o-h for their o-h 15:33:06 <gmann> oh 15:33:26 <kopecmartin> however, I'm planning to do a few experiments with it locally, so that i get better understanding of it, might help in the future if we wanted to resurrect the service 15:33:39 <kopecmartin> so we may postpone the repo retirement 15:34:08 <gmann> mtreinish looked at the current failure and it is in subunit2sql, and few workaround to fix it with sqlalchemy cap or so 15:35:05 <kopecmartin> what does it mean now? will it function if we find a new hosting? 15:35:57 <gmann> kopecmartin: I do not think that is fixed. but yes hosting is next things we need to discuss. 15:37:29 <kopecmartin> so we're almost at the beginning again :D 15:39:05 <gmann> yeah, we still need someone to take care of o-h maintenance which is not large work but still need someone. 15:39:39 <kopecmartin> ok, let's do this, let me take a look at it and experiment with it locally first 15:39:54 <kopecmartin> and let's discuss after that 15:40:06 <gmann> sounds good 15:40:25 <kopecmartin> any updates regarding the expanding the devstack team with potential candidates? 15:41:42 <soniya29> kopecmartin, i can help there but i am already occupied so not sure about bandwidth 15:42:07 <kopecmartin> soniya29: o-h or devstack? 15:42:13 <soniya29> kopecmartin, devstack 15:42:45 <gmann> kopecmartin: not yet. I again forget. I will send today after meeting 15:43:45 <kopecmartin> soniya29: thanks, i see you also wanted to help with one of the items on our priority list, that's a lot of work , take it easy :) 15:43:49 <kopecmartin> gmann: ok, np , thanks 15:44:04 <kopecmartin> ok then, anything else for the open discussion? 15:44:17 <soniya29> kopecmartin, yeah, that's why i am not sure :) 15:44:47 <frickler> there were two new devstack bugs about pip install failing 15:44:58 <frickler> I could not reproduce and asked for more information 15:45:17 <frickler> but maybe someone else has an idea 15:45:28 <frickler> #link https://bugs.launchpad.net/devstack/+bug/1957048 15:45:46 <frickler> #link https://bugs.launchpad.net/devstack/+bug/1956928 15:46:00 <kopecmartin> i've noticed that the devstack numbers went down, thanks frickler for triaging 15:46:02 <kopecmartin> #link #link https://etherpad.opendev.org/p/qa-bug-triage-yoga 15:46:03 <kopecmartin> #link https://etherpad.opendev.org/p/qa-bug-triage-yoga 15:48:10 <kopecmartin> i had also an issue with running ./stack.sh again (after ./unstack.sh and ./clean.sh) , something with py3.8 , maybe pip too, i don't remember 15:48:23 <kopecmartin> i didn't have time so i just started on a new clean vm 15:48:40 <kopecmartin> but maybe that's the reproducer, to deploy it, then clean, unstack and deploy again 15:49:29 <frickler> ah, I only do unstack, no clean, will give it another try with that 15:50:18 <gmann> yeah, usually clean work for me but have not tried recently 15:50:56 <kopecmartin> gmann: regarding this bug 15:50:57 <kopecmartin> #link https://bugs.launchpad.net/tempest/+bug/1948935 15:51:03 <kopecmartin> we have 2 options how to address that 15:51:22 <kopecmartin> 1. leave the --concurrency arg as it is and proceed with the proposed patch 15:51:22 <kopecmartin> 2. improve the documentation of the argument as you suggested in the other comment and rename the argument as well - let's go with something like --creds-number 15:53:24 <gmann> kopecmartin: not sure about 2nd one as concurrency seems easy to understand? like what we have in tempest or stestr 15:54:00 <gmann> kopecmartin: current proposed patch make it more confusing like it double the concurrency so no way to generate/run serially 15:54:34 <gmann> I was suggesting to change the default value instead of hard coding it with *2 https://review.opendev.org/c/openstack/tempest/+/822434/2/tempest/cmd/account_generator.py 15:54:37 <gmann> #link https://review.opendev.org/c/openstack/tempest/+/822434/2/tempest/cmd/account_generator.py 15:55:24 <kopecmartin> i see, so we can just increase the default value (1->2) 15:56:05 <kopecmartin> that sounds good and easy enough 15:56:24 <gmann> yeah, as that is most test case requirement is. and anyone need single creds can change it to 1 15:56:47 <kopecmartin> prefect, let's go with that then 15:57:07 <kopecmartin> that's it 15:57:12 <kopecmartin> anything else to discuss? 15:57:51 <gmann> nothing else from me 15:58:01 <soniya29> nothing from my side 15:58:07 <kopecmartin> thank you all for attending, see you next week 15:58:12 <kopecmartin> #endmeeting