Monday, 2015-03-02

*** tkammer has quit IRC00:03
*** mahito has joined #openstack-qa00:05
*** annoyingspore has quit IRC00:18
*** dimsum__ has joined #openstack-qa00:34
*** dmorita has joined #openstack-qa00:34
*** dims_ has joined #openstack-qa00:35
*** dims_ is now known as dims00:36
*** dimsum__ has quit IRC00:39
*** achanda has joined #openstack-qa00:46
*** achanda has quit IRC00:51
*** dimtruck is now known as zz_dimtruck00:58
*** mriedem has quit IRC01:18
*** mlavalle has quit IRC01:21
*** wuhg has joined #openstack-qa01:34
*** cody-somerville has joined #openstack-qa01:37
*** yamamoto_ has joined #openstack-qa01:59
*** diegows has quit IRC02:07
*** mwagner_lap has joined #openstack-qa02:35
*** patri962 has joined #openstack-qa02:38
*** patri674 has joined #openstack-qa02:38
*** patri824 has joined #openstack-qa02:38
*** patri659 has joined #openstack-qa02:38
*** patrickeast___ has quit IRC02:38
*** patrickeast has quit IRC02:38
*** patrickeast__ has quit IRC02:38
*** patrickeast_ has quit IRC02:39
*** patri28 has quit IRC02:39
*** patrickeast has joined #openstack-qa02:41
openstackgerritMerged openstack/tempest: Fix response schema for compute aggregate API  https://review.openstack.org/15719402:58
openstackgerritKen Chen proposed openstack-dev/devstack: Change use_floating_ips to true when neutron is not enabled  https://review.openstack.org/15972803:26
openstackgerritJamie Lennox proposed openstack/tempest: Make V3 authentication more strict  https://review.openstack.org/15934203:30
openstackrecheckopenstack/nova change: https://review.openstack.org/149927 failed because of: gate-grenade-dsvm-partial-ncpu: https://bugs.launchpad.net/bugs/131316803:33
openstackLaunchpad bug 1313168 in OpenStack-Gate "paramiko ValueError: Unable to compute factors p and q from exponent d" [Medium,Triaged]03:33
*** dims has quit IRC03:35
*** amotoki has joined #openstack-qa03:44
*** achanda has joined #openstack-qa03:49
*** flwang1 has quit IRC03:52
*** achanda has quit IRC03:54
*** david-lyle_afk has quit IRC04:02
*** Sukhdev has joined #openstack-qa04:26
*** patrickeast_ has joined #openstack-qa04:27
*** patrickeast has quit IRC04:27
*** patrickeast_ is now known as patrickeast04:27
*** patri659 has quit IRC04:28
*** patri962 has quit IRC04:29
*** patri824 has quit IRC04:29
*** patri674 has quit IRC04:29
*** patrickeast_ has joined #openstack-qa04:30
*** patrickeast__ has joined #openstack-qa04:30
*** patri484 has joined #openstack-qa04:30
*** patri533 has joined #openstack-qa04:30
*** BharatK has joined #openstack-qa04:34
*** dims has joined #openstack-qa04:35
*** Madan has joined #openstack-qa04:39
*** chandankumar has joined #openstack-qa04:40
*** dims has quit IRC04:40
*** carl_baldwin has joined #openstack-qa04:41
*** coolsvap_ is now known as coolsvap04:43
*** achanda has joined #openstack-qa04:49
*** gamado has joined #openstack-qa05:02
*** chandankumar has quit IRC05:06
*** carl_baldwin has quit IRC05:18
*** yfried|afk has joined #openstack-qa05:19
openstackgerritAishwarya Thangappa proposed openstack-dev/devstack: Added devstack-with-lbaas-v2 installation documentation  https://review.openstack.org/15851205:21
*** patri338 has joined #openstack-qa05:23
*** patri781 has joined #openstack-qa05:23
*** patri996 has joined #openstack-qa05:23
*** patri952 has joined #openstack-qa05:23
*** patrickeast has quit IRC05:23
*** patrickeast_ has quit IRC05:24
*** patri484 has quit IRC05:24
*** patri533 has quit IRC05:24
*** patrickeast__ has quit IRC05:25
*** patrickeast has joined #openstack-qa05:27
*** BharatK has quit IRC05:39
*** yfried|afk has quit IRC05:46
*** yfried|afk has joined #openstack-qa05:46
openstackgerritGhanshyam Mann proposed openstack/qa-specs: Add rearrange-nova-response-schemas spec  https://review.openstack.org/16022805:48
*** chandankumar has joined #openstack-qa05:48
openstackgerritAishwarya Thangappa proposed openstack-dev/devstack: Added devstack-with-lbaas-v2 installation documentation  https://review.openstack.org/15851205:54
*** yfried|afk has quit IRC05:55
openstackgerritJamie Lennox proposed openstack/tempest: Allow full v3 authentication  https://review.openstack.org/15934206:00
*** BharatK has joined #openstack-qa06:01
*** achanda has quit IRC06:03
*** deepakcs has joined #openstack-qa06:12
deepakcsHi all, i am looking for some info on the tempest volume snapshot in_use testcase, anybody here who can help ?06:12
openstackgerritGhanshyam Mann proposed openstack/qa-specs: Add rearrange-nova-response-schemas spec  https://review.openstack.org/16022806:16
*** Sukhdev has quit IRC06:26
*** anshul has joined #openstack-qa06:27
*** achanda has joined #openstack-qa06:27
openstackgerritIan Wienand proposed openstack-dev/devstack: Add a simple memory/process tracking service  https://review.openstack.org/16023206:30
*** k4n0 has joined #openstack-qa06:34
*** SridharG has joined #openstack-qa06:42
*** pal has joined #openstack-qa06:47
palHi,  Can anyone tell me why my nova-api is not able to start?06:48
openstackgerritTong Liu proposed openstack/tempest: Fix ICMP code/type in security group rule test  https://review.openstack.org/15892806:48
openstackgerritTong Liu proposed openstack/tempest: Fix ICMP code/type in security group rule test  https://review.openstack.org/15892806:49
*** yfried|afk has joined #openstack-qa06:52
*** hogepodge has quit IRC06:55
*** yfried|afk has quit IRC06:56
*** yfried has joined #openstack-qa06:56
*** yfried is now known as yfried|afk06:56
*** achanda has quit IRC07:13
*** achanda has joined #openstack-qa07:15
*** gamado has quit IRC07:16
*** gamado has joined #openstack-qa07:18
*** rdekel has joined #openstack-qa07:19
*** achanda has quit IRC07:23
*** steveg has quit IRC07:27
*** steveg has joined #openstack-qa07:28
*** steveg has quit IRC07:28
*** mahito has quit IRC07:29
*** steveg has joined #openstack-qa07:29
*** steveg has quit IRC07:29
*** achanda has joined #openstack-qa07:29
*** steveg has joined #openstack-qa07:30
*** neeti has joined #openstack-qa07:31
openstackgerritKen Chen proposed openstack-dev/devstack: Change use_floating_ips to true when neutron is not enabled  https://review.openstack.org/15972807:32
*** yfried|afk is now known as yfried07:34
*** SridharGaddam has joined #openstack-qa07:36
*** itzikb has joined #openstack-qa07:39
openstackgerritSridhar Gaddam proposed openstack-dev/devstack: Fix curl issue when SERVICE_HOST is defined to IPv6 address  https://review.openstack.org/15859407:43
*** steveg has quit IRC07:48
*** steveg has joined #openstack-qa07:48
*** hogepodge has joined #openstack-qa07:49
*** gszasz has joined #openstack-qa07:49
*** woodster_ has quit IRC07:50
*** ibiris_away is now known as ibiris07:50
*** pkoniszewski has joined #openstack-qa07:50
*** Sukhdev has joined #openstack-qa07:52
*** achanda has quit IRC07:52
*** achanda has joined #openstack-qa07:57
*** ihrachyshka has joined #openstack-qa07:58
*** ibiris is now known as ibiris_away08:00
*** steveg has quit IRC08:05
*** markus_z has joined #openstack-qa08:06
*** mpaolino has joined #openstack-qa08:06
*** mpaolino has quit IRC08:07
*** mpaolino has joined #openstack-qa08:08
*** ibiris_away is now known as ibiris08:08
*** mpaolino has quit IRC08:09
*** mpaolino has joined #openstack-qa08:09
*** mpaolino has quit IRC08:11
*** mpaolino has joined #openstack-qa08:12
*** mpaolino has quit IRC08:14
*** mpaolino has joined #openstack-qa08:15
*** achanda has quit IRC08:16
*** afazekas has joined #openstack-qa08:18
*** flwang1 has joined #openstack-qa08:20
*** Sukhdev has quit IRC08:23
*** sergsh has joined #openstack-qa08:24
*** sergsh has quit IRC08:26
*** sergsh has joined #openstack-qa08:27
*** mpaolino has quit IRC08:38
*** mpaolino has joined #openstack-qa08:38
*** mpaolino has quit IRC08:40
*** mpaolino has joined #openstack-qa08:41
*** mpaolino has quit IRC08:43
*** mpaolino has joined #openstack-qa08:44
*** salv-orlando has joined #openstack-qa08:44
*** jlanoux has joined #openstack-qa08:47
*** Poornima has joined #openstack-qa08:49
*** gfidente has joined #openstack-qa08:50
*** gfidente has quit IRC08:50
*** gfidente has joined #openstack-qa08:50
*** safchain has joined #openstack-qa08:54
*** yfried is now known as yfried|afk08:55
*** yfried|afk is now known as yfried08:57
*** bkopilov has quit IRC08:59
*** bkopilov has joined #openstack-qa08:59
openstackgerritMerged openstack/tempest: Prepare token clients for migration to tempest-lib  https://review.openstack.org/15926708:59
*** pkoniszewski has quit IRC09:03
*** pkoniszewski has joined #openstack-qa09:03
openstackgerritMarkus Zoeller proposed openstack/tempest: Replaces hardcoded volume size by configured value  https://review.openstack.org/15987809:03
*** ihrachyshka has quit IRC09:07
*** mpaolino has quit IRC09:08
*** mpaolino has joined #openstack-qa09:09
*** tkammer has joined #openstack-qa09:11
*** mpaolino has quit IRC09:13
*** salv-orlando has quit IRC09:13
*** salv-orlando has joined #openstack-qa09:14
*** mpaolino has joined #openstack-qa09:14
*** dmorita has quit IRC09:31
*** pkoniszewski has quit IRC09:35
*** pkoniszewski has joined #openstack-qa09:36
*** mpaolino has quit IRC09:36
*** mpaolino has joined #openstack-qa09:37
*** sergsh has quit IRC09:37
*** mpaolino has quit IRC09:39
*** mpaolino has joined #openstack-qa09:40
*** mpaolino has quit IRC09:41
*** mpaolino has joined #openstack-qa09:42
*** mpaolino has quit IRC09:43
*** mpaolino has joined #openstack-qa09:43
*** ajo has joined #openstack-qa09:44
*** e0ne has joined #openstack-qa09:49
*** sergsh has joined #openstack-qa09:49
*** mpaolino has quit IRC09:51
*** mpaolino has joined #openstack-qa09:51
*** mpaolino has quit IRC09:55
openstackgerritThalabathy Venkatesan proposed openstack/tempest: test_in_tenant_no_securitygroup  https://review.openstack.org/15829309:55
*** mpaolino has joined #openstack-qa09:55
*** nmagnezi has joined #openstack-qa09:59
*** nmagnezi has quit IRC10:00
*** jordanP has joined #openstack-qa10:05
*** chandankumar_ has joined #openstack-qa10:06
*** mpaolino has quit IRC10:06
*** mpaolino has joined #openstack-qa10:07
*** chandankumar has quit IRC10:08
*** salv-orlando has quit IRC10:11
*** bkopilov has quit IRC10:11
*** mpaolino has quit IRC10:13
afazekassdague, https://review.openstack.org/#/c/148679/10:13
openstackrecheckopenstack/cinder change: https://review.openstack.org/153932 failed because of: gate-tempest-dsvm-postgres-full: https://bugs.launchpad.net/bugs/1311066 https://bugs.launchpad.net/bugs/142531010:13
openstackLaunchpad bug 1311066 in OpenStack-Gate "Some nodes allocated in node pool are very very slow" [High,Confirmed]10:13
openstackLaunchpad bug 1425310 in Cinder "tgtadm: this access control rule does not exist - results in timeout waiting for volume to attach (stuck in detach) or detach" [High,Confirmed]10:13
*** mpaolino has joined #openstack-qa10:13
*** bkopilov has joined #openstack-qa10:16
*** mpaolino has quit IRC10:16
*** mpaolino has joined #openstack-qa10:16
*** rvcehimanshu has joined #openstack-qa10:17
rvcehimanshuhello... How do pass/load a set of test while running testr10:18
rvcehimanshuin a file format10:18
rvcehimanshuusing --load-test10:18
deepakcsafazekas, I am looking for someone to help respond to this : http://lists.openstack.org/pipermail/openstack-dev/2015-February/057948.html10:21
*** tosky has joined #openstack-qa10:22
*** rvcehimanshu has quit IRC10:27
afazekasdeepakcs: at the first looks likes you need to configure the nova admin/service user in the cinder.conf (or create an another service user, but it usually we just using the same service user)10:28
afazekasSit is looks like option 110:28
deepakcsafazekas, yeah, but putting nova admin tenant, user and passwd in cinder.conf isn't very good, .conf gets bundled in logs and shared with people so i was hoping that elevating the user to admin role, running the test, de-elevating back to normal user would be better approach ?10:29
*** bkopilov has quit IRC10:29
*** bkopilov has joined #openstack-qa10:30
afazekasdeepakcs: no, this op expected to work with regular user account10:30
afazekaswe does the same thing with neutron-nova notifications10:30
deepakcsafazekas, no, nova's policy.json says it needs admin_api, so we need a user with admin role iiuc10:30
afazekasthe service users are admins10:32
afazekasor at least they have lot of admin capability10:32
afazekasIf the service user is not good enough please change the policy10:32
deepakcsafazekas, ok, so when tempest run the full suite, do we have a service user w/ admin role ?10:33
deepakcsafazekas, can u point me to the testcase of neutron where similar stuff is done ?10:33
afazekasthe service user created by devstack10:33
afazekastempest `never` touches them10:33
afazekasat least not explicitly10:33
deepakcsafazekas, i don't have a devstack setup handy, but i thought devstack created admin and demo users. When you say service user, you mean user with name `service` ?10:34
afazekas create_service_user "nova" "admin"10:34
afazekasIt also created a service user called 'nova'10:35
*** mpaolino has quit IRC10:35
afazekasprobably you need to configure the nova user's credentials10:35
*** mpaolino has joined #openstack-qa10:35
deepakcsafazekas, thanks, will check it out.10:36
*** pkoniszewski has quit IRC10:36
afazekasIn theory we could create multiple service user in nova , one for nova-cinder and one for nova-neutron  (also one for neutron-nova) , but we alread have too many users ..10:36
*** mpaolino has quit IRC10:37
*** mpaolino has joined #openstack-qa10:37
deepakcsafazekas, " create_service_user "nova" "admin"" <-- where did you find this ?10:38
deepakcsafazekas, i just did a recursive grep in devstack and i dont' see it, unless this was added very recently10:39
afazekasdevstack lib/nova10:39
afazekaspls wait I try to lookup the neutron-nova related code parts on github10:40
deepakcsafazekas, ok10:40
*** aix has joined #openstack-qa10:41
*** yfried is now known as yfried|afk10:41
*** rvcehimanshu has joined #openstack-qa10:41
afazekashttps://github.com/openstack-dev/devstack/blob/master/lib/neutron#L105010:41
afazekashttps://github.com/openstack-dev/devstack/blob/master/lib/nova#L36110:43
deepakcsafazekas, thanks, 'guess we can use the nova service user as ti has admin role, for the volume In_use snapshot tempest test10:43
deepakcsafazekas, before i was grepping in an older devstack code10:44
openstackgerritIan Wienand proposed openstack-dev/devstack: Add a simple memory/process tracking service  https://review.openstack.org/16023210:45
*** bkopilov has quit IRC10:46
*** ihrachyshka has joined #openstack-qa10:46
afazekasdeepakcs: We should not change anything on tempest side, the cinder service needs to be configured. The parameters mentioned here https://review.openstack.org/#/c/156940/1 needs to be set in the cinder.conf , as we set  nova_admin_username in the neutron.conf10:49
deepakcsafazekas, yes I work with BharatK (author of that patch) , but the last time we tried we put in the admin user creds, which isn't good, since we are exposing the passwd. Didn't knew about the service user having admin role capability10:50
afazekasI'll tell you secret, the cinder.conf already contains an admin service user credentials which would be accepted by all service as an admin account :)10:52
*** EmilienM is now known as EmilienM|afk10:54
*** Poornima has quit IRC10:54
deepakcsafazekas, are u referring to "project_name = service" in cinder.conf ?10:55
deepakcsafazekas, thats havign service role, not admin10:56
afazekaslooks like the policies a little stricter then before ..,  the `service` role was handled as the `admin` role in many places10:58
deepakcsafazekas, no, if u look at "lib/keystone +425" it default to service role, unless 2nd arg is passed as admin (which only few like nova, heat, ironic does). lib/cinder doesn't pass admin as 2nd arg11:00
*** yfried|afk is now known as yfried11:02
*** rvcehimanshu has quit IRC11:02
*** rvcehimanshu has joined #openstack-qa11:03
*** tochi has quit IRC11:04
*** apevec has joined #openstack-qa11:04
amotokihi, I am now trying to change the default fields displayed in neutron xxxx-list command. tempest has strict test for a list of fields11:05
amotokian example is http://git.openstack.org/cgit/openstack/tempest/tree/tempest/cli/simple_read_only/network/test_neutron.py#n15811:05
amotokiwhat is our practice when we change the default fields in xxx-list command?11:06
afazekasdeepakcs, yes, in the past it was handled differently https://github.com/openstack-dev/devstack/blob/stable/juno/lib/cinder#L33211:06
*** jhenner has joined #openstack-qa11:07
*** mpaolino has quit IRC11:09
*** mpaolino has joined #openstack-qa11:09
*** mpaolino has quit IRC11:11
*** mpaolino has joined #openstack-qa11:11
*** yfried is now known as yfried|afk11:12
deepakcsafazekas, good 2 know, its not that old too, its stable/juno, so this change seems to be recent11:13
openstackgerritJulien Danjou proposed openstack-dev/hacking: Add a check for staticmethod  https://review.openstack.org/15195211:14
openstackgerritJulien Danjou proposed openstack-dev/hacking: tests: allow to run the same test for different code  https://review.openstack.org/15210811:14
deepakcsafazekas, if u can reply to that thread, it would help to close it11:15
*** mpaolino has quit IRC11:17
*** achanda has joined #openstack-qa11:17
*** mpaolino has joined #openstack-qa11:17
*** rvcehimanshu has quit IRC11:19
*** achanda has quit IRC11:21
*** yamamoto_ has quit IRC11:22
*** yfried|afk is now known as yfried11:24
afazekasdeepakcs, Can you confirm the assisted snapshot also expected to work with nfs ?11:26
*** pc_m has joined #openstack-qa11:31
*** mpaolino has quit IRC11:34
*** mpaolino has joined #openstack-qa11:34
openstackgerritAndrea Frittoli  proposed openstack/tempest: Support v3 in credential providers and subclasses  https://review.openstack.org/13302911:35
*** mpaolino has quit IRC11:36
*** mpaolino has joined #openstack-qa11:36
*** rvcehimanshu has joined #openstack-qa11:37
*** mpaolino has quit IRC11:39
*** mpaolino has joined #openstack-qa11:40
deepakcsafazekas, i remember eharney working on it. I am not sure if its ready to use. Haven't followed nfs in recent times11:46
afazekasdeepakcs, Do you know is anybody working on a feature like this: https://blueprints.launchpad.net/nova/+spec/glusterfs-image-backend11:48
*** acfleury has joined #openstack-qa11:49
afazekasThe fuse driver for ephemeral is not fast enough.., the qemu/libvirt ... driver just implemented for cinder volumes11:49
*** mpaolino has quit IRC11:51
*** mpaolino has joined #openstack-qa11:51
deepakcsafazekas, so this is a patch to use gluster's libgfapi to store ephermal images ?11:52
afazekasdeepakcs: yes11:52
*** mpaolino has quit IRC11:53
*** mpaolino has joined #openstack-qa11:53
*** yamamoto has joined #openstack-qa11:53
*** rvcehimanshu has quit IRC11:54
*** mpaolino has quit IRC11:55
*** mpaolino has joined #openstack-qa11:55
*** rvcehimanshu has joined #openstack-qa11:56
*** mpaolino has quit IRC11:58
*** mpaolino has joined #openstack-qa11:58
*** mpaolino has quit IRC12:01
*** mpaolino has joined #openstack-qa12:01
*** e0ne is now known as e0ne_12:03
*** yamamoto has quit IRC12:04
*** pal has quit IRC12:06
*** coolsvap is now known as coolsvap_12:06
*** dims has joined #openstack-qa12:09
*** mpaolino has quit IRC12:09
*** mpaolino has joined #openstack-qa12:09
*** pal has joined #openstack-qa12:10
*** mpaolino has quit IRC12:11
*** mpaolino has joined #openstack-qa12:11
*** e0ne_ has quit IRC12:13
*** coolsvap_ is now known as coolsvap12:15
*** pal has quit IRC12:23
*** BharatK has quit IRC12:24
openstackgerritFilip Hubík proposed openstack/tempest: Verify the capabilities of the domain administrator  https://review.openstack.org/15991512:25
*** e0ne has joined #openstack-qa12:27
*** yamamoto has joined #openstack-qa12:29
*** aysyd has joined #openstack-qa12:29
*** diegows has joined #openstack-qa12:41
*** bkopilov has joined #openstack-qa12:43
*** dkranz has joined #openstack-qa12:43
*** rvcehimanshu has quit IRC12:46
*** k4n0 has quit IRC12:46
afazekassdague, jogo : looks like we have a situation again (stable/ice, swift-functional): http://logs.openstack.org/95/159695/2/check/check-swift-dsvm-functional/c821d8a/console.html12:47
*** rvcehimanshu has joined #openstack-qa12:47
*** yamamoto has quit IRC12:50
*** gamado has quit IRC12:52
*** deepakcs has quit IRC12:57
*** woodster_ has joined #openstack-qa12:59
openstackrecheckopenstack/keystone change: https://review.openstack.org/151381 failed because of: gate-tempest-dsvm-postgres-full: https://bugs.launchpad.net/bugs/1373513 https://bugs.launchpad.net/bugs/1376941 https://bugs.launchpad.net/bugs/131106613:01
openstackLaunchpad bug 1373513 in Cinder "Lvm hang during tempest tests" [Critical,In progress] - Assigned to John Griffith (john-griffith)13:01
openstackLaunchpad bug 1352498 in Cinder "duplicate for #1376941 Tempest fails spectacularly with "VolumeType c39f18bf-2408-4377-98f6-ef2839d6f70e deletion failed, VolumeType in use."" [Undecided,New]13:01
openstackLaunchpad bug 1311066 in OpenStack-Gate "Some nodes allocated in node pool are very very slow" [High,Confirmed]13:01
*** dkranz has quit IRC13:04
HenryGmtreinish: ping13:04
*** weshay has joined #openstack-qa13:09
*** gamado has joined #openstack-qa13:11
*** dkranz has joined #openstack-qa13:14
*** mpaolino has quit IRC13:16
*** rvcehimanshu has quit IRC13:16
*** mpaolino has joined #openstack-qa13:16
*** rfolco has joined #openstack-qa13:17
*** rvcehimanshu has joined #openstack-qa13:17
*** yfried has quit IRC13:18
*** e0ne is now known as e0ne_13:20
*** nithyag__ has joined #openstack-qa13:22
*** gamado has quit IRC13:23
*** nithyag_ has quit IRC13:24
*** yamamoto has joined #openstack-qa13:24
*** e0ne_ is now known as e0ne13:24
andreafmtreinish: hi - I fixed https://review.openstack.org/#/c/133029/ so it passes now v3 jobs as well, and I restored "name" in Accounts __init__ so that it does not conflict with your change - would you mind having a look?13:35
*** marrusl has joined #openstack-qa13:39
*** salv-orlando has joined #openstack-qa13:43
*** pal has joined #openstack-qa13:44
*** bknudson has quit IRC13:46
*** chandankumar_ has quit IRC13:46
*** mpaolino has quit IRC13:46
*** rvcehimanshu has quit IRC13:46
*** mpaolino has joined #openstack-qa13:47
*** rvcehimanshu has joined #openstack-qa13:47
*** mpaolino has quit IRC13:48
*** mpaolino has joined #openstack-qa13:49
*** dboik has joined #openstack-qa13:54
*** amotoki has quit IRC13:55
*** yamamoto has quit IRC13:59
*** tkammer has quit IRC14:03
openstackgerritDavanum Srinivas (dims) proposed openstack-dev/devstack: WIP: Try oslo.log from trunk to see if it works fine  https://review.openstack.org/16014914:03
*** neeti has quit IRC14:04
openstackgerritEmily Hugenbruch proposed openstack/tempest: Split resource_setup for thirdparty tests  https://review.openstack.org/15989414:06
*** cdent has joined #openstack-qa14:06
*** afazekas has quit IRC14:06
openstackgerritafazekas proposed openstack/tempest: Revert "Turn off sitepackages"  https://review.openstack.org/16035214:06
*** rvcehimanshu has quit IRC14:08
*** dustins has joined #openstack-qa14:09
*** bknudson has joined #openstack-qa14:10
*** yfried has joined #openstack-qa14:10
*** mriedem has joined #openstack-qa14:10
*** mriedem has quit IRC14:11
*** mriedem has joined #openstack-qa14:11
*** tkammer has joined #openstack-qa14:15
*** yamamoto has joined #openstack-qa14:17
*** mpaolino has quit IRC14:19
*** mpaolino has joined #openstack-qa14:19
*** Madan has quit IRC14:21
openstackgerritDavanum Srinivas (dims) proposed openstack-dev/devstack: WIP: Try oslo.log from trunk to see if it works fine  https://review.openstack.org/16014914:21
*** afazekas has joined #openstack-qa14:23
*** dims has quit IRC14:25
*** dims has joined #openstack-qa14:26
*** mpaolino has quit IRC14:28
*** mpaolino has joined #openstack-qa14:28
*** mattt has joined #openstack-qa14:30
*** mpaolino has quit IRC14:30
*** mpaolino has joined #openstack-qa14:31
*** rbak_ has quit IRC14:32
*** mpaolino has quit IRC14:35
*** mpaolino has joined #openstack-qa14:35
openstackgerritEmily Hugenbruch proposed openstack/tempest: Split resource_setup for scenario tests  https://review.openstack.org/15925614:36
*** mpaolino has quit IRC14:38
*** mpaolino has joined #openstack-qa14:38
*** mpaolino has quit IRC14:40
*** mpaolino has joined #openstack-qa14:41
*** afazekas has quit IRC14:41
*** SridharG has left #openstack-qa14:42
*** mpaolino has quit IRC14:43
*** mpaolino has joined #openstack-qa14:43
openstackgerritMerged openstack/tempest: Remove python-novaclient from requirements.txt  https://review.openstack.org/15795314:45
*** mpaolino has quit IRC14:46
*** mpaolino has joined #openstack-qa14:47
*** dboik has quit IRC14:48
*** mpaolino has quit IRC14:48
*** dboik has joined #openstack-qa14:48
openstackgerritAndrea Frittoli  proposed openstack-infra/devstack-gate: Get default branch from feature.yaml  https://review.openstack.org/16036614:48
*** mpaolino has joined #openstack-qa14:49
*** jecarey has joined #openstack-qa14:49
*** mpaolino has quit IRC14:52
*** mpaolino has joined #openstack-qa14:52
*** mpaolino has quit IRC14:54
*** mpaolino has joined #openstack-qa14:54
*** tkammer has quit IRC14:54
*** mpaolino has joined #openstack-qa14:55
openstackrecheckConsole logs not available after 13:23s for gate-nova-tox-functional 159824,7,456e87b14:57
*** yamamoto has quit IRC14:59
*** toure has joined #openstack-qa14:59
ihrachyshkasdague, hey. a question on recent move to py3415:00
ihrachyshkasdague, seems like icehouse oslo-incubator is broken due to it15:00
ihrachyshkano py34 interpreter found15:00
ihrachyshkaI guess because jobs do run on smth older than trusty15:00
ihrachyshkaright, it's bare-precise15:00
ihrachyshkado you know how to fix it correctly?15:01
*** _dpaterson has joined #openstack-qa15:04
openstackrecheckopenstack/tempest change: https://review.openstack.org/158355 failed because of: gate-tempest-dsvm-neutron-full: https://bugs.launchpad.net/bugs/1251521 https://bugs.launchpad.net/bugs/131106615:04
openstackLaunchpad bug 1251521 in OpenStack Compute (nova) "Volume detach in tempest fails because libvirt refuses connections" [Undecided,Invalid]15:04
openstackLaunchpad bug 1311066 in OpenStack-Gate "Some nodes allocated in node pool are very very slow" [High,Confirmed]15:04
*** malini has joined #openstack-qa15:06
*** yamamoto has joined #openstack-qa15:07
*** tkammer has joined #openstack-qa15:07
*** yfried has quit IRC15:11
mtreinishHenryG: pong15:12
mtreinishandreaf: sure I'll tkae a look right now15:13
*** malini has left #openstack-qa15:13
andreafmtreinish: thanks15:13
HenryGmtreinish: https://review.openstack.org/15999415:13
mtreinishHenryG: heh, oops looks like we forgot about the group for the CONF var :)15:14
HenryGmtreinish: yes, my bad, I should have checked the usage15:14
*** mtanino has joined #openstack-qa15:14
*** rbak has joined #openstack-qa15:16
*** Ananci has joined #openstack-qa15:17
*** afazekas has joined #openstack-qa15:19
openstackgerritKirill Shileev proposed openstack/tempest: Scenario test to check IPv6 mupltiprefix feature Starts 2 VMs on network with 2 IPv6 subnets and checks cross connectivity.  https://review.openstack.org/15781615:21
*** chandankumar_ has joined #openstack-qa15:25
*** e0ne is now known as e0ne_15:28
*** e0ne_ is now known as e0ne15:28
*** pal has quit IRC15:28
*** chandankumar_ has quit IRC15:31
*** yamamoto has quit IRC15:32
*** beekneemech is now known as bnemec15:32
*** achanda has joined #openstack-qa15:33
*** yamahata has joined #openstack-qa15:35
*** zz_jgrimm is now known as jgrimm15:35
*** jlvillal|afk has quit IRC15:37
*** zz_dimtruck is now known as dimtruck15:38
*** achanda has quit IRC15:44
mtreinishandreaf: reviewed LGTM, just a few comments15:44
*** chandankumar_ has joined #openstack-qa15:48
openstackgerritDavanum Srinivas (dims) proposed openstack-dev/devstack: WIP: Try oslo.log from trunk to see if it works fine  https://review.openstack.org/16014915:49
openstackgerritMatthew Treinish proposed openstack-infra/subunit2sql: Add microsecond columns to the test_runs table  https://review.openstack.org/16005715:53
*** dustins_ has joined #openstack-qa15:54
*** salv-orlando has quit IRC15:55
*** salv-orlando has joined #openstack-qa15:55
*** dustins has quit IRC15:57
openstackgerritgordon chung proposed openstack-dev/devstack: elasticsearch event support in ceilometer  https://review.openstack.org/15510415:59
*** anshul has quit IRC15:59
*** salv-orlando has quit IRC16:00
*** FatDarrel has joined #openstack-qa16:01
*** FatDarrel is now known as phd216:02
*** coolsvap is now known as coolsvap_16:05
*** hemnafk is now known as hemna16:06
*** itzikb has quit IRC16:06
andreafmtreinish: it should be enough to pass name into Accounts, or shall I still pass it to NotLockingAccounts as well?16:08
mtreinishandreaf: well the name isn't used for logging with the NotLockingAccounts so it shouldn't matter whether you pass it in there or not16:10
mtreinishandreaf: but I think passing it in to NotLockingAccounts might be useful in the future if we want to improve logging16:11
mtreinishI'll leave it up to you16:12
openstackgerritAndrea Frittoli  proposed openstack/tempest: Support v3 in credential providers and subclasses  https://review.openstack.org/13302916:12
andreafmtreinish: ok - I'll pass it there as well16:12
andreafmtreinish: regarding the microseconds in subunit2sql, do you have an idea what the impact might be on a DB the size of infra? if you had a chance to test the migration and the impact is small, I think it's not worth engineering a solution to avoid re-writing microseconds during the migration16:14
mtreinishandreaf: I made a local backup of the infra db over the weekend to test that :)16:15
mtreinishI was going to try the migration today and see what happens16:15
*** chandankumar_ has quit IRC16:15
*** carl_baldwin has joined #openstack-qa16:19
openstackgerritDavanum Srinivas (dims) proposed openstack-dev/devstack: WIP: Try oslo.log from trunk to see if it works fine  https://review.openstack.org/16014916:21
openstackgerritMartin Pavlásek proposed openstack/tempest: Added test of default domain in Keystone  https://review.openstack.org/3178216:21
openstackgerritDavanum Srinivas (dims) proposed openstack-dev/devstack: WIP: Try oslo.log from trunk to see if it works fine  https://review.openstack.org/16014916:22
openstackgerritAndrea Frittoli  proposed openstack-infra/devstack-gate: Get default branch from feature.yaml  https://review.openstack.org/16036616:22
*** tsekiyama has joined #openstack-qa16:23
*** carl_baldwin_ has joined #openstack-qa16:24
*** rvcehimanshu has joined #openstack-qa16:24
*** patrickeast has quit IRC16:25
*** patri952 has quit IRC16:25
*** patri781 has quit IRC16:25
*** patri338 has quit IRC16:25
*** patri996 has quit IRC16:25
*** carl_baldwin has quit IRC16:26
*** carl_baldwin_ is now known as carl_baldwin16:26
*** carl_baldwin has quit IRC16:32
*** boris-42 has quit IRC16:32
*** mrodden has quit IRC16:33
*** mrodden has joined #openstack-qa16:35
*** Noice has joined #openstack-qa16:35
*** phd2 has quit IRC16:36
NoiceHey, Why does the install guide have you configure nova on the controller if neutron is being used?16:36
Noiceand does nova ahve to be installed or do I just have to make sure the config file is present?16:37
mroddenyou need nova-api and nova-conductor, etc on the controller16:38
mroddenNoice, ^16:38
*** carl_baldwin has joined #openstack-qa16:38
mroddenfor neutron, you'll be swapping nova-network with neutron16:38
mroddenall the other nova-* services are still important16:39
*** wuhg has quit IRC16:39
Noicewhy are they considered legacy if I sitll need them for compute?16:41
*** melwitt has joined #openstack-qa16:41
*** apevec has quit IRC16:42
*** rdekel has quit IRC16:42
mroddennova-network would be16:42
mroddenwould be legacy* that is16:42
mroddeni dont think the others are...16:42
*** ymorkovn has quit IRC16:44
Noiceah ok16:49
*** diegows has quit IRC16:51
openstackgerritAishwarya Thangappa proposed openstack-dev/devstack: Added devstack-with-lbaas-v2 installation documentation  https://review.openstack.org/15851216:52
*** yfried has joined #openstack-qa16:53
*** markus_z has quit IRC16:54
*** dustins_ has quit IRC16:55
*** e0ne is now known as e0ne_16:55
*** e0ne_ is now known as e0ne16:56
Noiceso is there part of the instlal guide that documents what nova compenents need to be installed and on what node?  The install guide covers what services to restart but I want to make sure I'm not missing something before I proceed16:56
*** jaypipes has joined #openstack-qa17:00
*** ChanServ sets mode: +o jaypipes17:00
*** jordanP has quit IRC17:02
*** mlavalle has joined #openstack-qa17:03
*** jordanP has joined #openstack-qa17:03
*** diegows has joined #openstack-qa17:04
*** Sukhdev has joined #openstack-qa17:05
*** yfried has quit IRC17:05
*** jlanoux has quit IRC17:06
*** rvcehimanshu has quit IRC17:06
*** sergsh has quit IRC17:09
*** rwsu has joined #openstack-qa17:09
*** e0ne has quit IRC17:14
*** yamahata has quit IRC17:16
*** salv-orlando has joined #openstack-qa17:16
jogoafazekas: not too surprised I didn't do the full pinning of stable/icehouse17:18
afazekasjogo: looks like the venv does not have python-keystoneclient17:21
afazekasmaybe the tox.ini needs to ba changed to use site packages , or the test-requirements should be extended by python-keystoneclient17:22
afazekasThe swift functional job on ice is re-enabled recently, but I just see one failing change ..17:22
*** safchain has quit IRC17:24
afazekasjogo: BTW, sitepackages=True expected to use the system packages when it is within the requirements version range, otherwise it installs a different version into the venv17:25
*** vigneshvar has joined #openstack-qa17:25
*** patrickeast has joined #openstack-qa17:26
*** carl_baldwin has quit IRC17:26
*** adam_g_out is now known as adam_g17:27
openstackgerritMatthew Treinish proposed openstack-infra/subunit2sql: Add microsecond columns to the test_runs table  https://review.openstack.org/16005717:29
*** dboik_ has joined #openstack-qa17:29
jogoafazekas: that isn't sufficient, the risk is other things breaking etc,17:31
*** annashen has joined #openstack-qa17:31
jogoafazekas: err, rather. the version range isn't always accurate17:32
jogoafazekas: and full isolation is a really nice property17:32
jogoafazekas: and why revert17:32
afazekasjogo: in this case we just need to change the version range in the master tempest only17:32
jogoafazekas: so maybe, but put this in the commit message17:32
*** dboik has quit IRC17:33
openstackgerritMatthew Treinish proposed openstack/tempest-lib: Add api docs to the rest client  https://review.openstack.org/15801717:35
*** vigneshvar has quit IRC17:37
* afazekas end of day..17:37
*** afazekas is now known as _afezekas|pub17:37
*** patrickeast_ has joined #openstack-qa17:44
*** patrickeast__ has joined #openstack-qa17:44
*** patri136 has joined #openstack-qa17:44
*** patri505 has joined #openstack-qa17:44
*** yamahata has joined #openstack-qa17:44
*** ChuckC has quit IRC17:45
*** vigneshvar has joined #openstack-qa17:46
*** tkammer has quit IRC17:50
*** ihrachyshka has quit IRC17:50
*** carl_baldwin has joined #openstack-qa17:53
*** yfried has joined #openstack-qa17:54
openstackgerritZengfa Gao proposed openstack/tempest: Add API tests for Neutron subnetpool  https://review.openstack.org/15964418:03
*** boris-42 has joined #openstack-qa18:05
*** gszasz has quit IRC18:06
openstackgerritEmily Hugenbruch proposed openstack/tempest: Split resource_setup for scenario tests  https://review.openstack.org/15925618:09
*** dustins has joined #openstack-qa18:09
*** rbak has quit IRC18:10
*** _afezekas|pub has quit IRC18:10
*** rbak has joined #openstack-qa18:11
*** dboik_ has quit IRC18:12
*** dboik has joined #openstack-qa18:12
openstackgerritSean M. Collins proposed openstack-dev/devstack: Revert "Revert "Make neutron the default in devstack""  https://review.openstack.org/15921618:13
openstackrecheckopenstack/keystone change: https://review.openstack.org/160233 failed because of: gate-tempest-dsvm-neutron-full: https://bugs.launchpad.net/bugs/131106618:14
openstackLaunchpad bug 1311066 in OpenStack-Gate "Some nodes allocated in node pool are very very slow" [High,Confirmed]18:14
openstackgerritSean M. Collins proposed openstack-dev/devstack: Revert "Revert "Make neutron the default in devstack""  https://review.openstack.org/15921618:15
openstackgerritSean M. Collins proposed openstack-dev/devstack: Support for single interface Neutron networking  https://review.openstack.org/15842418:15
openstackgerritSean M. Collins proposed openstack-dev/devstack: Set a default for OVS_PHYSICAL_BRIDGE  https://review.openstack.org/15921518:15
openstackgerritSean M. Collins proposed openstack-dev/devstack: Revert "Revert "Make neutron the default in devstack""  https://review.openstack.org/15921618:17
openstackgerritSean M. Collins proposed openstack-dev/devstack: Support for single interface Neutron networking  https://review.openstack.org/15842418:17
openstackgerritSean M. Collins proposed openstack-dev/devstack: Set a default for OVS_PHYSICAL_BRIDGE  https://review.openstack.org/15921518:17
openstackgerritKirill Shileev proposed openstack/tempest: Scenario test to check IPv6 mupltiprefix feature Starts 2 VMs on network with 2 IPv6 subnets and checks cross connectivity.  https://review.openstack.org/15781618:18
*** naggappan has joined #openstack-qa18:20
*** harlowja_away is now known as harlowja_18:21
*** jordanP has quit IRC18:25
sc68calugh. we have provider networking stuff sprinkled in all kinds of bad places in lib/neutron of devstack18:25
*** Nic has joined #openstack-qa18:26
*** yfried has quit IRC18:28
*** achanda has joined #openstack-qa18:31
*** tkammer has joined #openstack-qa18:37
*** aix has quit IRC18:41
*** achanda has quit IRC18:46
*** achanda has joined #openstack-qa18:46
*** mpaolino_ has joined #openstack-qa18:47
*** marun has joined #openstack-qa18:49
dkranzmarun: Do you have a rough time line for when you think you would start the procedure defined here https://wiki.openstack.org/wiki/QA/Tempest-test-removal18:52
*** adalba has joined #openstack-qa18:52
marundkranz: I've already started on (1)18:52
*** mpaolino_ has quit IRC18:52
*** acfleury has quit IRC18:52
marunkevinbenton: https://review.openstack.org/#/c/158021/18:52
marunoop18:52
marundkranz: https://review.openstack.org/#/c/158021/18:52
*** bkopilov has quit IRC18:53
marunsorry kevinbenton that was in error18:53
dkranzmarun: yeah, I guess  meant when you thought you might complete it :)18:53
*** bkopilov has joined #openstack-qa18:53
*** flwang1 has quit IRC18:54
*** Rockyg has joined #openstack-qa18:54
marundkranz: I guess it depends on how much cleanup I want to see done before removal from tempest.18:54
dkranzmarun: fair enough18:54
openstackgerritRoey Chen proposed openstack-dev/devstack: vmware-nsx: Vendor code split  https://review.openstack.org/14431218:54
marundkranz: As is, (3) is the only issue that we haven't really resolved.18:54
dkranzmarun: The zaqar tests in tempest don't even run in the gate, and there was interest in moving them in-project. I said you were paving the path of how-to with  neutron.18:55
marundkranz: It should be easy enough to ensure that the tests in the neutron tree can run agains tstable branches18:55
maruntstable -> stable18:55
dkranzmarun: cool18:55
marundkranz: It's less clear how the in-tree tests should be consumable for refstack/defcore purposes.18:56
marundkranz: do you have any thoughts on that?18:56
mtreinishmarun: heh, I wouldn't be so confident about #2 for some of the tests :)18:56
dkranzmtreinish: :)18:56
marunmtreinish: well, I'd be hard-pressed to see how they could do worse than when they are running from the tempest repo18:56
dkranzmtreinish: At the summit (I think) some of us talked about having a kind of pluggable way for tempest to discover tests18:57
dkranzmarun: sorry, I meant to address you18:57
mtreinishdkranz: well honestly that's not hard since tempest doesn't do discovery, you just need to write a module that will use load_tests to pull from different places18:57
marundkranz: https://review.openstack.org/#/c/158021/4/neutron/tests/api/__init__.py18:58
marundkranz: I'm assuming we'd need to do something like this but use module paths instead of file paths18:58
mtreinishdkranz: or: http://git.openstack.org/cgit/openstack/tempest/tree/tempest/test_discover/test_discover.py18:58
dkranzmtreinish: It is not technically hard, but we need to make it a requirement IMO which means spelling out exactly how to do it as part of the removal procedure.18:59
mtreinishmarun: yeah you can just construct a big suite and manually add the tests instead of relying on discovery18:59
RockygDefcore should have full pathnames of all test in a file18:59
dkranzmtreinish: but I'm not sure there was universal agreement about it being required18:59
mtreinishdkranz: well the thing I'm not sure about is whether it's worth the effort to even bother trying with that. It's not a burden at all to keep the set of tests for interop in tempest18:59
mtreinishwhich was the intent of 3 on the wiki really, someone from defcore says they need test X so we don't remove it19:00
RockygDkranz, that's also an interesting idea19:00
marunmtreinish: Wouldn't that imply duplication?  Or are you tinking that19:00
dkranzmtreinish: no, but any one making use of full tempest now is going to want to replace it with a similar function19:00
mtreinishmarun: yes there would probably be some duplication which really isn't a big deal19:00
dkranzmtreinish: and it would be nice if we did that once and not make every one do it19:00
dkranzmtreinish: and the refstack tests include all the api tests, right?19:01
RockygRefstack meeting is starting about now  in #openstack-meeting-alt  Wanna discuss this over there?19:01
marunmtreinish: What justifies the cost of duplication?19:01
dkranzmtreinish: so what exactly are you proposing once neutron api tests are removed from tempest?19:01
marunIs being able to reuse the tests out of the project tree perceived as too expensive?19:01
Rockygdkranz:  not all the API tests.  Only those for interop19:01
dkranzRockyg: what does that mean?19:01
mtreinishdkranz: they only use a subset19:01
mtreinishthey have a big list somewhere19:02
RockygSo right now, no admin apis19:02
dkranzRockyg: is that all that is missing?19:02
dkranzRockyg: is so, I would say that is essentially the same as full tempest for the purpose of the issue we are discussing19:02
RockygDefcore lags by a half year to a year on what is in it.  Some things might never get in it if it's an API that few people use19:03
openstackgerritSwaminathan Vasudevan proposed openstack/tempest: Fix check for FloatingIP status before check connection  https://review.openstack.org/16013519:03
mtreinishmarun: well, if we want to make tempest really an integration suite, I think a set of tests useful for interop probably would be fine to keep in tempest19:03
marunmtreinish: If you mean cross-project, sure.19:03
dkranzmarun: I don't think that's what he means19:03
marunmtreinish: but if a test is against a single project's api, I'm not sure i follow.19:03
RockygAlso consider that integrated API tests might be more useful for interop than ones that don't require a full cloud setup19:04
dkranzmarun: but I'm not sure exactly what mtreinish does mean by interop19:04
dkranzmarun: what Rockyg said sounds more like just exclude admin and some tests they have not gotten around to including19:04
*** Sukhdev has quit IRC19:04
mtreinishdkranz: well mostly because it's not a well defined term, with the mess that defcore is. But the theory is there is a subset of tests they care about for verifying different clouds operate the same19:05
dkranzRockyg: the bottom line is, do all neutron api tests get moved, and we have a way to run them with tempest?19:05
mtreinishdkranz: hogepodge has a proposal for tagging them specifically19:05
dkranzRockyg: Or do some neutron tests remain in tempest.19:05
dkranzmtreinish: But doesn't that include most apis, and hence most api tests?19:06
RockygGood question.  If tempest actually becomes the tempest lib plus test server, would it matter?19:06
mtreinishdkranz: and given that it'll be a subset of functionality I personally have no issue with keeping those tests in tempest even given neutron has a local copy in tree19:06
dkranzRockyg: Yes,, once neutron api tests appear in the neutron tree19:06
hogepodgedkranz: my feeling is that if a test uses a very limited set of credentials (non-admin) and not much else it should be tagged as interop19:06
*** zz_johnthetubagu is now known as johnthetubaguy19:07
RockygAlso, I would think no drivers except default would be in defcore19:07
mtreinishdkranz: I have no idea how many things will end up getting a tag19:07
marunmtreinish: who maintains them though?19:07
dkranzhogepodge: in that case almost all of tempest is in that set19:07
mtreinishmarun: which ones?19:07
hogepodgedkranz: the problem with a bunch of api tests is they assume admin creds and need to heavily touch the environment to set themselves up.19:07
marunmtreinish: I don't think tempest should be maintaining any tests that validate the stability of Neutron's api.19:07
marunmtreinish: if you want to keep copies, sure.19:07
Rockyginterop tests should be maintained by the community.19:07
hogepodgedkranz: the assumption isn't true in practive19:07
dkranzhogepodge: a bunch, yes. BUt a very small fraction19:07
hogepodges/practive/practice19:07
marunmtreinish: but we've seen pretty definitively that developers need incentive to care about API stability, and giving responsibility to a different team/repo is not an effective way to achieve that goal.19:08
mtreinishmarun: yeah that's what I'm proposing. The api stability will be primarily maintained by neutron, but there might be copies of things that remain in tempest19:09
mtreinishbut the primary burden of api stability will shift to neutron19:09
dkranzmtreinish: for what purpose?19:09
mtreinishdkranz: for the purpose we've been discussing19:09
hogepodgedkranz: I disagree, maybe I'm wrong. In defcore we have 380 capabilities listed, but only 160 don't require admin. That's not a small fraction.19:09
dkranzhogepodge: Can I see this list?19:10
hogepodgedkranz: My proposal is that [interop] can only be applied if a strict requirement is met.19:10
hogepodgedkranz: https://github.com/openstack/defcore/blob/master/havanacore.json19:10
marunmtreinish: So long as it's a read-only copy, I'm ok with that.  I think it should be possible to consume tests directly from neutron, but I'm ok with that being a long-term goal.19:10
dkranzhogepodge: So is the goal to minimize the number of tests, or to make sure some set is covered?19:10
hogepodgedkranz: the goal is to arrive at a set of tests that cover the api, but any end user can point at any cloud they have access to and check api compatibility19:11
Rockyggoal is to get really good coverage on any capability that is designated interop19:11
*** ChuckC has joined #openstack-qa19:11
hogepodgedkranz: with coverage being encouraged because nobody wants to look the fool19:11
mtreinishmarun: sure, I'm fine with that being a long term goal. Right now the only thing I'm thinking is as an external tester it would be kinda weird to depend on having all of the project code installed19:11
mtreinishbut I'm sure we can figure a way around that too19:12
dkranzhogepodge: I think the disconnect here is that tempest has nearly 1700 tests now19:12
marunmtreinish: I'm not sure why that would be a problem.  It's not like having the project code is going to affect the targeting of a deployed service.19:12
marunmtreinish: that said...19:13
dkranzhogepodge: some of them are keystone, which requires admin, but most do not require admin19:13
hogepodgedkranz: I'd like for us to identify the [interop] criteria, then nail down the api tests that meet the criteria, and modify tests that don't make it or write tests that hit coverage.19:13
marunmtreinish: there is an ongoing discussion around splitting out code that is common between neutron, plugins, and services.19:13
marunmtreinish: it may be that the api testing ends up in the neutron-lib repo and that will aid in making the tests consumable.19:13
mtreinishmarun: sure that would alleviate some of my concerns around that19:14
marunhogepodge: where is the criteria for 'interop' defined?19:14
dkranzhogepodge: ok, all I am saying is that I believe a large majority of the current 1700 tests are expected to behave interoperably19:14
hogepodgemarun: It isn't defined yet. I'd like it to be a test that only requires a guest account, an enpoint, and possibly a network id and image id.19:15
hogepodgemarun: zero admin19:15
marunhogepodge: that seems like a pretty important thing to define19:15
marunhogepodge: not sure why work would be even contemplated without knowing what is needed19:15
dkranzhogepodge: We are close to being able to run tempest in a way where it will just skip any tests that require admin19:16
hogepodgemarun: saying it isn't defined doesn't mean that I don't have a minimum idea of what the definition should be. In whatever proposal I write up, I expect criticism and possible expansion of the maximum allowable configuration19:16
dkranzhogepodge: If there were such a list of skipped tests, would you want to include the rest?19:16
hogepodgedkranz: what do you mean? I think that list of skipped tests would be valuable.19:17
dkranzhogepodge: I am trying to figure out which of the following two is your goal:19:17
hogepodgedkranz: marun: I'd just like to have a well-defined criteria that makes it possible to simply configure tempest and point it any any cloud.19:17
hogepodgedkranz: marun: in an ideal world that would be credentials and endpoint.19:17
dkranzhogepodge: 1) Have a minimum set of tempest tests that cover your criteria19:17
dkranzhogepodge: 2) Use all tempest tests that meet your criteria19:18
dkranzhogepodge: The first is easy to do and easy to maintain. The second is work for both.19:18
openstackrecheckopenstack/ceilometer change: https://review.openstack.org/159907 failed gate-ceilometer-python27 in the gate queue with an unrecognized error19:18
dkranzhogepodge: I had always assumed it was the first.19:18
dkranzhogepodge: and so assumed it was important to continue to be able to collect these tests in a run even if they were moved out of tempest (along with their uuids)19:19
Rockygdkranz:  I think it's more (2), but with a delay for new capabilities19:19
dkranzRockyg, hogepodge : sorry, I meant I assumed (2) and similar for the next comment19:20
*** tosky has quit IRC19:20
*** cdent has quit IRC19:20
Rockygdkranz.  Yes.  but new tests for already selected interop capabilites would want to be rolled into the next defcore release to happen19:21
RockygEncouraging adding coverage for interop flagged capabilities19:21
dkranzRockyg: ok, I am just arguing that the test selection and ability to run tempest should not be impacted by whether a test happens to have been moved frolm the tempest repo to a project repo19:21
Rockygdkranz: agreed19:22
dkranzmarun, mtreinish : Do you agree with that ^^^ and we can work on the implementation? I can't quite tell.19:22
*** ibiris is now known as ibiris_away19:22
hogepodgedkranz: the promise of smoke and api was that we would have criteria like I mentioned. They've failed in that regard. By explicitly setting criteria and admitting (automatically or manually, if automatic is possible then +2 to that) only those tests as 'interop' tests we create a clear means for easily identifying the publicly testable features of a deployment19:23
dkranzhogepodge: I believe we are close to automatically being able to tell which tests require admin by trying to run them.19:24
hogepodgedkranz: what do you mean?19:25
dkranzhogepodge: In any event, I now understand what is meant by interop and think we are on the same page19:25
dkranzhogepodge: I just meant you could tag a test as not needing admin but the test would fail if it actually did require it.19:25
dkranzhogepodge: ANother alternative is to run all of tempest, configured with no admin, and just run all the tests.19:26
dkranzhogepodge: But it sounds like that is not where you are going.19:26
hogepodgedkranz: if it were expected to be a test that didn't need admin I would consider that a bug.19:26
Rockygright, but then you file the bug and remove the tag19:27
dkranzhogepodge: yes, it would be a bug. As would be the reverse.19:27
marundkranz: I'm not entirely sure what is required.19:28
hogepodgedkranz: no, I'd like a way to just run tests that are known to not need admin, and only rely on public api19:28
dkranzmarun: I think just the discovery thing19:28
dkranzhogepodge: I understand, but another way to do that is to run tempest in a way that all tests requiring admin are skipped19:28
marundkranz: I'd like to see that happen if it means we can have only one copy of the tests.19:29
hogepodgeI'm willing to admit some additional infomation though, like ids of existing resources that we can reasonably expect a user to have access to19:29
mtreinishandreaf: did you see: http://logs.openstack.org/11/158511/15/check/check-tempest-dsvm-f21/a051107/console.html.gz#_2015-02-27_23_08_18_89819:29
dkranzmarun: I think the best way is to just make it so you can do that, and worry about removing all tests from tempest once it  is proved to have no benefit and just be a headache.19:29
hogepodgedkranz: not just admin, but anything else that makes exceptional assumptions. But yes, admin is the mose exceptional.19:29
mtreinishlooks like some cases things get held for too long with roles19:29
dkranzhogepodge: agreed. My only point is that it is a lot easier to stay current if you mark tests that should *not* be run than if you have to mark tests that *are* to be run.19:30
*** yfried has joined #openstack-qa19:31
hogepodgedkranz: yes, rot is always a threat19:31
dkranzhogepodge: that is similar to the point of branchless tempest19:32
*** dimtruck is now known as zz_dimtruck19:32
Rockygdkranz, unfortunately, defcore isn't about current, it's about mature.  But yes.  any test not marked admin or interop would be a candidate undfer consideration during the defcore discussions19:32
*** e0ne has joined #openstack-qa19:32
*** e0ne is now known as e0ne_19:32
*** e0ne_ is now known as e0ne19:32
dkranzhogepodge: It's not just rot, but missing a new test that was added, and is valuable, but has not been catalogued yet19:32
Rockygdefcore discussions about whether the capabilitiy is mature but not included yet.19:32
hogepodgedkranz: One of my goals is to get those involved with efforts like defcore (and anyone can be involved with defcore) more involved with the testing process, to truly become the stake holders in having a strong interoperability test suite as part of the overall gating process19:33
dkranzRockyg: I am not talking about mature vs immature apis19:33
dkranzRockyg: Just the number of tests that are related to a mature api. More are always being added.19:33
dkranzRockyg: And this will be even more so when they are moved to projects because projects will have more of a budget to run them.19:33
hogepodgedkranz: if a test is valuable I would have a personal interest in making sure it's captured.19:33
RockygYes, new tests in already marked categories would still need to be identified and added to the list by the defcore process19:34
dkranzhogepodge: So my proposal, for what it's worth, is to start by assuming tempest tests (whether in tempest or moved to a project) are valuable, and exclude the ones that are not with some tag or by allowing it to be skipped as in the admin case.19:35
dkranzhogepodge: rather than assuming that none are valuable until marked as such19:35
hogepodgedkranz: that's what we're doing right now19:35
Rockyggood proposal19:35
Rockygttfn19:36
hogepodgedkranz: (the assuming all api tests are valuable)19:36
hogepodgedkranz: it sank efforts like tcup, which were an attempt to give a reusable and minimally configurable tool to tests api compatibility19:37
dkranzhogepodge: Another point I am trying to make is that true interop testing has to be very deep.19:37
marundkranz: ?19:37
dkranzhogepodge: and is not adequately covered in tempest, never mind a smaller subset19:37
hogepodgedkranz: deep in what way?19:37
dkranzhogepodge: covering the dictionary formats, headers, etc.19:38
openstackrecheckopenstack/nova change: https://review.openstack.org/156957 failed because of: gate-grenade-dsvm-ironic-sideways: https://bugs.launchpad.net/bugs/142525819:38
openstackLaunchpad bug 1425258 in OpenStack Compute (nova) "test_list_baremetal_nodes race fails with a node not found 404" [Medium,Confirmed]19:38
dkranzhogepodge: many areas of tempest do not cover that and current thinking is that projects should do deep testing of the api themselves which is part of the motivation for moving that testing to projects19:39
hogepodgedkranz: How about I send up a blueprint before the next meeting, and publicize it on the mailing list. I think that there's a lot of good discussion here and I'd like to capture it more formally.19:39
hogepodgedkranz: agreed.19:39
dkranzhogepodge: sounds great19:39
hogepodgedkranz: Part of what I'm asking for is a criteria that gives test writers a platonic target for what it means to test an api.19:39
hogepodge(platonic ideal of a target)19:40
dkranzhogepodge: there is a lot of discussion going on about that in various groups. It includes both detailed testing of the REST API and schemas in use, as well as some testing of actual function.19:41
dkranzhogepodge: for example, if I call 'nova boot' and it accepts and returns all the right stuff, it should still fail if a vm is not actually created.19:41
hogepodgedkranz: It's a hard problem, no doubt.19:42
hogepodgedkranz: a complete mock library should be admitted as iteroperable. :-D19:42
dkranzhogepodge: right, and in my thinking, what refstack really ought to be doing is similar to what you would do to really validate a cloud19:42
dkranzhogepodge: but limited to the apis that are declared to be interoperable19:43
dkranzhogepodge: that limitation is a concept that is not really in tempest right now19:43
dkranzhogepodge: so really what I am suggesting is that "refstack" tests are a discoverable subset of tempest + api tests in projects19:44
dkranzhogepodge: rather than a manually generated list. But I understand it is not that way.19:44
hogepodgedkranz: what would that discovery process look like?19:44
openstackgerritSwaminathan Vasudevan proposed openstack/tempest: Check Floating ip status before load balancer check  https://review.openstack.org/16047119:45
hogepodgedkranz: I can imagine one test being using an interop criteria for configuration, then flagging tests that don't pass as possible non-interop compatible. Is there a better way to check to see which tests use which config options? I would assume no.19:45
dkranzhogepodge: assuming appropriate tagging of tests that are not interop, just an expression that uses the structure of tempest directories and tags on tests19:46
hogepodgedkranz: the problem with that being tempest defaults may create false positives19:46
hogepodge(or false negatives depending on your point of view)19:46
dkranzhogepodge: Tempest is supposed to run against any cloud19:47
dkranzhogepodge: THis obviously requires more thought19:47
dkranzhogepodge: And I am not trying to derail anything. What I am arguing for is something I want anyway, even if refstack does not do it that way.19:48
dkranzhogepodge: I mean with regard to pulling in tempest tests from whatever repo they live in and running them19:48
hogepodgedkranz: I want to be clear that I want tempest to run in a way that makes it possible to identify capabilities with any tool, refstack or rally for example, and for any initiative, defcore being one of them, but one can imagine the existence of other cross-platforms standards, or even tooling for automated cloud bursting19:50
hogepodgedkranz: so it's not a refstack or defcore issue, I see this primarily as a tempest issue19:50
dkranzhogepodge: agreed19:51
hogepodge(or more broadly, tempest issue)19:51
hogepodges/tempest/testing/19:51
dkranzhogepodge: and I think there are really only two issues for tempest19:51
dkranzhogepodge: 1. Make sure it can be run even with api tests in a project19:51
*** zz_dimtruck is now known as dimtruck19:51
dkranz2. Make sure there is a way to tag tests as being interop or not.19:51
dkranzhogepodge: more likely tagging as not-interop since most will be.19:52
hogepodgedkranz: I like that idea.19:53
*** carl_baldwin has quit IRC19:56
*** e0ne is now known as e0ne_19:59
*** e0ne has joined #openstack-qa20:00
*** flwang1 has joined #openstack-qa20:02
*** tkammer has quit IRC20:04
*** patrickeast__ has quit IRC20:04
*** patri505 has quit IRC20:04
*** patri136 has quit IRC20:04
*** patrickeast_ has quit IRC20:04
*** patrickeast has quit IRC20:04
mtreinishadam_g: qq, there was a reason we don't run the ironic tempest job with tenant isolation right?20:05
mtreinishI couldn't remember20:05
mtreinishit caught a bug in my patch, but I was surprised it wasn't running with it20:05
*** patrickeast has joined #openstack-qa20:07
adam_gmtreinish, oh, that goes back a while. at the time, tempest's tenant isolation didn't have required special casing for baremetal, specifically around network isolation20:07
*** achanda has quit IRC20:07
*** patrickeast_ has joined #openstack-qa20:08
*** patrickeast__ has joined #openstack-qa20:08
*** patri875 has joined #openstack-qa20:08
*** patri928 has joined #openstack-qa20:08
*** achanda has joined #openstack-qa20:08
openstackgerritClark Boylan proposed openstack-infra/devstack-gate: apt-get needs access to tty so give it access  https://review.openstack.org/16048020:08
adam_gmtreinish, that was all fixed for the parallel job, but im not sure the future of that test. i was going to propose switching the old job to isolation, but its caught a few other bugs in the past so maybe its better to keep it isolated so we have that code running somewhere?20:09
mtreinishadam_g: ok that's what I thought, but was unsure because when I checked the isolation code there was special casing for baremetal :)20:09
*** EmilienM|afk is now known as EmilienM20:10
mtreinishadam_g: I'll defer to what you think is best. If it's running serially there isn't a reason to make it use tenant isolation20:10
naggappanhi in setup class it is trying to setup EC2 also and each time it fails as i have not configured ect. Do some one know how to dissable ec2 in tempest.conf. I tried the flag "ec2_api = False" but it did not work out20:10
*** Rockyg has quit IRC20:11
*** _afezekas|pub has joined #openstack-qa20:14
*** Sukhdev has joined #openstack-qa20:15
adam_gmtreinish, yeah, we'll probably end up disabling the parallel job. the motivation with that one was to allow the entire tempest suite to run against baremetal, but attitudes have changed since toward testing only the subset that is relevant.. which is exactly what the original job is doing20:16
mtreinishadam_g: well fwiw, having things run in parallel normally just shakes loose bugs that would be missed normally20:17
mtreinishso having the job configured and running somewhere might be useful even if it's just on ironic20:18
adam_gmtreinish, ya, tho then we miss bugs around non-isolation :) im not sure the status of it, but i know there is a non-isolated periodic job running somewhere20:19
mtreinishadam_g: yeah there is a nightly job which runs tempest without tenant isolation in serial20:21
openstackgerritMatthew Treinish proposed openstack/tempest: Switch swift tests to use cred_provider with roles  https://review.openstack.org/15894120:23
openstackgerritMatthew Treinish proposed openstack-dev/devstack: Do Not Merge: Test test-accounts with roles  https://review.openstack.org/15851120:23
*** _afezekas|pub has quit IRC20:29
openstackgerritMerged openstack/tempest: Make tempest's python 2.6 policy clear  https://review.openstack.org/15835520:31
*** vigneshvar has quit IRC20:33
naggappanmtreinish: I tried to provide flag "ec2_api = False" but then it skips the whole test "api.network.test_port" . So is this the only flag to skip ec220:38
mtreinishnaggappan: yes that flag is only used in one place: http://git.openstack.org/cgit/openstack/tempest/tree/tempest/thirdparty/boto/test.py#n19820:39
mtreinishthat will skip all the ec2 and s3 tests if the flag is set to false20:39
naggappanMtrinish: if i set that flag it skips the whole test like "api.network.test_port, api.network.test_network" etc. It skips where ever the setup class is required to configure ec220:40
naggappanMtrinish: so i guess it would be no point in testing those things right20:41
mtreinishnaggappan: api.network.test_port is not an ec2 test that's a test that uses the neutron rest api20:41
openstackgerritMerged openstack-dev/devstack: Fix curl issue when SERVICE_HOST is defined to IPv6 address  https://review.openstack.org/15859420:43
openstackgerritMerged openstack-dev/devstack: Remove LBaaS support from devstack  https://review.openstack.org/15307920:43
naggappanmtreinish: but when i run most of the test i get the following error repeatedly .   "http://paste.openstack.org/show/185441/"20:44
openstackgerritHenry Gessau proposed openstack/tempest: Allow time for ipv6 auto addresses to get assigned  https://review.openstack.org/15999420:45
HenryGmtreinish: ^^ again please :)20:46
openstackgerritSwaminathan Vasudevan proposed openstack/tempest: Check FloatingIP status before SSH in network_v6  https://review.openstack.org/16050220:46
mtreinishHenryG: heh, death of a thousand nits :)20:47
HenryGmtreinish: Sometimes I give nits, so I have to learn to receive them. :)20:49
*** ibiris_away is now known as ibiris20:50
*** achanda has quit IRC20:52
*** yamamoto has joined #openstack-qa20:56
Noiceshould the default nova.conf have a fair bit if information in it like the image and identity services or is 12 lines normal?21:02
flwangmtreinish: ping21:05
*** andreaf_ has joined #openstack-qa21:08
flwangmtreinish: i'm still trying to figure out how to safely cleanup the tenants created by tempest21:08
*** andreaf_ has quit IRC21:08
flwangbecause we're trying to use it in prod21:09
*** diegows has quit IRC21:13
mtreinishflwang: is it leaving tenants lying around from tenant isolation?21:14
mtreinishflwang: I guess I'm curious what exactly is being left hanging around after a run21:14
flwangmtreinish: as i mentioned before, we're planning to leverage scenario test to get some preactive view in prod21:15
flwangbut in our test, after run scenario test, there are always some tenants left21:15
*** mfalatic has joined #openstack-qa21:16
mtreinishflwang: hmm that seems like a bug, the cleanup in tenant isolation should be handling deleting any tenants that get created21:16
mtreinishflwang: do you have a pastebin or an example I can look at?21:16
flwangmtreinish: not for now, but I can do that later and let you know21:19
flwangso did you mean the scenario test should handle the temp tenants very well, right?21:20
flwangif it can't, there must be a bug, is it? :)21:20
mtreinishflwang: sure, I'm just looking for a bit more specific context so I can give you better pointers21:20
mtreinishflwang: yes, so if it's creating tenants as part of tenant isolation those should be deleted after the class is done everytime21:20
mtreinishif they're not that is 100% a bug :)21:20
flwangmtreinish: i see, but most of the time, there is no error log, what we can see is the scenario test run completely, but there are some tenants left in openstack21:21
mtreinishflwang: so the tenant delete is being issued and it returns with a success code but it doesn't ever go away?21:21
flwangmtreinish: and for now, we still can't use the cleanup script, right? because I was told there is a bug like the new tenant created after the snapshot will be deleted as well21:22
flwangmtreinish: i think so21:22
mtreinishflwang: well if the delete returns a success and nothing gets deleted then that's a keystone bug :)21:23
*** DinaBelova has quit IRC21:24
*** SergeyLukjanov has quit IRC21:24
openstackgerritSwaminathan Vasudevan proposed openstack/tempest: Check FloatingIP status before connecting to access-points  https://review.openstack.org/16051721:24
mtreinishflwang: yeah the cleanup script doesn't work right now if you have additional tenants being created outside of tempest after you generate the whitelist before the run21:25
mtreinishwhich is a known limitation right now, I don't think anyone is working on fixing that right now, but it was something to be addressed long term21:25
mtreinishnaggappan: you're telling me 2 different things. ec2_api in the compute-feature-enabled group is used to tell tempest whether the ec2 api in nova is available or not (so it either skips or runs those tests)21:27
flwangmtreinish: do you think it's a good idea if we can add a prefix(like a UUID, generating each time for the tempest run), and then after running, just looking for the tenant with the specific prefix21:27
flwangto delete them21:28
mtreinishnaggappan: it has nothing to do with the tests in tempest.api.network. That pastebin is from trying to run the ec2 tests which will be skipped if you set ec2_api to false21:28
*** carl_baldwin has joined #openstack-qa21:29
mtreinishflwang: sure that'll be one way to get around it, although we do something like that now. The testclass name is used as the prefix of the random name21:29
mtreinishthe issue with that is running parallel won't have a shared prefix if you're using a uuid (or some other generation mechanism) because things run in separate processes21:30
flwangmtreinish: right21:30
mtreinishflwang: we could change the tenant isolation code to add 'tempest-' in front of the test class name if you think that would help21:31
flwangand I just have another question, if everything works fine and we assume there should not be a bug for all the teardown method, then why we need a cleanup script? :)21:31
flwangam I missing anything?21:31
flwangmtreinish: it would be a simple but very good idea21:32
mtreinishflwang: heh, well it's for 2 things. 1. when tenant isolation isn't used and we want to ensure the pre-existing tenants don't leak resources. (we also can potentially use this for debugging resource leaks)21:33
mtreinish2. things rarely are bug free :) (both in tempest and in the services)21:34
mtreinishso having the script help provide some automation around when things inevitably go bad21:34
mtreinishflwang: well if adding the tempest- prefix works for you can you file a bug and push a patch? :)21:35
naggappanmtreinish: I have figured it out. under [boto] all should be commented out except ece_api = False option21:37
flwangmtreinish: yep, I will hack it to see if it works and will upstream it back21:37
flwangmtreinish: thanks a lot for the suggestion21:37
mtreinishandreaf: so it looks like the teardown bug is in the cli tests. They don't give up there creds back to the pool which consumes most of the available admin creds21:38
mtreinishflwang: sure np21:38
mtreinishnaggappan: ok good21:38
andreafmtreinish: ok, cool, your debug patch is really useful for that21:39
*** johnthetubaguy is now known as zz_johnthetubagu21:39
mtreinishandreaf: yeah that's how I was able to figure out cli was always the thing left holding creds :)21:40
*** FatDarrel has joined #openstack-qa21:40
mtreinishdkranz: if you get a sec: https://review.openstack.org/#/c/159917/ should be a quick review21:40
*** FatDarrel is now known as phd221:41
mtreinishandreaf: I still need to figure out why it's not giving them back, but it's at least a  start to know what is holding on to them21:41
*** gfidente has quit IRC21:42
*** ChuckC has quit IRC21:44
*** e0ne is now known as e0ne_21:46
*** achanda has joined #openstack-qa21:46
mtreinishandreaf: hah, figured it out the cli tests call there isolated_creds class cred_prov but the base test class only checks for the existence of isolated_creds21:48
mtreinishflwang: you're not running the cli tests in your runs are you? because this bug would affect you too and leave tenants lying around21:48
*** e0ne_ is now known as e0ne21:48
flwangmtreinish: no, I just run scenario test21:49
andreafmtreinish: so it's in tempest lib to be fixed?21:49
mtreinishandreaf: no we don't use tempest-lib's base class for the cli framework for other reasons21:50
mtreinishwe just named the class var the wrong thing so the cleanup_isolated_creds hasattr check failed and cleanup was never run21:50
andreaf...upz :D21:51
andreafgood catch21:51
*** achanda has quit IRC21:52
openstackgerritMatthew Treinish proposed openstack/tempest: Fix isolated cred cleanup for cli tests  https://review.openstack.org/16052521:54
mtreinishandreaf: ^^^21:55
*** aix has joined #openstack-qa21:56
*** toure has quit IRC21:56
openstackgerritMatthew Treinish proposed openstack-dev/devstack: Do Not Merge: Test test-accounts with roles  https://review.openstack.org/15851121:56
*** _afezekas|pub has joined #openstack-qa21:56
*** yamamoto has quit IRC22:00
openstackgerritSwaminathan Vasudevan proposed openstack/tempest: Fix check for FloatingIP status before check connection  https://review.openstack.org/16013522:01
openstackgerritSwaminathan Vasudevan proposed openstack/tempest: Check Floating ip status before load balancer check  https://review.openstack.org/16047122:01
openstackgerritSwaminathan Vasudevan proposed openstack/tempest: Check FloatingIP status before SSH in network_v6  https://review.openstack.org/16050222:01
andreafmtreinish: +222:02
mtreinishandreaf: cool, thanks22:02
openstackgerritSwaminathan Vasudevan proposed openstack/tempest: Check FloatingIP status before connecting to access-points  https://review.openstack.org/16051722:03
mtreinishandreaf: https://jenkins07.openstack.org/job/check-tempest-dsvm-f21/153/console includes that fix, let's see if we pass everywhere22:04
*** dustins has quit IRC22:04
*** jecarey has quit IRC22:08
*** _afezekas|pub has quit IRC22:10
*** Nic has quit IRC22:12
*** Nic has joined #openstack-qa22:13
*** Sukhdev has quit IRC22:15
openstackgerritSwaminathan Vasudevan proposed openstack/tempest: Check FloatingIP status before SSH in server ops  https://review.openstack.org/16053322:16
*** andreykurilin_ has joined #openstack-qa22:18
*** e0ne has quit IRC22:23
*** Nic has quit IRC22:24
*** pc_m has quit IRC22:27
*** e0ne has joined #openstack-qa22:27
*** ibiris is now known as ibiris_away22:29
openstackgerritJamie Lennox proposed openstack/tempest: Allow full v3 authentication  https://review.openstack.org/15934222:29
*** jecarey has joined #openstack-qa22:32
*** andreykurilin_ has quit IRC22:33
*** andreykurilin_ has joined #openstack-qa22:34
*** e0ne has quit IRC22:34
openstackgerritJamie Lennox proposed openstack/tempest: Move identity v2 tests to their own folders  https://review.openstack.org/15851822:34
*** DinaBelova has joined #openstack-qa22:37
*** SergeyLukjanov has joined #openstack-qa22:37
*** e0ne has joined #openstack-qa22:38
*** mtanino has quit IRC22:39
*** marun has quit IRC22:39
*** patrickeast has quit IRC22:39
*** achanda has joined #openstack-qa22:42
*** patrickeast__ has quit IRC22:44
*** patri875 has quit IRC22:44
*** patri928 has quit IRC22:44
*** patrickeast_ has quit IRC22:44
*** tkammer has joined #openstack-qa22:44
*** Ananci has quit IRC22:46
*** weshay has quit IRC22:46
*** mtanino has joined #openstack-qa22:47
*** e0ne has quit IRC22:49
*** jhenner has quit IRC22:50
openstackgerritJamie Lennox proposed openstack-dev/devstack: Create _member_ role in keystone bootstrap  https://review.openstack.org/15969022:51
*** wuhg has joined #openstack-qa22:52
*** e0ne has joined #openstack-qa22:53
*** andreykurilin_ has quit IRC23:00
mtreinishdkranz: https://review.openstack.org/#/c/160525/ is another simple review if you get a sec23:04
openstackrecheckopenstack/nova change: https://review.openstack.org/157269 failed because of: gate-tempest-dsvm-postgres-full: https://bugs.launchpad.net/bugs/1311066 https://bugs.launchpad.net/bugs/142531023:08
openstackLaunchpad bug 1311066 in OpenStack-Gate "Some nodes allocated in node pool are very very slow" [High,Confirmed]23:08
openstackLaunchpad bug 1425310 in Cinder "tgtadm: this access control rule does not exist - results in timeout waiting for volume to attach (stuck in detach) or detach" [High,Confirmed]23:08
*** bknudson has quit IRC23:08
*** dboik_ has joined #openstack-qa23:09
*** dboik has quit IRC23:13
*** dboik_ has quit IRC23:14
*** dimtruck is now known as zz_dimtruck23:18
*** salv-orlando has quit IRC23:20
*** salv-orlando has joined #openstack-qa23:21
*** marun has joined #openstack-qa23:24
*** jgrimm is now known as zz_jgrimm23:26
*** yamamoto has joined #openstack-qa23:26
*** toure has joined #openstack-qa23:26
*** tkammer has quit IRC23:30
*** marun has quit IRC23:30
*** yamamoto has quit IRC23:34
*** rfolco has quit IRC23:35
*** melwitt has quit IRC23:37
*** openstackgerrit has quit IRC23:38
*** openstackgerrit has joined #openstack-qa23:39
phd2hey guys23:39
phd2any tempest people here?23:40
*** tochi has joined #openstack-qa23:41
*** mriedem is now known as mriedem_away23:46
*** erlon has quit IRC23:51
*** salv-orlando has quit IRC23:51
*** Sukhdev has joined #openstack-qa23:52
*** hemna is now known as hemnafk23:53
*** EmilienM is now known as EmilienM|afk23:58
*** aysyd has quit IRC23:59

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