Cinder losing summary/description

[Joshua Harlow]

It appears the cinder is losing the description/name that is sent in and this is causing nova volume attachment to fail.

Client log of attachment: http://paste.openstack.org/show/38454/

Cinder log of volume creation: http://paste.openstack.org/show/38455/

Cinder log of volume list: http://paste.openstack.org/show/38456/

Nova volume attachment failure: http://paste.openstack.org/show/38453/

[Mike Perez (thingee)]

Ok this was due to a mismatch of versions being set. Server side had v2 set, but client side was set to v1.

[Joshua Harlow (harlowja)]

It seems like the v1 call using the client, actually is returning v2 results that might be causing this.

Paste config @ http://paste.openstack.org/show/38460/

[Joshua Harlow (harlowja)]

So i think i found the root here, if keystone has the v2 api as its endpoints, and then the cinder client will be set to default v1 but keystone will send back v2 and then cinder client will continue using v2 while using the v1 parsers, this causes failure.

[Haomai Wang (haomai)]

How to reproduce the scene?

[Joshua Harlow (harlowja)]

Set the keystone endpoints to cinder v2/

Then restart keystone, then start cinder, attempt to use the v1 apis. Basically it seems like u can't use the fully v1 apis if keystone says its using the v2/ apis. There appears to be a clash in the client where the client doesn't know that keystone is telling it to use the v2/ apis and not the v1 apis.

[Mike Perez (thingee)]

taken care of in https://bugs.launchpad.net/python-cinderclient/+bug/1169455