python-keystone client fails to get user role

Bug #1561956 reported by Yury Tregubov
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mirantis OpenStack
Status tracked in 10.0.x
10.0.x
Confirmed
Medium
Yury Tregubov
8.0.x
Won't Fix
Medium
Yury Tregubov
9.x
Won't Fix
Medium
Yury Tregubov

Bug Description

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

Revision history for this message
Dina Belova (dbelova) wrote :

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.

tags: added: area-qa
Changed in mos:
status: Confirmed → Won't Fix
Revision history for this message
Dina Belova (dbelova) wrote :

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

tags: added: move-to-10.0
Revision history for this message
Vitaly Sedelnik (vsedelnik) wrote :

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

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.