delta/openstack/python-cinderclient.git/cinderclient/base.py, branch 1.9.0

Deleting volume metadata keys with a single request

2016-09-01T19:53:06+00:00

Deleting multiple volume metadata keys with a single request
to improve performance. To delete multiple metadata items without
affecting the remaining ones, just update the metadata items with
the updated complete list of ones (without items to delete)
in the body of the request. This patch uses etags to avoid the
lost update problem with volume metadata. The command isn't changed:

 $ cinder metadata volume_id unset k1 k2 k3

Co-Authored-By: Ivan Kolodyazhny 
Depends-On: I575635258c10f299181b8e4cdb51a7ad1f1be764
Implements: blueprint delete-multiple-metadata-keys
Change-Id: I8e18133ffee87c240a7af4b8177683ab99330d9e

Add v3 user messages with pagination

2016-09-01T12:21:57+00:00

GET /messages
GET /messages/{id}
DELETE /message/{id}

Partially-Implements: blueprint summarymessage
Depends-On: I398cbd02b61f30918a427291d1d3ae00435e0f4c
Change-Id: Ic057ab521c048a376d2a6bed513b8eb8118810d1

List manageable volumes and snapshots

2016-07-19T22:57:09+00:00

Cinder currently has the ability to take over the management of
existing volumes and snapshots ("manage existing") and to relinquish
management of volumes and snapshots ("unmanage"). The API to manage an
existing volume takes a reference, which is a driver-specific string
that is used to identify the volume on the storage backend.  This
patch adds the client code for APIs for listing volumes and snapshots
available for management to make this flow more user-friendly.

Change-Id: Icd81a77294d9190ac6dbaa7e7d35e4dedf45e49f
Implements: blueprint list-manage-existing

Fix useless api_version of Manager class

2016-08-23T05:32:00+00:00

Manager's api_version property is used by api_version.wraps. It
should not be an "empty" class and the real api_version can be
read from Client class.

The 3.0 version's upload-to-image doesn't work as excepted because
of this useless api_version of VolumeManager class. This patch also
fix it and update some unit tests for it, because the changes are
co-dependent on one another.

Co-Authored-By: Nate Potter 

Change-Id: I398cbd02b61f30918a427291d1d3ae00435e0f4c
Closes-Bug: #1573414
Closes-Bug: #1589040

Add api-version to get server versions

2016-07-11T16:44:12+00:00

Mitaka Cinder added an API to return Versions from the base
endpoint URL:
http://:8776/
This patch exposes that API for /v3 endpoint microversions 3.0 and
above with the command:
cinder api-version

Implements: blueprint add-get-server-versions

Change-Id: Ieb1a56b28188ec17946fe5564b28c165833ffc24

Support api-microversions

2016-04-19T17:19:45+00:00

Changes to cinderclient to use microversions.

Implements: blueprint api-microversion-support-for-cinderclient
api-microversion-support-for-cinderclient

Change-Id: I840a1162b88e8ff36fa3fc4e1d6b9317104df3e0

Merge "Add backup list sorted by data_timestamp"

2016-03-05T00:07:47+00:00

Merge "Fix omission of request_ids returned to user"

2016-02-27T16:35:16+00:00

Add backup list sorted by data_timestamp

2016-02-24T02:20:36+00:00

As Mitaka implments snapshot backup function, created_at
shows when backups are created, and data_timestamp shows
time when data are taken from volumes.

This patch adds data_timestamp as a sort item, so that
customers can list backups sorted by data_timestamp. As
a result, they can know which backup has latest data.

Closes-Bug: #1536065

Change-Id: Ibb680769cc73bd513dee81e55817d87df5958359

Fix omission of request_ids returned to user

2016-02-17T08:45:11+00:00

ManagerWithFind's find() and findall() function is exposed to users
as ManagerWithFind is parent class of VolumeManager, SnapshotManager,
etc.

When the find() and findall() function is called by users, they should
also return request_ids to users.

Change-Id: I87dca61f96ff9cf4dc9a443a46d7f559e8b3026f
Closes-Bug: 1545975