yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #34903
[Bug 1470108] Re: Gate upgrade test juno->kilo fails on oslo.serialization dependency mismatch for keystonemiddleware
Thanks to Matthew Treinish and Morgan Fainberg. the issue was analyzed
and properly fixed.
The version of oslo.serialization of python-keystoneclient from the stable/kilo branch and the one from keystone were not compatible. This was fixed by a new version of python-keystoneclient for kilo (1.3.2):
http://lists.openstack.org/pipermail/openstack-announce/2015-June/000406.html
The usage of the new client for kilo fixes the issue; the review which was failing is now working (and was merged):
https://review.openstack.org/#/c/195657/
http://logs.openstack.org/57/195657/1/gate/gate-grenade-dsvm/32036b3/logs/grenade.sh.txt.gz
For more details, see the channel logs:
http://eavesdrop.openstack.org/irclogs/%23openstack-qa/%23openstack-qa.2015-06-30.log.html#t2015-06-30T14:25:43
This bug has been properly assigned to python-keystoneclient (and
removed from horizon) for archiving purposes.
** No longer affects: horizon
** Also affects: python-keystoneclient
Importance: Undecided
Status: New
** No longer affects: grenade
** Changed in: python-keystoneclient
Status: New => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1470108
Title:
Gate upgrade test juno->kilo fails on oslo.serialization dependency
mismatch for keystonemiddleware
Status in Python client library for Keystone:
Fix Released
Bug description:
The juno->kilo upgrade tests fails during the installation of
keystonemiddleware with a version conflict exception:
2015-06-29 17:18:03.056 | + /usr/local/bin/keystone-manage db_sync
2015-06-29 17:18:03.285 | Traceback (most recent call last):
2015-06-29 17:18:03.285 | File "/usr/local/bin/keystone-manage", line 4, in <module>
2015-06-29 17:18:03.285 | __import__('pkg_resources').require('keystone==2015.1.1.dev13')
2015-06-29 17:18:03.285 | File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3084, in <module>
2015-06-29 17:18:03.286 | @_call_aside
2015-06-29 17:18:03.286 | File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3070, in _call_aside
2015-06-29 17:18:03.286 | f(*args, **kwargs)
2015-06-29 17:18:03.286 | File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3097, in _initialize_master_working_set
2015-06-29 17:18:03.287 | working_set = WorkingSet._build_master()
2015-06-29 17:18:03.287 | File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 653, in _build_master
2015-06-29 17:18:03.287 | return cls._build_from_requirements(__requires__)
2015-06-29 17:18:03.287 | File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 666, in _build_from_requirements
2015-06-29 17:18:03.287 | dists = ws.resolve(reqs, Environment())
2015-06-29 17:18:03.287 | File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 844, in resolve
2015-06-29 17:18:03.287 | raise VersionConflict(dist, req).with_context(dependent_req)
2015-06-29 17:18:03.287 | pkg_resources.ContextualVersionConflict: (oslo.serialization 1.4.0 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('oslo.serialization<=1.2.0,>=1.0.0'), set(['python-keystoneclient']))
2015-06-29 17:18:03.297 | + die 61 'DB sync error'
2015-06-29 17:18:03.297 | + local exitcode=1
See for example: https://review.openstack.org/#/c/195657/
http://logs.openstack.org/57/195657/1/gate/gate-grenade-dsvm/0443321/logs/grenade.sh.txt.gz
Maybe it's a version issue in some keystone module, or maybe grenade
does not upgrade the dependencies in the proper order.
This error (currently masked by another set of failures which involve
log storing on the gates) blocks the backport of patches to kilo at
least for horizon.
To manage notifications about this bug go to:
https://bugs.launchpad.net/python-keystoneclient/+bug/1470108/+subscriptions
References