gate-tempest-dsvm-neutron-src-*-liberty jobs are broken

[Matt Riedemann]

The --user call here is missing a value:

http://logs.openstack.org/95/267895/3/check/gate-tempest-dsvm-neutron-src-oslo.db-liberty/0c2f56e/logs/devstacklog.txt.gz#_2016-01-15_12_05_56_051

 ++ openstack role list --user --os-url=http://127.0.0.1:5000/v3 --os-identity-api-version=3 --column ID --project --column Name

Started around 1/14:

http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22openstack%20role%20list%3A%20error%3A%20argument%20--user%3A%20expected%20one%20argument%5C%22%20AND%20tags%3A%5C%22devstacklog.txt%5C%22

Nothing in devstack, devstack-gate or project-config are jumping out at me as far as recent regressions.

[Matt Riedemann (mriedem)]

os-client-config 1.14.0 was released yesterday, so there is probably a regression in that:

https://github.com/openstack/os-client-config/compare/1.13.1...1.14.0

[Matt Riedemann (mriedem)]

Hmm, this job is using os-client-config===1.12.0 though because of upper-constraints:

https://github.com/openstack/requirements/blob/stable/liberty/upper-constraints.txt#L182

[Tony Breeds (o-tony)]

I think the root cause is keystone isn't loading so thing are unhappy.

From:

http://logs.openstack.org/95/267895/3/check/gate-tempest-dsvm-neutron-src-oslo.db-liberty/0c2f56e/logs/apache/keystone.txt.gz#_2016-01-15_12_05_55_056201

2016-01-15 12:05:55.056201 ContextualVersionConflict: (oslo.config 3.1.0 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('oslo.config>=3.2.0'), set(['oslo.db']))

So the master branch of oslo.db has a dependancy on a library that is above the current upper-constraints for liberty

[Matt Riedemann (mriedem)]

This job doesn't seem to make sense. It's installing oslo.db from master which requires oslo.config>=3.2.0 but capping oslo.config===3.1.0 because of stable/liberty upper-constraints, so oslo.db doesn't install clean and then keystone doesn't install/start cleanly.

[Tony Breeds (o-tony)]

Yeah I think we need to think hard about the value of this job for stable/*. It certainly makes sense in master and I can see it helps table somewhat but it is at odds with the constraints work.

It's a strange one that I hit in Juno as well.

[Matt Riedemann (mriedem)]

Similar issue for oslo.config here: https://review.openstack.org/#/c/282347/