Friday, 2019-03-08

*** cshen has joined #openstack-qa00:15
*** cshen has quit IRC00:20
*** fnaval has joined #openstack-qa00:38
*** fnaval has quit IRC00:46
*** fnaval has joined #openstack-qa00:49
*** markvoelker has joined #openstack-qa00:50
*** mriedem_away is now known as mriedem00:54
*** mriedem has quit IRC01:04
*** artom has joined #openstack-qa01:11
openstackgerritGhanshyam Mann proposed openstack/tempest master: DNM: Testing all legacy jobs on bionic  https://review.openstack.org/64189301:19
*** markvoelker has quit IRC01:23
*** whoami-rajat has joined #openstack-qa01:23
*** cshen has joined #openstack-qa02:15
*** cshen has quit IRC02:20
*** markvoelker has joined #openstack-qa02:20
*** hongbin has joined #openstack-qa02:42
*** jhesketh has quit IRC02:45
*** jhesketh has joined #openstack-qa02:47
*** markvoelker has quit IRC02:53
*** ramishra has joined #openstack-qa02:55
openstackgerritGhanshyam Mann proposed openstack-dev/bashate master: DNM: Testing bionic nodeset  https://review.openstack.org/64190302:57
openstackgerritGhanshyam Mann proposed openstack/devstack-plugin-ceph master: DNM: Testing bionic nodeset  https://review.openstack.org/64190403:02
*** ianw_pto has quit IRC03:23
*** ianw has joined #openstack-qa03:23
*** lbragstad has quit IRC03:32
*** markvoelker has joined #openstack-qa03:50
openstackgerritGhanshyam Mann proposed openstack/stackviz master: DNM: Testing bionic nodeset  https://review.openstack.org/64191604:15
openstackgerritGhanshyam Mann proposed openstack/stackviz master: Move legacy-periodic-package-stackviz-element job to stackviz repo  https://review.openstack.org/64191804:23
*** markvoelker has quit IRC04:23
*** whoami-rajat has quit IRC04:33
openstackgerritGhanshyam Mann proposed openstack-dev/grenade master: DNM: Testing bionic nodeset  https://review.openstack.org/64192104:36
openstackgerritGhanshyam Mann proposed openstack/stackviz master: Move legacy-periodic-package-stackviz-element job to stackviz repo  https://review.openstack.org/64191804:41
*** whoami-rajat has joined #openstack-qa04:53
*** lbragstad has joined #openstack-qa05:15
*** markvoelker has joined #openstack-qa05:20
*** hongbin has quit IRC05:42
*** markvoelker has quit IRC05:53
*** ccamposr has joined #openstack-qa06:49
*** markvoelker has joined #openstack-qa06:51
openstackgerritManik Bindlish proposed openstack/tempest master: Add py37 tox env  https://review.openstack.org/64193506:51
*** Luzi has joined #openstack-qa06:53
*** sridharg has joined #openstack-qa07:06
*** ramishra has quit IRC07:10
openstackgerritManik Bindlish proposed openstack/patrole master: Add py36 and py37 tox envs  https://review.openstack.org/64194907:21
*** markvoelker has quit IRC07:23
openstackgerritManik Bindlish proposed openstack/tempest-stress master: Add py36 and py37 tox envs  https://review.openstack.org/64195207:25
*** ramishra has joined #openstack-qa07:25
*** pcaruana has joined #openstack-qa07:26
*** lbragstad has quit IRC07:28
*** cshen has joined #openstack-qa07:29
openstackgerritManik Bindlish proposed openstack/stackviz master: Add py36 and py37 tox envs  https://review.openstack.org/64195407:39
*** gkadam__ has joined #openstack-qa07:50
*** rpittau|afk is now known as rpittau08:06
openstackgerritVishakha Agarwal proposed openstack/tempest master: Fixing test cases of role_assignment by project  https://review.openstack.org/64195908:08
*** markvoelker has joined #openstack-qa08:20
*** rfolco has joined #openstack-qa08:36
*** rfolco|ruck has quit IRC08:38
*** iurygregory|home is now known as iurygregory08:40
*** markvoelker has quit IRC08:53
*** pcaruana has quit IRC09:12
*** cshen has quit IRC09:23
*** pcaruana has joined #openstack-qa09:27
*** rcernin has quit IRC09:47
*** markvoelker has joined #openstack-qa09:51
*** ramishra has quit IRC10:05
*** amodi has quit IRC10:15
*** markvoelker has quit IRC10:23
openstackgerritafazekas proposed openstack/tempest master: Add autopep8 to tox.ini  https://review.openstack.org/64197810:28
*** gfidente has joined #openstack-qa10:32
*** yamamoto has quit IRC10:43
*** ramishra has joined #openstack-qa10:48
*** cshen has joined #openstack-qa10:51
*** dtantsur|afk is now known as dtantsur11:08
*** yamamoto has joined #openstack-qa11:18
*** markvoelker has joined #openstack-qa11:20
*** yamamoto has quit IRC11:25
*** yamamoto has joined #openstack-qa11:26
*** cshen has quit IRC11:35
*** gcheresh_ has joined #openstack-qa11:37
*** cshen has joined #openstack-qa11:40
*** raissa has joined #openstack-qa11:44
*** raissa has quit IRC11:46
*** markvoelker has quit IRC11:54
*** gcheresh_ has quit IRC11:58
*** gkadam__ has quit IRC12:02
*** raildo has joined #openstack-qa12:03
*** gkadam has joined #openstack-qa12:04
*** gfidente has quit IRC12:07
*** tosky has joined #openstack-qa12:12
*** gfidente has joined #openstack-qa12:45
*** zbr|ssbarnea has quit IRC12:46
*** zbr has joined #openstack-qa12:47
openstackgerritKashyap Chamarthy proposed openstack-dev/devstack master: Capture the content of 'audit.log' file  https://review.openstack.org/63875712:49
*** iurygregory is now known as iurygregory_mtg12:53
*** sridharg has quit IRC12:56
*** sridharg has joined #openstack-qa12:59
*** rh-jelabarre has joined #openstack-qa13:04
*** frickler has quit IRC13:17
*** frickler has joined #openstack-qa13:18
*** iurygregory_mtg is now known as iurygregory13:24
*** ramishra has quit IRC13:27
*** yamamoto has quit IRC13:27
*** pcaruana has quit IRC13:30
*** dave-mccowan has joined #openstack-qa13:30
*** dave-mccowan has quit IRC13:34
*** mriedem has joined #openstack-qa13:38
*** lbragstad has joined #openstack-qa13:44
*** yamamoto has joined #openstack-qa13:54
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Add query for nova evacuate --force bug 1819166  https://review.openstack.org/64202014:00
openstackbug 1819166 in OpenStack Compute (nova) "nova-live-migration evacuation tests fail with "error: unrecognized arguments: --force"" [Critical,In progress] https://launchpad.net/bugs/1819166 - Assigned to sean mooney (sean-k-mooney)14:00
afazekasgmann, tosky: what do you think about autopep8 ? https://review.openstack.org/#/c/641978/  is it something worth to add to the requirements ?14:08
*** rfolco is now known as rfolco|ruck14:08
afazekasIt is auto-formatting tool, so the tool does the formatting for you14:09
mriedemthat would ruin diffs wouldn't it?14:11
toskybut do we need format.sh? People could use the tox environment, or another tox environment could be focused on reformatting only14:13
*** sridharg has quit IRC14:18
afazekasmriedem, That why added it to the pep8 task as well14:18
afazekastosky, invoking things outside tox usually faster, but IMHO I can add tox entry as well (or instead)14:20
*** markvoelker has joined #openstack-qa14:20
afazekasmriedem, in the tox pep8 entry it checks is the source pep8auto formatted , the format.sh is the one which does the auto formating ATM14:21
* afazekas BTW, the alphabet rule can be done with isort -rc -sl14:23
gmannafazekas: it seems follow PEP 8 style guide and uses the pycodestyle which make it safe.14:23
gmannyeah as along as we fix all formatting in starting and then run as part of pep8 env it would not introduce any format change other than current patch modified code.14:24
afazekasit may shift things too right and you need to break it after (4 line case)14:24
afazekasgmann, yes, it keeps this format stable14:25
gmannmeans? it will check line length also right14:25
* afazekas let me retest something ~ 5min14:25
gmannsure14:27
openstackgerritMerged openstack-infra/elastic-recheck master: Add query for nova evacuate --force bug 1819166  https://review.openstack.org/64202014:27
openstackbug 1819166 in OpenStack Compute (nova) "nova-live-migration evacuation tests fail with "error: unrecognized arguments: --force"" [Critical,In progress] https://launchpad.net/bugs/1819166 - Assigned to sean mooney (sean-k-mooney)14:28
afazekasgmann, http://pastebin.test.redhat.com/733976  looks like it some cases makes the line longer , it was only 4 line case in the whole tempest14:28
*** awaugama has joined #openstack-qa14:30
afazekasgmann, sorry, wrong url : http://paste.openstack.org/show/747453/14:30
gmannafazekas: :) i was about to ask the redhat access from yo14:30
gmannyou14:30
afazekasgmann, The current version made me to format 4 line after running it14:30
afazekasgmann, send a CV ;-)14:31
*** sridharg has joined #openstack-qa14:31
gmannafazekas: and does it control of usual line length ?14:32
gmannand when u correct those 4 line does it fail saying format is not correct now? and will it change them again when re run ?14:33
afazekasgmann, no, after that it keeps it as is14:34
gmannhumm14:34
afazekasgmann, In the given exmple it wanted it to be alligned to some upper thing14:35
afazekasgmann, I applied the --experimental  option, then it keeped the length14:36
gmannok so we need to make those line shorter with following the autopep8 format otherwise it should change them back14:36
*** pcaruana has joined #openstack-qa14:37
afazekasgmann, This is what it did instead: http://paste.openstack.org/show/747454/14:37
afazekasgmann, If you check my patch, I broken the long sting literals to smaller ones14:38
afazekasgmann, L197 change is hand made: https://review.openstack.org/#/c/641978/1/tempest/tests/lib/services/compute/test_images_client.py14:38
afazekasgmann,  --experimental did not changed the formatting did by the non experimental after breaking the lines , maybe we want to have  --experimental14:41
afazekasbeside the scary name it works so far ..14:42
*** markvoelker has quit IRC14:54
* afazekas creating an experimental variant15:03
openstackgerritafazekas proposed openstack/tempest master: Add autopep8 to tox.ini  https://review.openstack.org/64197815:04
afazekasgmann, The tool did it fully automatically this time ^15:04
*** Luzi has quit IRC15:08
afazekasIf the experimental causes issues anytime we just need to remove the flag or the tool until it gets fixed or lock it to an exact version15:10
gmannafazekas: but --experimental is not always consistent. it says "enable experimental fixes' and currenrtly it is for shorten line - https://github.com/hhatto/autopep8/blob/462069ef65448ac7dcb46d58b079c769587ec0fa/autopep8.py#L187215:10
gmannso in your case it did not change the manual format of lenght line because --experimental allow that .15:11
gmannso other than line length any other issue without --experimental15:12
afazekasI am not aware of any other issue,  it could be faster , but I am never happy with tools speed ;-)15:13
gmannok15:14
lbragstadgmann you're in CST now, yeah?15:15
gmannlbragstad: yeah15:16
gmannenjoying the cold :) its really too cold15:16
lbragstadlol15:17
lbragstadwelcome ;)15:17
*** amodi has joined #openstack-qa15:18
lbragstadgmann i'm wondering if you'd like to sync on https://review.openstack.org/#/c/624794/ sometime today?15:19
afazekasgmann, we can try the aggressive option ..15:23
gmannlbragstad: sure. how about an hour. i will update myself on previous results of system scope testing etc15:23
lbragstadsweet - that works for me15:23
lbragstadcc cmurphy (if you're interested)15:24
fungiso... moving here from #openstack-infra, sean-k-mooney noticed that privsep-helper was being executed under python2 on python3-based devstack jobs and i think i've narrowed it down to the entrypoint wrappers getting overwritten when devstack does this: http://git.openstack.org/cgit/openstack-dev/devstack/tree/inc/python#n44115:24
gmannlbragstad: cmurphy setting a ad hoc meeting at 10.30 CST (4:30 p.m UTC) today on qa channel.15:25
lbragstadack15:25
fungiprojects want to call the privsep-helper entrypoint directly, due to how it's implemented, but reinstalling it with python2 overwrites the entrypoint wrapper it provides15:25
fungiis this already a known problem with an established solution?15:26
cmurphygmann: lbragstad will try to check in after some errands15:30
* lbragstad nods15:30
fungianyway, i need to run, but if anyone has any ideas i'll check scrollback when i return from errands15:31
gmannfungi: does it install under py3 also - http://git.openstack.org/cgit/openstack-dev/devstack/tree/inc/python#n45115:31
gmanns/does it/does not it15:32
fungigmann: it does first under python3 and then under python2 and the latter overwrites the entrypoint wrapper form the former15:32
fungiso when you call privsep-helper directly it gets executed under python215:33
fungidue to the shebang in the wrapper15:33
fungii'll be back in a couple hours to continue15:33
*** yamamoto has quit IRC15:48
*** yamamoto has joined #openstack-qa15:49
*** mjturek has joined #openstack-qa15:49
*** TheJulia is now known as needssleep15:50
*** markvoelker has joined #openstack-qa15:51
*** yamamoto has quit IRC15:51
*** dtantsur is now known as creepy_owlet15:52
*** mjturek has quit IRC15:54
*** mjturek has joined #openstack-qa15:56
*** lbragstad is now known as elbragstad15:58
gmannafazekas: have not checked aggressive option.16:00
*** yamamoto has joined #openstack-qa16:01
*** cmurphy is now known as cmorpheus16:02
*** mjturek has quit IRC16:05
*** artom has quit IRC16:05
*** yamamoto has quit IRC16:07
*** mjturek has joined #openstack-qa16:10
*** mjturek has quit IRC16:11
*** mjturek has joined #openstack-qa16:12
*** artom has joined #openstack-qa16:20
*** cshen has quit IRC16:22
*** markvoelker has quit IRC16:23
clarkbfungi: gmann it should probably install the requested global python version last so that it defaults to that version16:24
clarkbbut then keep py2 around or py3 in case there are things that need it16:25
gmannclarkb: ok. but in py3 job case py3 version should be installed as last as per installation order of that function.16:31
gmannneed to check more after meeting16:31
gmannelbragstad: cmorpheus i am here for admin domain scope discussion16:32
cmorpheushi16:32
elbragstado/16:32
*** artom has quit IRC16:33
* elbragstad is about to push a string of patches for an example16:33
gmannok16:33
*** gkadam has quit IRC16:33
elbragstadok - so here https://review.openstack.org/#/c/624218/716:36
elbragstad^ is the start of a string of patches that add support for domain users to access the project API16:36
elbragstad(in addition to system users - but that all landed in previous string of patches)16:37
elbragstadbased on what I know about devstack options and tempest - those patches will trip on https://review.openstack.org/#/c/624794/16:37
elbragstader - because admin_domain_scope defaults to True16:37
elbragstad(e.g., the responses for domain administrators are going to include projects outside of the domain the user actually has authorization on)16:38
gmannas 624218 add he domain_id in target for policy authorization, does not that mean cross domain resource access are stopped ?16:40
elbragstadso - additionally in that patch we're doing this16:41
elbragstadhttps://review.openstack.org/#/c/624218/7/keystone/api/projects.py@13516:41
elbragstadwhich filters the project list based on the domain_id, iff the API was called with a domain scoped token and passed the initial policy check16:42
elbragstad(which is done at line 120)16:42
*** artom has joined #openstack-qa16:45
gmannok. but it still need domain scope to be requested with when say list projects etc16:46
elbragstadyes16:46
elbragstadthat's handled here - https://review.openstack.org/#/c/624218/7/keystone/common/policies/project.py,unified@4116:46
clarkbgmann: I see16:51
gmannelbragstad: ok so when tempest will request without domain scope then, how keystone still pass the request.16:54
*** iurygregory has quit IRC16:55
elbragstadgmann so - if you write a test that attempts to call GET /v3/projects with a project-scoped token - you should receive a 40316:56
elbragstadconversely, if you call GET /v3/projects with a system-scoped token, you should receive a list of all projects in the deployment (e.g., not filtered by domain)16:56
mriedemgmann: why is nova-live-migration non-voting in the tempest check queue? http://git.openstack.org/cgit/openstack/tempest/tree/.zuul.yaml#n55917:00
mriedemit's voting and gating in nova,17:00
mriedemso if you're going to run it in check, wouldn't you want it to be voting?17:00
gmannelbragstad:  and with new rule in 624218, it should be success if domain scope right ?17:01
elbragstadcorrect - if you call GET /v3/projects with a domain-scoped token, you'll get back a list of project, but only with that domain17:01
elbragstadright now tempest asserts domain admins have the ability to list all domains in the deployment when configured a certain way17:01
gmannmriedem: it might be from starting. but do we need to run it on tempest as tempest-multinode-full is voting on tempest.17:02
gmannelbragstad: yeah my next question is about list domains tests - https://github.com/openstack/tempest/blob/master/tempest/api/identity/admin/v3/test_domains.py17:02
*** e0ne has joined #openstack-qa17:03
elbragstadgmann yep - we landed support for all that in the series starting here - https://review.openstack.org/#/c/623334/17:04
elbragstadsystem users have the ability to do anything with domains17:04
elbragstaddomain users and project users are allowed to access domains they have authorization on17:05
gmannelbragstad: i see.17:05
mriedemgmann: nova-live-migration runs live migration tests with lvm (local disk) and rbd (shared) and it also runs evacuate testing, which we don't have in any other ojb17:06
mriedem*job17:06
elbragstadit's a little weird to wrap your head around all of it - but it depends a lot on the resource17:06
gmannelbragstad: keystone does support the old rules also and that's why 624794 pass17:06
mriedemit should probably be renamed to nova-live-migrate-evacuate17:06
elbragstadgmann correct - in fact oslo.policy is what does that for us17:06
gmannelbragstad: but when you remove the admin domain scope and start system_scope then only it will pass otherwise fail.17:06
gmannyea17:07
* elbragstad grabs a link17:07
elbragstadhttps://git.openstack.org/cgit/openstack/keystone/tree/keystone/common/policies/domain.py#n2617:07
gmannmriedem: evacuate testing from tempest tests ? i think that is from nova script only17:07
mriedemyeah it's a post-script on the job17:08
gmannelbragstad: yeah17:08
mriedemhttps://github.com/openstack/nova/blob/master/gate/test_evacuate.sh17:08
*** e0ne has quit IRC17:08
mriedemso that's not really something tempest cares about...17:08
mriedemgmann: anyway, you probably don't really need the job on tempest at all then17:08
elbragstadso - you're right gmann, the reason why some of those tests pass is because they are being executed as a user that passes the old check string17:08
gmannmriedem: yeah but do you think any test change can break this when those tests covered as run by tempest-multinode-full17:09
gmannmriedem: yeah, i will check check why we added that at first place may be for live migration tests coverage because tempest-multinode-full was not there that time17:09
mriedemnot it's really just a different environment setup17:10
mriedemlocal disk + shared disk + evacuate17:10
gmannmriedem: yeah i mean from tempest gate side. for nova it make sense along with tempest-multinode-full17:10
gmannto avoid any break in that job due to tempest tests change17:11
gmannelbragstad:  but tempest does pass system ready role yet and removing domain scope access should fail tests(because old rule required it right ?)17:12
gmanns/does/does  not17:12
*** pcaruana has quit IRC17:12
cmorpheusoslo.policy still uses enforce_scope=false so it shouldn't make a difference yet iiuc17:14
*** amodi has quit IRC17:14
elbragstadgmann so - this is part where i still getting confused17:15
elbragstadhttps://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/identity/admin/v3/test_list_projects.py?id=c975f08e9be0273ff0832bc24e6acb2f704c2717#n2617:15
elbragstad^ that fails https://review.openstack.org/#/c/624218/7 if admin_domain_scope = True17:16
elbragstadso - it's almost as if tempest is assert the domain admin has access to things isn't doesn't have authorization17:17
elbragstadto access17:17
gmannmriedem: this is where i added in favor of removing the live migration test from old scenario job (tempest-slow now) but tempest-multinode-full cover them - Ia4d13ae6dd8bcbfd40dcd624e1837cc07898bb3617:17
elbragstadresults: http://logs.openstack.org/18/624218/6/check/tempest-full/843d72c/testr_results.html.gz17:18
*** fnaval has joined #openstack-qa17:19
*** markvoelker has joined #openstack-qa17:20
gmannelbragstad:  in second fail project, it seems it get empty project list17:24
elbragstadyeah17:24
*** gfidente has quit IRC17:24
gmannbut test user is still admin (with domain scope) so it should be able to access the project list17:25
elbragstadps4 https://review.openstack.org/#/c/624218/4 apparently passed that test when i disabled admin_domain_scope17:25
*** creepy_owlet is now known as dtantsur|afk17:29
elbragstadwell - i guess that depends on if the projects in that tests are under the domain the user has access to?17:30
*** rpittau is now known as rpittau|afk17:31
gmanni think it has access to that domain.17:34
gmanni am checking if domain_id is something different when tempest add the domain scope.17:36
elbragstadok - https://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/identity/admin/v3/test_list_projects.py?id=c975f08e9be0273ff0832bc24e6acb2f704c2717#n6717:36
elbragstad^ that test is just testing a user can filter by enabled, right?17:37
gmann filter projects with enabled.17:38
gmannor does 'enable' filter has access restriction ?17:38
elbragstadok - yeah, that makes sense17:39
elbragstadit's just filtering by the enabled attribute17:40
elbragstadfwiw - i just did this locally https://pasted.tech/pastes/8ee2aa79d9ceabf475306d5c3434bf17977109be.raw17:40
elbragstadand it passes for domain reader, members, and admins https://pasted.tech/pastes/84f1b02a3ebbbd10c75f7d0856690fec3c0c7fb5.raw17:40
*** mriedem is now known as mriedem_burgers17:43
gmannin log of PS6 - domain id while creating project is "domain_id": "d5e25e40081d434a89a6ff785e3cb7e9" - http://logs.openstack.org/18/624218/6/check/tempest-full/843d72c/controller/logs/tempest_log.txt.gz#_2019-02-21_22_32_12_02717:48
elbragstadso - this patch https://review.openstack.org/#/c/624218/617:51
elbragstadhttp://logs.openstack.org/18/624218/6/check/tempest-full/843d72c/controller/logs/tempest_log.txt.gz#_2019-02-21_22_32_12_368 comes up empty17:51
gmannbut did not find the complete list of projects during GET project request. . other tests request does get the project with 'default ' domain though - http://logs.openstack.org/18/624218/6/check/tempest-full/843d72c/controller/logs/tempest_log.txt.gz#_2019-02-21_22_32_12_45317:52
elbragstadhttp://logs.openstack.org/18/624218/6/check/tempest-full/843d72c/controller/logs/tempest_log.txt.gz#_2019-02-21_22_32_11_892 shows the domain id being "d5e25e40081d434a89a6ff785e3cb7e9"17:53
gmannyeah but i was thinking to check the complete existing list of project with their domain id when tempest requested with 'enabled=false'17:53
*** markvoelker has quit IRC17:54
gmannyes, that domain_is is used for project cls.p1 creation - https://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/identity/admin/v3/test_list_projects.py?id=c975f08e9be0273ff0832bc24e6acb2f704c2717#n4817:54
gmannwe can add debug log with GET projects without filter in same test before GET projects with filter17:55
openstackgerritGhanshyam Mann proposed openstack/tempest master: DNM: for testing domain scope  https://review.openstack.org/64209717:57
elbragstadhuh17:57
elbragstadinteresting17:57
gmannelbragstad: ^^ with this we will be able to see all project present in keystone and what tempest test get17:57
gmannoh but it will use your devstack patch also as depends-on17:58
elbragstadawesome17:58
elbragstadso - i _think_ the domain being used in the tokens scope actually mismatches the domain the projects live in for that test17:58
gmanncan i do Depends-On with PS?17:58
elbragstadgmann yep17:58
openstackgerritGhanshyam Mann proposed openstack/tempest master: DNM: for testing domain scope  https://review.openstack.org/64209717:59
gmannelbragstad: ^^ this work?17:59
elbragstadthis in the dynamic creds code17:59
elbragstad with this we will be able to see all project present in k17:59
elbragstadbah - bad paste...17:59
elbragstadhttps://git.openstack.org/cgit/openstack/tempest/tree/tempest/lib/common/dynamic_creds.py?id=c975f08e9be0273ff0832bc24e6acb2f704c2717#n19217:59
elbragstadwhich calls https://git.openstack.org/cgit/openstack/tempest/tree/tempest/lib/common/cred_client.py?id=c975f08e9be0273ff0832bc24e6acb2f704c2717#n17718:00
*** mattw4 has joined #openstack-qa18:01
elbragstadi don't think that's actually getting the domain from https://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/identity/admin/v3/test_list_projects.py?id=c975f08e9be0273ff0832bc24e6acb2f704c2717#n43 ?18:01
gmannbut that gets called before tests create projects in resource_setup18:01
elbragstadah18:02
gmannthat is all setup before test code. its during setUpClass -18:02
elbragstadok - so the clients have a creds object to use i suppose18:03
gmannyes.18:03
elbragstadso - we'd either need to update the credentials in the test class or reuse the domain that is used for the domain credentials18:04
gmanni think we reuse it from domain cred. let me check18:05
gmannoh it create new domain - https://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/identity/admin/v3/test_list_projects.py?id=c975f08e9be0273ff0832bc24e6acb2f704c2717#n4318:06
elbragstadmmmmm18:06
elbragstadso - that's in then?18:07
elbragstads/in/it/18:07
gmannhumm but how a user with different domain access can create project in different domain ?18:07
gmannor i am missing something18:07
gmannbecause it has admin domain scope ?18:08
elbragstadwell - 624218 is for domain reader support18:08
gmannohk not in POST etc.18:09
elbragstad624220 includes support for domain admins - which shouldn't be allowed to create projects in domains they don't have authorization on18:09
elbragstadthe policy for POST /v3/projects hasn't been updated for domain admin support yet https://review.openstack.org/#/c/624218/7/keystone/common/policies/project.py@11418:10
elbragstader - at the time of writing domain reader support18:10
elbragstadok, so i think we have 3 options?18:14
elbragstad1.) implement those tests to use the domain from credentials iff admin_domain_scope = True18:15
elbragstad2.) disable admin_domain_scope for the time being?18:16
openstackgerritGhanshyam Mann proposed openstack/tempest master: DNM: testing with using cred domain  https://review.openstack.org/64210218:16
elbragstadactually - think that's it...18:16
elbragstadit's friday, i guess i can be off by one18:16
gmannelbragstad:  first option sounds good. trying the same in 64210218:17
gmannand later we can see if admin_domain_scope things is really needed to set in tempest or not.18:17
elbragstad++18:17
gmannas per new changes in keystone policy18:18
elbragstadi guess we use a similar approach for https://review.openstack.org/#/c/623319/618:18
elbragstadwhich is for users (not projects)18:18
gmannyeah make sense.18:19
gmannlet's see the result of 642102.18:20
elbragstadcool18:20
gmannthanks for time. even friday :).18:20
gmannelbragstad: we keep this for PTG or you want to catch up sometime before PTG - https://review.openstack.org/#/c/604909/18:21
elbragstadi guess it's not super critical to get that in prior to the PTG18:22
elbragstadif we have time on the schedule - we might be able to schedule a couple hours to hack on all that stuff and merge it in person?18:22
gmanncool. +118:23
elbragstadpending how the ptg schedule shakes out for keystone, er what cmorpheus has up her sleeve18:23
gmannyeah it all within 3 days even horizontal teams might have conflict with other teams sessions.18:24
elbragstadi think the system scope stuff in tempest will be more of a priority in train, especially if we start removing deprecated policies18:26
gmannok. but we need to see ho much modification it need in tempest as we need to support old policy testing for stable branch with same set of code.18:27
gmannanyways lets figure out during PTG18:27
elbragstadright - that's a good point18:27
elbragstadif https://review.openstack.org/#/c/642102/1 goes green18:28
elbragstadwould it be possible to get that merged so we can get https://review.openstack.org/#/c/624218/7 in Stein yet?18:28
gmannyeah if that work, i think we can merge soon18:28
elbragstadcool18:28
elbragstadthanks for all the help gmann18:29
gmannnp!. thanks for all discussion. have nice weekend.18:29
elbragstadyou, to18:29
elbragstadstay warm18:29
gmann:)18:29
gmanni am waiting for summer so that i can roam out more and more :)18:31
*** ccamposr has quit IRC18:32
*** sridharg has quit IRC18:34
elbragstadsummer in that area is awesome18:36
fungigmann: yeah. i guess the comment there (Turn off Python 3 mode and install the package again, forcing a Python 2 installation.) is somewhat misleading. maybe this isn't what's causing the entrypoint wrapper to point to python2?18:43
fungiclarkb: ^18:44
fungiyeah, here it's installing via python2 first: http://logs.openstack.org/32/639732/3/check/os-vif-linuxbridge/9f6f380/controller/logs/devstacklog.txt.gz#_2019-02-27_16_42_33_78218:46
fungiand then via python3 after: http://logs.openstack.org/32/639732/3/check/os-vif-linuxbridge/9f6f380/controller/logs/devstacklog.txt.gz#_2019-02-27_16_43_12_45618:47
gmannyeah.18:48
fungibut later on when it tries to call privsep-helper it's raising an exception with a python2.7 libpath18:48
fungihttp://logs.openstack.org/32/639732/3/check/os-vif-linuxbridge/9f6f380/controller/logs/screen-q-agt.txt.gz18:49
fungirefers to /usr/local/lib/python2.7/dist-packages/oslo_privsep/daemon.py18:50
fungiraising ImportError: No module named neutron.privileged18:51
*** markvoelker has joined #openstack-qa18:51
fungiconfusing, for sure18:53
*** amodi has joined #openstack-qa18:55
clarkbdo we only install that entrpoint under python2?19:10
gmannclarkb: under both version19:11
*** rfolco|ruck is now known as rfolco|ruck|brb19:11
gmannsame kidn of set work fine for all other lib too. for example oslo.config - http://logs.openstack.org/91/637691/1/check/tempest-full-py3/e243108/controller/logs/devstacklog.txt.gz19:11
*** mriedem_burgers is now known as mriedem19:16
*** markvoelker has quit IRC19:24
*** artom has quit IRC19:42
*** mjturek has quit IRC19:50
*** mjturek has joined #openstack-qa20:02
*** irclogbot_2 has quit IRC20:13
*** cshen has joined #openstack-qa20:16
*** cshen has quit IRC20:20
*** markvoelker has joined #openstack-qa20:21
*** rfolco|ruck|brb is now known as rfolco|ruck20:21
*** mvkr has quit IRC20:24
*** e0ne has joined #openstack-qa20:24
*** mvkr has joined #openstack-qa20:25
*** artom has joined #openstack-qa20:42
*** yamamoto has joined #openstack-qa20:49
*** markvoelker has quit IRC20:53
*** yamamoto has quit IRC20:54
*** artom has quit IRC20:57
*** slaweq has quit IRC20:57
*** slaweq has joined #openstack-qa20:58
*** mjturek has quit IRC21:01
*** e0ne has quit IRC21:03
openstackgerritMerged openstack/tempest master: Remove admin test_l3_agent_scheduler API test module  https://review.openstack.org/64076721:18
*** artom has joined #openstack-qa21:22
*** raildo has quit IRC21:40
*** markvoelker has joined #openstack-qa21:51
*** awaugama has quit IRC21:52
*** rh-jelabarre has quit IRC22:00
*** rh-jelabarre has joined #openstack-qa22:03
*** cshen has joined #openstack-qa22:16
*** cshen has quit IRC22:21
*** markvoelker has quit IRC22:24
*** rh-jelabarre has quit IRC22:35
*** irclogbot_2 has joined #openstack-qa23:01
fungigmann: clarkb: it's possible they're all doing this and the reason we only see it in this case is because the entrypoint is calling something which wants to import a module which wasn't installed under python223:07
fungithe exception is specifically that /usr/local/lib/python2.7/dist-packages/oslo_privsep/daemon.py wants to import neutron.privileged which isn't found23:08
clarkbyou'd expect to see that with everything else starting up and importing stuff though23:08
fungimost stuff seems to get double-installed under both python2 and python323:08
clarkbbut not neutron?23:09
fungiin this case neutron==14.0.0.0b3.dev7 is showing up in pip3-freeze.txt but there's no neutron installed for pip2-freeze.txt23:09
clarkblooks like none of the services get installed under py223:10
clarkbwhich is what we expect so that is good23:10
fungiyeah, but other stuff we call via entrypoint wrappers seems to be getting called under python223:10
fungiwhich is fine until it wants to import something only installed under python3, but probably also not what we intend23:11
mtreinishfungi: is the shebang explicit on version or just python?23:11
fungijust python23:11
gmannyeah rest all will be under py3 only23:11
fungiand this ain't arch linux ;)23:11
clarkboh!23:12
mtreinishyep, that's what I was thinking :)23:12
clarkbthats a good question mtreinish23:12
fungithe entrypoint wrapper installation _should_ make it python3 if that's what it was installed using, right?23:12
clarkbfungi: "yes" however I think pbr has its own shim23:12
fungiit==the shebang23:12
clarkband that could be broken23:13
clarkbhttp://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/packaging.py#n38123:14
clarkbits possible the easy install heade retrieval doesn't do what we expect23:14
clarkb?23:14
clarkblike if easy_install is python2 only23:14
fungilet's see if i can tell23:14
fungifungi@zuul01:~$ head -n1 /usr/local/bin/zuul23:15
fungi#!/usr/bin/python323:15
fungilooks to me like it works23:15
clarkbtry the install python2 first tgen do python323:16
clarkbmaybe that breaks easy install?23:16
clarkbbut ya that looks fine23:16
fungipossible23:16
fungii mean, that's what the sequence seems to be according to the log (it installs python2 first then python3, even though the comment confusingly implies the opposite)23:17
fungicould be it's silently refusing to overwrite the preexisting script there23:18
clarkboh ya that vould be it too23:18
*** markvoelker has joined #openstack-qa23:21
*** fnaval has quit IRC23:26
fungishould i assume the extra python2 install of all these libs in the python3 job is only being done to accommodate services which are flagged as python2-only?23:27
mtreinishI think so, but it's been a long time. We probably should check git blame to see if it's explained there23:29
gmannyeah me too. i can think that's the only reason23:29
mtreinishhttps://github.com/openstack-dev/devstack/commit/a2eb89417fbb6d61526b1819cbe3d0a60537eedd23:31
mtreinishheh, I thought that block looked familiar: https://review.openstack.org/#/c/418135/23:32
*** whoami-rajat has quit IRC23:33
*** fnaval has joined #openstack-qa23:34
fungi"I'll update the comment in a follow-up unless someone feels strongly I should fix it here."23:45
fungiguess that didn't happen ;)23:45
fungiso are there any services still being installed under python2 in the python3 jobs besides swift? the particular job in question disables swift anyway... wondering if we could somehow detect that case and just not install the python2 libs if nothing enabled actually needs them... but also would be good to get to the bottom of why the entrypoints are using python223:47
gmannonly c-bak and swift services need on python223:50
gmannthat was also disabled by the job23:51
*** markvoelker has quit IRC23:54
gmannhere i can see failing from 3.6 path - http://logs.openstack.org/32/639732/3/check/os-vif-linuxbridge/9f6f380/controller/logs/devstacklog.txt.gz#_2019-02-27_16_53_35_93323:55
fungiyeah, so likely invoked in a different way23:56
fungii wonder how those invocations are differing that one gets called under python2.7 and one under python3.623:57

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