This patch implements CLI commands for the Consistency Groups
feature. Only snapshots for CGs will be implemented in phase 1.

Change-Id: I447555fd8a92bceecf6f40be59030d65461e4cbb
Implements: blueprint consistency-groups

The keystoneclient provides an adapter which maintains the client state
around the session. We should re-use this rather than copy it and it
also means we will get new adapter functions and parameters as they
become available.

Change-Id: I05c0d650dcdd69f7e77a06563d735efe521a41ae

Change-Id: I7bbc74c9e73f36f942f5800a7af0da717da0bc64

Change usage of availability zones in client. V2 client should
use appropriate version of manager of availability zones.

Also change tests of v2 availability zones to test version 2
instead of one more time test v1 availability zones.

Change-Id: Iec3863a105a20f876a303f789cc1edfafa58f4df
Closes-Bug: #1290956

With CINDER_RAX_AUTH being rightfully removed, cinderclient is no longer
compatible with Rackspace/any non-keystone auth. To fix this, I stole
auth_system/auth_plugin from novaclient's implementation.

See https://review.openstack.org/#/c/23820/.

Change-Id: If5f84003f868ef02bb7eb7da67cf62018602e8f0
Closes-Bug: 1280393

This patch enables Cinder v1/v2 QoS API support, adding following
subcommands to cinder client:
 * create QoS Specs
  cinder qos-create <name> <key=value> [<key=value> ...]
 * delete QoS Specs
  cinder qos-delete [--force <True|False>] <qos_specs>
  'force' is a flag indicates whether to delete a 'in-use' qos specs,
  which is still associated with other entities (e.g. volume types).
 * update QoS Specs
  - add new key/value pairs or update existing key/value
   cinder qos-key <qos_specs_id> set key=value [key=value ...]
  - delete key/value pairs
   cinder qos-key <qos_specs id> unset key [key ...]
 * associate QoS Specs with specified volume type
   cinder qos-associate <qos_specs_id> <volume_type_id>
 * disassociate QoS Specs from specified volume type
   cinder qos-disassociate <qos_specs_id> <volume_type_id>
 * disassociate QoS Specs from all associated volume types
   cinder qos-disassociate-all <qos_specs>
 * query entities that are associated with specified QoS Specs
   cinder qos-get-associations <qos_specs_id>
 * list all QoS Specs
   cinder qos-list

DocImpact

Change-Id: Ie1ddd29fede8660b475bac14c4fc35496d5fe0bc

NOTE:
* openstack/common/* should be synced from oslo, so i leave them
untouched.
* add (c) symbol for related lines, leave others untouched.

Change-Id: I46a87c7f248d3468b1fdf5661411962faf2fb875
Fixes-Bug: #1214176

This modification adds support for volume type encryption to
python-cinderclient, supporting two Cinder API extensions.

The first support set provides accessors to python-cinderclient for
retrieving volume encryption metadata from Cinder. These changes
provide other services (e.g., Nova) access to encryption
metadata (e.g., encryption key UUIDs). See the volume encryption
key API extension in Cinder for more information.

The second support set creates a new python-cinderclient resource
manager, along with matching shell commands, that provides creation
and accessor operations for encryption type information. These
operations allow users and services to define encryption information
(e.g., cipher, key size, encryption provider) for a pre-existing
volume type. See the volume type encryption API extension in Cinder
for more information.

blueprint encrypt-cinder-volumes

Change-Id: Id4b2425d699678eb1997863362ddb9bf5ba6f033