Tuesday, 2020-02-11

*** slaweq has quit IRC00:04
*** arif-ali has quit IRC00:04
*** mattw4 has quit IRC00:08
*** arif-ali has joined #openstack-qa00:11
*** gfidente|afk has quit IRC00:51
*** rfolco has quit IRC01:19
*** yamamoto has joined #openstack-qa01:30
*** dviroel has quit IRC02:03
*** nweinber has joined #openstack-qa02:07
*** nweinber has quit IRC02:19
*** yamamoto has quit IRC02:24
*** yamamoto has joined #openstack-qa03:00
*** yamamoto has quit IRC03:03
*** hongbin has joined #openstack-qa03:48
*** udesale has joined #openstack-qa04:19
*** yamamoto has joined #openstack-qa04:37
*** yamamoto has quit IRC04:40
*** hongbin has quit IRC04:41
*** ramishra_ has joined #openstack-qa05:19
*** raukadah is now known as chkumar|rover05:28
*** evrardjp has quit IRC05:34
*** evrardjp has joined #openstack-qa05:34
*** igordc has joined #openstack-qa05:51
*** igordc has quit IRC06:00
*** openstackgerrit has joined #openstack-qa06:42
openstackgerritwangzhiguang proposed openstack/tempest master: add unit test for update endpoint interface  https://review.opendev.org/70706706:42
*** gcheresh has joined #openstack-qa07:29
openstackgerritwangzhiguang proposed openstack/tempest master: add get available-system-scopes interface and unittest  https://review.opendev.org/70707107:31
*** udesale has quit IRC07:46
*** udesale has joined #openstack-qa07:47
*** tosky has joined #openstack-qa08:27
*** tesseract has joined #openstack-qa08:29
yoctozepto+ lib/infra:install_infra:32               :   virtualenv /opt/stack/requirements/.venv08:37
yoctozeptoERROR:root:ImportError: cannot import name ensure_text08:37
yoctozeptoKeithMnemonic: did you mean that? ^08:37
*** ralonsoh has joined #openstack-qa08:52
*** jpena|off is now known as jpena08:54
*** rpittau|afk is now known as rpittau08:55
*** elod has quit IRC09:03
*** slaweq has joined #openstack-qa09:07
*** dtantsur|afk is now known as dtantsur09:12
frickleryoctozepto: KeithMnemonic: oh, fun, that seems to be another fallout of virtualenv>=20, see the recent discussion over in -infra https://f4859be3d0571623e433-da4cb763ba77755124de943f204290eb.ssl.cf1.rackcdn.com/701066/1/check/osc-functional-devstack/5ad657e/controller/logs/pip3-freeze.txt09:12
frickleras if we hadn't had enough windmills to fight against yet *sigh*09:12
openstackgerritWeronika Sikora proposed openstack/tempest master: Set image_alt_ssh_user during stack  https://review.opendev.org/68290409:21
yoctozeptofrickler: ack, mist is the word09:23
openstackgerritwangzhiguang proposed openstack/tempest master: add get limit enforement model interface and unittest  https://review.opendev.org/70708509:28
dtantsurstephenfin: hi! we're seeing fallout of https://review.opendev.org/#/c/703137/ on ironic-tempest-plugin still. should it be backported to all stable branches?09:41
openstackgerritwangzhiguang proposed openstack/tempest master: add get available-system-scopes interface and unittest  https://review.opendev.org/70707109:41
dtantsur(not the fallout of the patch, but the issue it fixes)09:41
dtantsuror should we rather backport https://review.opendev.org/#/c/703288/ to all branches?09:42
dtantsurfiled https://storyboard.openstack.org/#!/story/200728209:46
stephenfindtantsur: That's a revert for a patch that only merged this cycle, so you shouldn't be seeing issues on stable branches https://review.opendev.org/#/c/702709/09:52
stephenfindtantsur: Have you logs I can look at?09:52
stephenfindtantsur: Probably best talking to yoctozepto too since they started the original patch09:53
dtantsurstephenfin: I think I know what is happening. In ironic-tempest-plugin (branchless as all tempest plugins) we run stable jobs via branch override. This presumably ends up pulling master job definitions (without g-reg) with stable devstack (requiring g-reg).09:53
dtantsuran example run: https://zuul.opendev.org/t/openstack/build/cb355b79d5d6452aa3fd475369a6bf4409:53
dtantsurI see only two ways out: backport all devstack patches or force-enable g-reg in our jobs (trying the latter now)09:53
stephenfinOkay, gotcha. Definitely want to involve yoctozepto then :) That was a bit of work to get going09:54
openstackgerritMerged openstack/tempest master: waiters: Add wait_for_volume_attachment_remove  https://review.opendev.org/70160509:55
*** slaweq has quit IRC09:56
* dtantsur mumbles something about branchless tempest plugins being pita10:03
*** ramishra_ has quit IRC10:35
openstackgerritJens Harbott (frickler) proposed openstack/devstack stable/rocky: Override virtualenv to a version < 20  https://review.opendev.org/70710911:11
*** rpittau is now known as rpittau|bbl11:21
*** fungi has quit IRC11:24
*** fungi has joined #openstack-qa11:27
*** dviroel has joined #openstack-qa11:31
*** yamamoto has joined #openstack-qa11:41
*** yamamoto has quit IRC11:49
*** yamamoto has joined #openstack-qa11:55
*** ccamposr has joined #openstack-qa11:58
*** yamamoto has quit IRC12:01
*** rfolco has joined #openstack-qa12:02
*** sluna has joined #openstack-qa12:09
*** ricolin has quit IRC12:10
*** udesale_ has joined #openstack-qa12:11
*** udesale has quit IRC12:13
*** raildo has joined #openstack-qa12:14
*** gfidente has joined #openstack-qa12:21
*** elod has joined #openstack-qa12:23
*** dtantsur is now known as dtantsur|brb12:27
*** gcheresh has quit IRC12:29
*** gcheresh has joined #openstack-qa12:30
*** yamamoto has joined #openstack-qa12:32
*** jpena is now known as jpena|lunch12:38
*** yamamoto has quit IRC13:02
*** adriant has quit IRC13:02
openstackgerritJens Harbott (frickler) proposed openstack/devstack stable/queens: Override virtualenv to a version < 20  https://review.opendev.org/70713313:02
*** adriant has joined #openstack-qa13:02
openstackgerritJens Harbott (frickler) proposed openstack/devstack stable/rocky: Override virtualenv to a version < 20  https://review.opendev.org/70710913:03
fricklernow let's see how deep this rabbit hole goes13:04
*** rh-jelabarre has joined #openstack-qa13:07
*** bigdogstl has joined #openstack-qa13:15
bigdogstlreviews please https://review.opendev.org/#/c/673342 https://review.opendev.org/#/c/689052 https://review.opendev.org/#/c/67697913:16
*** rpittau|bbl is now known as rpittau13:22
*** nweinber has joined #openstack-qa13:28
gmannQA office hour time13:30
gmann#startmeeting qa13:30
openstackMeeting started Tue Feb 11 13:30:41 2020 UTC and is due to finish in 60 minutes.  The chair is gmann. Information about MeetBot at http://wiki.debian.org/MeetBot.13:30
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:30
*** openstack changes topic to " (Meeting topic: qa)"13:30
openstackThe meeting name has been set to 'qa'13:30
gmannwho all here today13:30
kopecmartinhi13:30
soniya29Hello13:31
bigdogstlhi13:31
gmann#link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting13:32
gmann#link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_next_Office_hours13:32
gmanntoday agenda ^^13:32
*** jpena|lunch is now known as jpena13:32
gmann#topic Announcement and Action Item (Optional)13:32
*** openstack changes topic to "Announcement and Action Item (Optional) (Meeting topic: qa)"13:32
gmannno action item from  previous meeting13:33
gmann#topic Ussuri Priority Items progress13:33
*** openstack changes topic to "Ussuri Priority Items progress (Meeting topic: qa)"13:33
gmann#link https://etherpad.openstack.org/p/qa-ussuri-priority13:33
gmannI am jumping to py things as other do not have much progress13:34
gmann- py2.7 drop plan for QA13:34
gmannthis is in-progress work and fixing stable testing for this. we will talk more on those in later section13:35
gmannother part to share is about scenario manager.13:35
arxcruzo/13:36
gmannkopecmartin has created a etherpad to start this work #link https://etherpad.openstack.org/p/tempest-scenario-manager13:36
gmanni have not got chance to review/add things in this. I will be doing right after meeting.13:36
gmannanything else on ussuri priority ?13:37
gmann#topic OpenStack Events Updates and Planning13:37
*** openstack changes topic to "OpenStack Events Updates and Planning (Meeting topic: qa)"13:37
gmannwe have to  give number for QA attendance in Vancouver PTG. I need to start the etherpad and collect possible number of attendees.13:38
gmann#action gmann to start the planning for Vancouver PTG.13:38
gmann#topic Sub Teams highlights (Sub Teams means individual projects under QA program)13:39
*** openstack changes topic to "Sub Teams highlights (Sub Teams means individual projects under QA program) (Meeting topic: qa)"13:39
gmannbefore jumping to each project status, I would like to update the fixes we did last week for py2 drop in multiple projects for stable testing.13:40
gmann#link http://lists.openstack.org/pipermail/openstack-discuss/2020-February/012462.html13:40
gmanni summarized/updated the bugs in above ML. stable branch testing for Tempest installing with stable u-c are green now.13:41
gmannand another bug of using 'all-plugin' for tempest run has been fixed for designate and if any other project facing the same issue they can fix it in similar way.13:41
gmannTempest13:42
*** ccamposr__ has joined #openstack-qa13:42
gmannIn Tempest we have moved the tox env default basepython to py3. Now i will rebase my dropping py2 patch. that will reduce huge number of jobs on master gate.13:43
gmann#link https://review.opendev.org/#/q/project:openstack/tempest+status:open13:43
gmannthese are open reviews.13:43
gmannany special things to discuss on Tempest, any bug you are aware of etc ?13:43
kopecmartinI put all interesting bugs to triage etherpad13:44
gmannkopecmartin: thanks.13:44
gmannPatrole13:44
gmannanything on patrole ?13:44
*** ccamposr has quit IRC13:45
gmannany other project updates ?13:45
*** gcheresh_ has joined #openstack-qa13:45
toskydevstack: there was an issue reported between devstack and ironic-tempest-plugin reported earlier by dtantsur|brb; stephenfin and yoctozepto may know a bit more13:45
*** gcheresh has quit IRC13:45
toskygrenade: reviews are ready13:45
gmannohk, i need to check the logss13:45
gmanntosky: thanks. i did not get chance to review grenade due to those py2 thongs. I will be doing those in this week for sure.13:46
* yoctozepto feels mentions but will read later (very busy)13:46
toskygmann: np, there have been many fires in the last week13:47
gmannyeah13:47
gmannlet's move next13:47
gmann#topic Community goal tracking13:47
*** openstack changes topic to "Community goal tracking (Meeting topic: qa)"13:47
gmann#link https://etherpad.openstack.org/p/qa-community-wide-goals-tracking13:48
gmann1. Drop Python 2.7 Support13:48
gmannthis is ongoing work and we have patches up for review. I will be merging those soon and do release before m-2 on 13th Feb.13:48
gmann2. Project Specific PTL and Contributor Documentation13:49
*** dtantsur|brb is now known as dtantsur13:49
gmannthis is not started, we talked about on tc channel last week about what exactly to do. there will be update on goal doc for that regarding keeping CONTRIBUTING.rst and new doc/source/contributing.rst13:50
gmann#topic Bug Triage13:50
*** openstack changes topic to "Bug Triage (Meeting topic: qa)"13:50
toskyyep, better avoid duplication (re CONTRIBUTING)13:50
gmanntrue13:50
kopecmartintriaging, the numbers are still going down as can be seen in the etherpad, which is great13:51
kopecmartin# link https://etherpad.openstack.org/p/qa-bug-triage-ussuri13:51
gmannone things i would like mention again. if you see any py2 related bug, keep reporting and fixing. we have to keep gate as stable as possible for this work13:51
gmannkopecmartin: yeah, go ahead13:51
kopecmartini would like to mention, that we have a lot of reviews which seem to be ready for final review13:52
kopecmartinso I put bugs which are about to be fixed and all reviews i find ready for a core review to the ethepad13:52
gmannkopecmartin: thanks.13:53
kopecmartini'd like to suggest, that I'll keep filtering the reveiws and bugs and put the almost ready one to the etherpad and i'd like to ask cores to go through the etherpad from time to time13:53
toskykopecmartin: I think there was an extra space between "#" and "link" in your link earlier, so it was not highlighted in the logs13:53
kopecmartin#link https://etherpad.openstack.org/p/qa-bug-triage-ussuri13:53
kopecmartinmy bad :)13:53
gmannkopecmartin: yeah, very less core are active but this will help us13:53
gmannkopecmartin: one question, 34->28  in NEW. does this triage all bugs or include invalid also ?13:54
dulekgmann: Hello! I'm figuring out problems on this thing: https://review.opendev.org/#/c/682531/. Is devstack-ipv6 job having just ipv6 ifaces on the nodepool VM?13:54
kopecmartingmann: i put there links only to triaged  under 'Bugs with patches' section13:55
gmannkopecmartin: means? those number reduce is you raised the fixes for those ?13:55
gmanni would like to know the category of those reduce which is great13:56
*** ccamposr has joined #openstack-qa13:56
gmanndulek: it does ipv6 iface like any other testing VM and this job just enable the services listen on IPv6.13:57
kopecmartingmann: oh, you mean this, the numbers are current ones, meaning what launchpad currently shows .. those bugs or reviews I put there explicitly are related to bugs in In Progress state no New13:57
dulekgmann: Oh, probably DNS (unbound?) too? Seems like Docker is unable to connect, probably because it has no IPv6 iface.13:58
*** nweinber has quit IRC13:58
gmannkopecmartin: yeah that i got, I mean 34->28 on new bugs, did you traige those 8 bugs or few of them are invalid also13:58
gmanndulek: that might be possible, monasca faces same issue for kafka not able to listen on ipv613:59
*** ccamposr__ has quit IRC13:59
kopecmartingmann:  I triaged them, either put to Confirmed or Invalid state .. or proposed a change to fix it13:59
dulekgmann: Cool, in our case it shouldn't be impossible to solve, so I'll take a look.14:00
gmannkopecmartin: great.  this is really great reduction in # of NEW bug and if with this rate we will make it in single digit or 0 soon.14:00
gmanndulek: i see. may be we can do it once  docker is ready because 3rd party we can do much14:01
gmannkopecmartin: let's move to individual bugs you would like to discuss14:01
gmanni did not find any on etherpad except review request.14:02
kopecmartingmann: i have one python-stestr bug: https://review.opendev.org/#/c/700778/ for exmaple14:02
gmannok.14:03
kopecmartingmann: i think right now only reviews are needed, i don't have prepared any bug which I'd like to discuss atm14:03
gmannkopecmartin: ok, i will try to review those before next meeting and add status on etherpad.14:03
*** ramishra has joined #openstack-qa14:04
gmannthanks for all this help.14:04
gmann#topic Critical Reviews14:04
*** openstack changes topic to "Critical Reviews (Meeting topic: qa)"14:04
gmannany critical review from anyone ?14:04
kopecmartinjust that one i shared already related to os-testr: https://review.opendev.org/#/c/700778/14:05
gmannok14:05
gmann#topic Open Discussion14:06
*** openstack changes topic to "Open Discussion (Meeting topic: qa)"14:06
gmannanything else to discuss ?14:06
gmannok, thanks all for joining.14:07
gmann#endmeeting14:07
*** openstack changes topic to "Discussion of OpenStack Quality Assurance Projects (tempest, devstack, grenade, and friends) | docs https://wiki.openstack.org/wiki/QA | specs https://review.openstack.org/#/q/project:openstack/qa-specs | channel logs http://eavesdrop.openstack.org/irclogs/%23openstack-qa/"14:07
openstackMeeting ended Tue Feb 11 14:07:07 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:07
openstackMinutes:        http://eavesdrop.openstack.org/meetings/qa/2020/qa.2020-02-11-13.30.html14:07
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/qa/2020/qa.2020-02-11-13.30.txt14:07
openstackLog:            http://eavesdrop.openstack.org/meetings/qa/2020/qa.2020-02-11-13.30.log.html14:07
*** nweinber has joined #openstack-qa14:07
gmannbigdogstl: ACK, i will be reviewing those patches you mentioned.14:07
*** bigdogstl has quit IRC14:12
gmanndtantsur: RE: ironic-tempest-plugin issue. when devstack is picked up from stable then g-reg should be enabled by default by devstack and job does not need to enable it. - https://github.com/openstack/devstack/blob/d5906687a38f1d0d4ff76e678f089750f60b4625/stackrc#L7214:21
dtantsurgmann: well, it doesn't happen14:22
*** ccamposr__ has joined #openstack-qa14:22
gmanndtantsur: humm, its not failing stable jobs on Tempest master.14:23
*** ccamposr has quit IRC14:23
dtantsurgmann: there may be a slight difference in the configuration..14:24
*** ccamposr has joined #openstack-qa14:24
dtantsurwe seem to end up with non-empty ENABLED_SERVICES14:24
gmanndtantsur: this is enabled in failed patch you mentioned- https://zuul.opendev.org/t/openstack/build/cb355b79d5d6452aa3fd475369a6bf44/log/job-output.txt#162914:24
gmannoh14:25
dtantsurmaybe it happens afterwards?14:25
dtantsuradding g-reg explicitly brought the jobs back: https://review.opendev.org/#/c/707087/14:25
dtantsurmmm, no, it happens before, but is_service_enabled still returns 1: https://zuul.opendev.org/t/openstack/build/cb355b79d5d6452aa3fd475369a6bf44/log/job-output.txt#2136914:27
dtantsurgmann: ^^14:27
*** ccamposr__ has quit IRC14:27
gmannyeah, something going wrong there, checking...14:27
*** chkumar|rover is now known as raukadah14:50
gmanndtantsur: ironic job does not make 'base'=False in devstack_services so devstack should add all the base services in enable_service but it seems only ironic enabled services in job are added in enabled_services . not sure why base services addition is not happening.14:55
dtantsuryeah, I've noticed some inconsistency in how inheritance works14:56
gmannit start failing today right ?14:56
dtantsurgmann: wait, won't zuul definitions be unconditionally pulled from master (== branch of ironic-tempest-plugin)14:56
dtantsurgmann: not sure. quite recently, probably not today.14:56
gmanndtantsur: yes from master, if you have two different job definition per branch then it will pick stable branch job definition when running on stable vs master14:57
*** elod has quit IRC14:57
dtantsurgmann: ironic-tempest-plugin is always master. and branch overrides will take effect only after the job definition is constructed. Am I right here?14:58
dtantsurwhich means, we'll take enabled_services from devstack master (without g-reg), but then try to use stable branches of projects.14:58
gmannyes, i can see only single definition so it will pick from ironic-tempest-plugin master-  https://github.com/openstack/ironic-tempest-plugin/blob/master/zuul.d/stable-jobs.yaml14:58
*** elod has joined #openstack-qa14:59
gmanndtantsur: no, job definition is picked up but devstack will be of stable and that is why we can see default enable_service has g-reg14:59
gmannwhich is overridden by devdtack role and skipped to add base services which has g-reg15:00
dtantsurwhere exactly is it happening?15:00
gmannhttps://github.com/openstack/devstack/blob/18d1dc99b75d27f321e4789f2ba8961d4cc165a2/roles/write-devstack-local-conf/library/devstack_local_conf.py#L23715:00
gmann'base' is true by deafult15:00
gmanndefault15:00
dtantsurthere is no g-reg here, right? https://opendev.org/openstack/devstack/src/branch/master/.zuul.yaml#L40015:01
dtantsurso even if we do inherit correctly, g-reg is no longer there.15:01
gmannohh, i only looked the stackrc things.15:01
gmannlet me check if we have branch variant there15:02
gmanndevstack is branch and so base job 'devstack' should be picked from stable branch15:03
gmannnot from master.15:03
gmannoh, wait15:03
gmannits master gate not stable.15:03
*** artom has joined #openstack-qa15:04
gmannthese explain it but i am confused why it is enable in tempest-full-py3-train running on master15:04
KeithMnemonicfrickler thank you for the note. I am actually starting vacation later today so probably will not look further until i get back.15:04
dtantsurgmann: yeah, zuul definitions from master, devstack from stable. this is how I imagine it.15:04
cgoncalvesianw, devstack cores: could you please review https://review.opendev.org/#/c/703324/ ? thanks15:06
gmanndtantsur: and that is what happening for tempest-full-py3-train. 'devstack' job definition from stable which has g-reg in base services- https://zuul.opendev.org/t/openstack/build/24fee7cdd6a844c7a5c93b7fc657b6d0/log/job-output.txt#235115:08
dtantsurhow do you achieve that?15:08
gmannit is same way ironic doing - https://github.com/openstack/tempest/blob/master/.zuul.yaml#L43315:09
*** artom has quit IRC15:09
gmanndtantsur: this is issue. 'base' var is false for ironic job which stopping all base services to be enabled - https://zuul.opendev.org/t/openstack/build/cb355b79d5d6452aa3fd475369a6bf44/log/zuul-info/inventory.yaml#10015:12
gmannchecking which job doing it15:12
*** artom has joined #openstack-qa15:12
dtantsurmaybe ironic-base, hmm15:12
*** artom has quit IRC15:12
dtantsurhmm, no, not it15:12
*** artom has joined #openstack-qa15:13
gmannyeah, i checked that very first thing in ironic-base15:14
dtantsurI cannot find this string in our job definitions Oo15:14
*** gfidente has quit IRC15:27
gmanndtantsur: its not 'base'. that is same everywhere. issue is 'devstack' job definition is picked up from master not from stable (which is clear from this job inventory - https://zuul.opendev.org/t/openstack/build/cb355b79d5d6452aa3fd475369a6bf44/log/zuul-info/inventory.yaml#100 )15:27
dtantsurthat's what I figured as well15:28
gmannclarkb: you have idea of this ^^. stable tempest job on master gate pick the 'devstack' job from stable not from master. which should be the case.15:28
gmannits something from zuul macther which we are missing15:29
gmannclarkb: but in ironic case 'devstack' base job definition is picked from master. both stable jobs are defined in same way15:31
*** gfidente has joined #openstack-qa15:32
clarkbgmann you can look in the zuul inventory file to see the inheritance path15:33
clarkbusually I start there to debug15:33
gmannclarkb: yeah, we got that but cannot find why mismatch in picking the base job, 1 tempest case it is from stable 2. ironic it is master - https://zuul.opendev.org/t/openstack/build/24fee7cdd6a844c7a5c93b7fc657b6d0/log/zuul-info/inventory.yaml#12015:36
gmannhttps://zuul.opendev.org/t/openstack/build/cb355b79d5d6452aa3fd475369a6bf44/log/zuul-info/inventory.yaml#16015:37
clarkbusually you have to look at each of the files in the path and trace it15:37
clarkband often you'll find a branches specifier that is over applying itself15:37
clarkbI can take a lool in abit15:37
gmann yeah, ironic-jobs.yaml  should be stable/train but it is master - https://zuul.opendev.org/t/openstack/build/cb355b79d5d6452aa3fd475369a6bf44/log/zuul-info/inventory.yaml#16415:43
gmanndtantsur: clarkb got the issue. it is override_checkout vs override-branch15:50
dtantsurgmann: okay, what's the difference?15:52
gmannit slipped from my eyes somehow which should be first things to check for branch variant15:52
*** udesale_ has quit IRC15:52
*** udesale_ has joined #openstack-qa15:53
*** KeithMnemonic has quit IRC15:56
dtantsurgmann: so, which one should we use?15:59
dtantsurI think we changed to override-branch for some reason15:59
clarkbdtantsur: override-checkout affects which branch is checked out in the repo when the job runs16:02
gmanni remember little bit on some ML thread from corvus on these checkout changes things (cannot find that ML) where override-checkout was made to select the job with branch variant and override_branch just to select the repo not job16:02
clarkbthe branch specifies which branch this job applies to16:02
gmannand override-checkout  in addition to job selection does checkout the stable branch on repo too like override_branch does.16:03
dtantsurdo I read it right that we need override-checkout and then we'll get the correct base job?16:04
gmannyes16:04
gmannit worked till now as no breaking change between base master job vs stable job definition16:05
*** gcheresh_ has quit IRC16:05
dtantsurthanks gmann, clarkb, lemme try and see where it brings us16:05
gmannclarkb: i am sure we have doc of explaining those two var ? i remember that from ML discussion year back or so16:05
*** udesale_ has quit IRC16:06
*** udesale_ has joined #openstack-qa16:07
clarkbya it should be in the zuul docs let me see16:09
clarkbhttp://lists.zuul-ci.org/pipermail/zuul-discuss/2018-April/000342.html is the email you were looking for I think16:09
clarkbhttps://zuul-ci.org/docs/zuul/reference/job_def.html#attr-job.override-checkout and https://zuul-ci.org/docs/zuul/reference/job_def.html#attr-job.branches for docs16:10
*** ccamposr has quit IRC16:11
*** rf0lc0 has joined #openstack-qa16:11
*** rfolco has quit IRC16:13
gmannclarkb: thanks. that will helpful if any other job doing the same. i will do some audit on tempest plugins.16:13
*** gcheresh_ has joined #openstack-qa16:13
*** udesale_ has quit IRC16:16
fricklergmann: clarkb: ianw: please review https://review.opendev.org/707133 and https://review.opendev.org/#/c/707109/2 in order to unblock stable/queens and rocky (once more)16:26
*** gcheresh_ has quit IRC16:26
clarkb+2 from me16:27
*** rishabhhpe has joined #openstack-qa16:32
*** dtantsur is now known as dtantsur|afk16:34
rishabhhpeHi All , Can anyone help me with the error mentioned here -: http://paste.openstack.org/show/789429/16:35
*** jpena is now known as jpena|brb16:46
*** slaweq has joined #openstack-qa16:47
*** rishabhhpe has quit IRC16:52
gmannfrickler: thanks. +A16:58
*** rpittau is now known as rpittau|afk17:00
yoctozeptotosky, dtantsur|afk, stephenfin, frickler, gmann: /me catching up17:07
yoctozeptoI see venv getting pinned, oh what a dram17:07
yoctozeptodrama*17:07
yoctozeptowhat about g-reg?17:07
yoctozeptoold code new jobs?17:07
clarkbI don't think virtualenv is managed in global requirements17:07
* yoctozepto scratching head17:08
yoctozeptoclarkb: yeah, it's not17:08
clarkbit needs to be there before you can install requirements so it is a bit of a chicken and egg17:08
clarkbpip and setuptools and wheel are in the same spot17:08
gmannyoctozepto: g-reg is solved. its on job side update17:08
yoctozeptofrickler did manual pin17:08
yoctozeptogmann: oh, good, thanks :D17:08
*** dave-mccowan has joined #openstack-qa17:10
clarkboh g-reg not g-req I misred that :)17:10
yoctozeptoclarkb: ah, spreading confusion :D17:12
* gmann going to enjoy Japanese lunch today.... before more bugs show up :)17:15
yoctozeptogmann: take your time :-)17:17
*** gmann is now known as gmann_afk17:20
yoctozeptoclarkb: ImportError: No module named pkg_resources17:23
yoctozeptoclarkb: tell me it got fixed already17:23
*** igordc has joined #openstack-qa17:24
*** jpena|brb is now known as jpena17:25
*** kopecmartin is now known as kopecmartin|afk17:27
*** ramishra has quit IRC17:28
*** mattw4 has joined #openstack-qa17:29
*** evrardjp has quit IRC17:34
*** evrardjp has joined #openstack-qa17:34
*** anastzhyr has joined #openstack-qa17:37
anastzhyrHello,  quick question.  Working with https://docs.openstack.org/mitaka/config-reference/block-storage/volume-encryption.html . There is a phrase : `boot Vm using Nova,  and then run some commands on that VM`. I have booted cirros. And I used `nova get-vnc-console novnc` for accessig VM.  Is that a correct approach?17:40
anastzhyrI have some doubts,  as after `nova attach-volume` I did not get the directories `/dev/vdb` and `/dev/vdc`17:42
clarkbcirros may not have udev rules to mknod the new devices?17:42
clarkbanastzhyr: You might try rebooting to see if that causes cirros to pick up the new devices (i'm not sure if it has hotplug support)17:43
anastzhyrenriquetaso: for visibility17:43
clarkbor try a proper distro image like ubuntu or centos17:43
anastzhyrclarkb: how to rebooot?17:43
clarkbyou can either reboot in the server command line using the reboot command or via the nova api17:43
anastzhyrReboot did not help,  I will try to use other immage17:47
anastzhyrThank you17:47
anastzhyrclarkb: but is there any other way to enter vm17:50
clarkbanastzhyr: you can ssh in17:50
anastzhyrOr is a browser version a correct way17:50
clarkbyou might have to open security groups to open tcp port 22 for that17:50
clarkbI prefer ssh myself, but vnc works too17:50
anastzhyrSsh using what?17:50
clarkbanastzhyr: on linux or mac osx you should have the `ssh` command. On windows if you use the linux on windows thing you'll have `ssh` as well. If not putty is a popular ssh client17:51
anastzhyrBut how to find the address to use for ssh?17:57
anastzhyrSorry for stupid question17:57
clarkbanastzhyr: the nova api will tell you the IP address17:57
anastzhyrAnd 22 port?17:58
clarkb`openstack server list` or you can view it in the horizon dashboard under the server details17:58
clarkbtcp port 22 is the port that ssh uses by default. It will need to be allowed in your security groups17:58
anastzhyrAll right,  I will tfy17:58
clarkbthe horizon dashboard can configure that as well. So can openstack cli but it is a bit more convoluted (I haven't done it in a while so don't remember the steps)17:58
yoctozeptoyou might need to configure a floating ip address as well18:01
yoctozeptoor else connect from the same ip namespace18:01
*** igordc has quit IRC18:02
*** igordc has joined #openstack-qa18:06
openstackgerritStephen Finucane proposed openstack/tempest master: compute: Use valid extra specs to test 'os-extra_specs' API  https://review.opendev.org/70722318:10
openstackgerritLee Yarwood proposed openstack/tempest master: WIP volume: Introduce extend attached encrypted volume tests  https://review.opendev.org/70690418:11
*** macz has joined #openstack-qa18:15
openstackgerritLee Yarwood proposed openstack/devstack master: WIP tempest: Add TEMPEST_EXTEND_ATTACHED_ENCRYPTED_VOLUME  https://review.opendev.org/70722718:25
openstackgerritLee Yarwood proposed openstack/devstack-plugin-ceph master: WIP zuul: Enable TEMPEST_EXTEND_ATTACHED_ENCRYPTED_VOLUME in base py3 job  https://review.opendev.org/70722818:32
*** ralonsoh has quit IRC18:33
*** jpena is now known as jpena|off18:36
*** gmann_afk is now known as gmann18:49
*** gcheresh_ has joined #openstack-qa18:51
*** gfidente is now known as gfidente|afk18:56
*** gcheresh_ has quit IRC19:25
*** anastzhyr has quit IRC20:36
*** nweinber has quit IRC21:20
*** raildo has quit IRC21:36
openstackgerritMerged openstack/devstack stable/queens: Override virtualenv to a version < 20  https://review.opendev.org/70713321:52
*** rcernin has joined #openstack-qa22:07
*** slaweq has quit IRC22:25
*** mattw4 has quit IRC22:27
*** rh-jelabarre has quit IRC22:31
openstackgerritmelanie witt proposed openstack/devstack-plugin-ceph master: umount /var/lib/ceph on init to cleanup previous run  https://review.opendev.org/70726922:46
*** slaweq has joined #openstack-qa22:50
*** iurygregory has quit IRC22:52
*** slaweq has quit IRC22:55
*** slaweq has joined #openstack-qa23:11
toskygmann: about https://review.opendev.org/#/c/703401/ - do we use python 3 also on queens? I though we even pinned tempest because py3 is not supported23:16
*** slaweq has quit IRC23:16
gmanntosky: we use that, tempest master started testing py3 since queens jobs23:16
gmanntosky: rocky was pinned for py3.5 support dropping. queens was pinned as it is EM23:17
toskygmann: but that's the tempest venv, not the devstack environment, I though23:17
gmanntosky:  devstack env.23:18
toskyUSE_PYTHON3 is still false by default in stein and train23:18
gmanntosky: yeah but we enable those in stable py3 jobs - https://review.opendev.org/#/c/703646/1/.zuul.yaml23:18
openstackgerritMerged openstack/devstack master: Install psutil required by tools/mlock_report.py script  https://review.opendev.org/70413423:19
gmanntosky: we keep running both version for stable jobs till now.23:19
gmannand after this it will be only py3 testing of stable on master gate -https://review.opendev.org/#/c/704096/23:19
gmannand py2 testing of those branch will be via stable gate.23:20
toskywhich is the stable gate? The gate jobs which are executed when a certain a patch is executed against the stable branch?23:21
toskya stable branch*23:21
gmannyeah23:22
toskybut then they will use an older tempest23:22
toskyeven for stein23:22
gmannno, they will keep using master tempest on py3 venv. like stein and train doing23:22
gmannexample, tempest-full running on those branch23:22
toskybut isn't it possible that a change passes in tempest/master which works against the py3 deployment, but does not work when testing against the py2-based train or stein?23:23
gmanntosky: it should not be as Tempest interact only via API so running Tempest in py3 env is enough to use keep using master and test env of py2 or py3.23:24
gmannand constraint things also work fine as Tempest run in venv and does not use site-packages.23:26
toskyok, thanks; I think I will need to revisit a few jobs then23:32
openstackgerritGhanshyam Mann proposed openstack/tempest master: [ussuri][goal] Drop python 2.7 support and testing  https://review.opendev.org/70409623:32
openstackgerritGhanshyam Mann proposed openstack/tempest master: Re-enable the stable rocky job  https://review.opendev.org/70727223:36
gmannmasayukig: ^^, these are ready now. py2 drop and re-enable rocky23:36
openstackgerritGhanshyam Mann proposed openstack/tempest master: [ussuri][goal] Drop python 2.7 support and testing  https://review.opendev.org/70409623:45
masayukiggmann: let me check23:45
openstackgerritMerged openstack/qa-specs master: [ussuri][goal] Drop python 2.7 support and testing  https://review.opendev.org/70552823:45
openstackgerritGhanshyam Mann proposed openstack/tempest master: Re-enable the stable rocky job  https://review.opendev.org/70727223:45
*** igordc has quit IRC23:46
openstackgerritMerged openstack/tempest-stress master: [ussuri][goal] Drop python 2.7 support and testing  https://review.opendev.org/70553323:48
openstackgerritMerged openstack/devstack-tools master: [ussuri][goal] Drop python 2.7 support and testing  https://review.opendev.org/70551223:50
openstackgerritMerged openstack/os-performance-tools master: [ussuri][goal] Drop python 2.7 support and testing  https://review.opendev.org/70552023:50
*** rcernin has quit IRC23:51
openstackgerritMerged openstack/stackviz master: [ussuri][goal] Drop python 2.7 support and testing  https://review.opendev.org/70553123:56

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!