python-keystone client fails to get user role

[Yury Tregubov]

Detailed bug description:

Test fails while trying to get current user role.
At the moment this behaviour is 100% reproducible on mos 9.0 mitaka and mos 8.0.
Last seen on 9.0 mitaka iso #108 and mos 8.0 iso #570.
However during test case development on mos 8.0 that behaviour was not seen.
Can't state exact iso number that was used during development, approximately it was something around iso #380.

Fail occurs here:
  https://github.com/Mirantis/mos-integration-tests/blob/master/mos_tests/neutron/python_tests/test_dvr.py#L1168

Pytest output is:

test_dvr.py:1168:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
../../../../../venv/local/lib/python2.7/site-packages/keystoneclient/base.py:253: in find
    rl = self.findall(**kwargs)
../../../../../venv/local/lib/python2.7/site-packages/keystoneclient/base.py:274: in findall
    for obj in self.list():
../../../../../venv/local/lib/python2.7/site-packages/keystoneclient/v2_0/roles.py:47: in list
    return self._list("/OS-KSADM/roles", "roles")
../../../../../venv/local/lib/python2.7/site-packages/keystoneclient/base.py:124: in _list
    resp, body = self.client.get(url, **kwargs)
../../../../../venv/local/lib/python2.7/site-packages/keystoneclient/adapter.py:170: in get
    return self.request(url, 'GET', **kwargs)
../../../../../venv/local/lib/python2.7/site-packages/keystoneclient/adapter.py:206: in request
    resp = super(LegacyJsonAdapter, self).request(*args, **kwargs)
../../../../../venv/local/lib/python2.7/site-packages/keystoneclient/adapter.py:95: in request
    return self.session.request(url, method, **kwargs)
../../../../../venv/local/lib/python2.7/site-packages/keystoneclient/utils.py:337: in inner
    return func(*args, **kwargs)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

self = <keystoneclient.session.Session object at 0x7f717247be50>, url = 'http://10.109.4.3:5000/v2.0/OS-KSADM/roles', method = 'GET', json = None, original_ip = None, user_agent = 'python-keystoneclient', redirect = 30
authenticated = True, endpoint_filter = {'interface': 'admin', 'service_type': 'identity', 'version': (2, 0)}, auth = None, requests_auth = None, raise_exc = True, allow_reauth = True, log = True, endpoint_override = None
connect_retries = 0, logger = <logging.Logger object at 0x7f7173fc3410>
kwargs = {'allow_redirects': False, 'headers': {'Accept': 'application/json', 'User-Agent': 'python-keystoneclient', 'X-Auth-To...iLHdkdvjvrb2ibNShg58dXZJGlm8v8Erd3Js4uM9Aj0BOSsFl572rbNbMgI0Qipmw8RVxIWV9ZvmdeH_TS7LIFj-qlDejiqGvoRM'}, 'verify': True}
headers = {'Accept': 'application/json', 'User-Agent': 'python-keystoneclient', 'X-Auth-Token': 'gAAAAABW9RhIx_kbZZfm4gyn4b53fep...4rGfTcNh0g3xxwI49iLHdkdvjvrb2ibNShg58dXZJGlm8v8Erd3Js4uM9Aj0BOSsFl572rbNbMgI0Qipmw8RVxIWV9ZvmdeH_TS7LIFj-qlDejiqGvoRM'}
auth_headers = {'X-Auth-Token': 'gAAAAABW9RhIx_kbZZfm4gyn4b53feprmws8TWaMMFubszOnHvuYCElD8oZ4xk-4xI4rGfTcNh0g3xxwI49iLHdkdvjvrb2ibNShg58dXZJGlm8v8Erd3Js4uM9Aj0BOSsFl572rbNbMgI0Qipmw8RVxIWV9ZvmdeH_TS7LIFj-qlDejiqGvoRM'}
base_url = 'http://10.109.4.3:5000/v2.0/', send = <functools.partial object at 0x7f71739f64c8>, connection_params = {}, resp = <Response [404]>

E NotFound: The resource could not be found. (HTTP 404) (Request-ID: req-ab4d8554-a532-4767-b188-32e3daa5b762)

../../../../../venv/local/lib/python2.7/site-packages/keystoneclient/session.py:402: NotFound

[Dina Belova (dbelova)]

Yury, may you please ensure that test case is using properly configured Keystone env? It looks like as a configuration issues for the first glance. Thanks in advance.

[Dina Belova (dbelova)]

Added move-to-10.0 tag due to the fact bug was transferred from 9.0 to 10.0

[Vitaly Sedelnik (vsedelnik)]

Won't Fix for 8.0-updates because of Medium importance