Team upload.

Rewritten-From: a0a9eb86051dd7f5f62697df66fdd626b0ac26d5

releasing package cinder version 2:8.0.0-5

Rewritten-From: 2fe7db7a3abfbc0696d8d829404af8bb038b6cc7

Added python-pep8 to build depends (Closes: #834275)

Rewritten-From: 30bde818945f3af8d3a27e0466c450f806577571

Releasing to unstable.

Rewritten-From: bc1bba8d8b77bc3d3ef8e251d85bd46c222d0ba4

d/copyright: Changed source URL to https protocol

Rewritten-From: e1637c6f4a2306aaf346cadde52ec79b0a390c5f

  * Updated Japanese debconf templates (Closes: #820761).
  * Updated Dutch debconf templates (Closes: #822967).
  * Added Brazilian Portuguese debconf templates (Closes: #824287).

Rewritten-From: 6e299becebc52fd845266536fdeeb4a2348c4529

  * Also blacklist test_create_delete_cgsnapshot which is non-deterministically
    failing (Closes: #824595).

Rewritten-From: 4ea7b678d6b8183c789fbb09cc98959baf983b11

  * Fixed endpoint creation that was buggy: it was using keystone admin auth
    token which we removed for Mitaka (Closes: #820844).

Rewritten-From: 176328de76075e70f92c97e09bee5e1e85a42f28

Standards-Version is 3.9.8 now (no change)

Rewritten-From: fb9ec79b963b7b95e142dbeb6bdd878f9083e749

Now packaging Mitaka 8.0.0 final.

Rewritten-From: 5c6f5a16ff9a8b8c5c9d88330c6c589fbff4a580

Now packaging Mitaka rc2.

Rewritten-From: 3bf153bc225f9a0e8a921685bf685829258df431

Merge branch 'debian/mitaka' of git+ssh://git.debian.org/git/openstack/cinder into debian/mitaka

Conflicts:
debian/changelog
debian/po/fr.po
debian/po/ja.po
debian/po/pt.po
debian/po/sv.po

Rewritten-From: 3cf5fdb953cb900127d597ff60d8727654812662

  * Uploading to unstable.
  * Updated ja.po debconf translation (Closes: #816343).

Rewritten-From: 6f1aba7f5510996063ed0770201c414f30f2fa79

Do not use Keystone admin auth token to register API endpoint.

Rewritten-From: db66b37688bfddd9c62e3a1dd55c4e4136bbca28

Reworked install-missing-files.patch.

Rewritten-From: cf3cee2f4e0939ed3601add3875940a42b50c702

Standards-Version: 3.9.7

Rewritten-From: 399b9a6e3b13a01cd5503179869e8ef35b030506

Added python-pywbem as build-depends.

Rewritten-From: a8cae4908bbb4cbba1cd457e0b03ad82df9af97e

Merge branch 'debian/mitaka' of git+ssh://git.debian.org/git/openstack/cinder into debian/mitaka

Conflicts:
debian/changelog

Merge branch 'debian/mitaka' of git+ssh://git.debian.org/git/openstack/cinder into debian/mitaka

Conflicts:
debian/changelog

Rewritten-From: ed7cdca76b67c41e8110d992edbee472d1a63bb6

Fixed (build-)depends for this release.

Fixed (build-)depends for this release.

Rewritten-From: 7b822b2a563fd6d4fce885cf6acdce227aaaa9f3

Refreshed debian/patches/remove-zfssa-from-opts.py.patch

Refreshed debian/patches/remove-zfssa-from-opts.py.patch

Rewritten-From: fa9fb9e7d967b06c82e1c3af6fef59ed70b58c07

Removed install-missing-files.patch.

Removed install-missing-files.patch.

Rewritten-From: 5eed3c734132f989c595eb46a4ba4204165b077b

Merge tag '8.0.0_rc1' into debian/mitaka

cinder 8.0.0.0rc1 release candidate

meta:version: 8.0.0.0rc1
meta:series: mitaka
meta:release-type: release candidate
meta:announce: openstack-announce@lists.openstack.org
meta:pypi: no
meta:first: no

Now packaging Mitaka rc1.

Rewritten-From: 61c6af17d9793588d5df1e4afb7c1b724a5fa425

Now packaging Mitaka rc1.

Merge "Disallow quota deletes if default under usage"

Merge "Rework Storwize/SVC protocol to fix add_vdisk_copy"

Merge "3PAR fix create_cloned_volume for larger size"

Merge "Reserve 5 migrations for Mitaka backports"

Merge "Emit notifications for volume retype"

Merge "Fix formatting in vol/snap delete API messages"

Merge "EMC VMAX - SSl connection is not picking up values"

Merge "Add volume RPC API v2.0"

Merge "Add backup RPC API v2.0"

Merge "Add scheduler RPC API v2.0"

Merge "Add update_host for backup in cinder-manager"

Reserve 5 migrations for Mitaka backports

Reserve five migrations so that we can backport any fixes
that require a db migration to stable mitaka.

Change-Id: If5f0a6a5f7ae56e31fa32b6800c65e9d0c634b16

Merge "Add devref on rolling upgrades"

Add update_host for backup in cinder-manager

As scaling backup is imported, if users sepecify backup_use_same_host,
they have to manually update backups' host.

Change-Id: Ic031cae16f4c58fa06d92e979fe2b83d244832fc

Merge "Cleaned duplicate dictionary values"

Merge "Fix compatibility mode of backup jobs scheduling"

Fix formatting in vol/snap delete API messages

These messages print with incorrect spacing and
are shown from cinderclient when running volume
and snapshot delete.

Change-Id: I81175133baa84b43c71b6ca5bd7a93db7b541d3d

Merge "Check volume_id consistent when creating backup"

Cleaned duplicate dictionary values

Change-Id: I2a94ab9d282599bf3aeffb1bf32da6c43c9887f7

Fix compatibility mode of backup jobs scheduling

While testing interoperability of Liberty and Mitaka services I've found
two problems with backup jobs scheduling when running in non-scalable
mode (this happens when we run mixed Liberty and Mitaka c-bak services,
so during the live upgrade).

First of all when passing volume.host into scheduling we don't strip it
from backend and pool parts (@backend#pool), so in multi-backend
environment scheduling doesn't match backup host names and that clue is
silently ignored.

Second problem is that we don't pass the target volume's host into the
scheduling when restoring the volume. This means that we don't schedule
the jobs exactly the old way and it may happen that Liberty's
cinder-backup will receive restore request with a target volume he don't
have access to.

This commit sorts both problems out. Please note that this is very
low-risk, as it affects only this non-scalable mode, which without this
is broken anyway.

Change-Id: Ib7195f27a1e455732db8621cd09ba87daa5d5a33
Closes-Bug: 1558073

Merge "Huawei: Check the QoS status before we use"

Merge "Huawei: Check when attach hypermetro volume"

Add devref on rolling upgrades

This is just for upstream developers, docs for operators should follow.

Related-Blueprint: rpc-object-compatibility

Change-Id: I7f9c7dc1d76f5d32c45e00a9e4da37323d927d3a

3PAR fix create_cloned_volume for larger size

This patch fixes the 3PAR driver's create_cloned_volume
call in the case where a larger size for the volume was
specified.  When the new volume size is the same as the
source volume, we still use an 'online' copy, which is
3PAR speak for background copy.  When the new volume size
is larger than the source volume, we have to do an offline
copy, which entails creating a fresh volume with the requested
size, and then copying the bits from the old volume to the new.
This copy happens on the 3PAR itself and can take some time to
complete.

This patch also updates the minimum client version to 4.2.0

Change-Id: Ie2da441b32017f38e743189060209084e1f20974
Closes-bug: #1554740

Check volume_id consistent when creating backup

When creating backup from snapshot, users specify both volume id
and snapshot id, this patch is to make sure volume id is consistent
with snapshot.volume_id.

Change-Id: I1bdaf00299ac6f9f45128b754b79be6700f44304
Closes-bug: #1557922

Merge "Pass correct source_id to _handle_bootable_volume_glance_meta()"

Merge "LeftHand: Add default SSH timeout and key values"

Merge "Huawei: Implement v2.1 replication"

Merge "Revert "VNX: Set timeout for naviseccli""

Huawei: Check when attach hypermetro volume

Currently when we attach a hypermetro volume,
if the map info is none there is not logged
that is due to the array version does not
support hypermetro.

Change-Id: I51dc3e5b21fb0d44b00e498c4b2144e57b07e73c
Closes-Bug: #1549130

Huawei: Check the QoS status before we use

Currently we use a existing QoS without check
whether the QoS is for block storage or NAS,
but one QoS on the array should be used for either
block storage or NAS, not both. Also, we add
check with QoS parameter.

Closes-Bug: #1537301
Change-Id: I9842044249cc59d9c29e887b68d48cf97595efcc

LeftHand: Add default SSH timeout and key values

Currently if ssh_conn_timeout or san_private_key is not specified
in the remote_array object, the client creation fails. This should not
be the case. Instead, we can add default values to allow the creation
to succeed.

In addition, this patch removes some redudent lines of code and
moves a call to a more logical place.

Change-Id: I0bb32c2ea9a16ea568059ff7a5a5f07a95c718eb
Closes-Bug: #1556331

Pass correct source_id to _handle_bootable_volume_glance_meta()

When we create a new volume from existing volume which has
volume_image_metadata, volume_image_metadata was not copied
to cloned volume.

This is a regression from Liberty and the root cause of this
problem was introduced via commit
032032f0c329b4eddcbf2185399396ff4fd5f00d.

This patch fixed a problem to pass correct source_id to
_handle_bootable_volume_glance_meta().

Change-Id: Ife1e9a6a25704569f8a599d19eee893bc7c0a469
Closes-Bug: #1557783

Merge "Use get_by_args instead of get_by_host_and_topic"

Merge "Fix volume migration VolumeType exception"

Merge "Fix retype failure when original has no volume type"

Merge "Huawei: Creating hypermetro failed in the remote pool"

Merge "Fix format in cinder/volume/drivers/netapp/dataontap/block_base.py"

Merge "NetApp E-Series: Volumes not added to consisgroup"

Use get_by_args instead of get_by_host_and_topic

We already changed to use get_by_args, but in init_host_with_rpc,
it still called get_by_host_and_topic instead of get_by_args.
Which would cause restart a disabled cinder-volume service failed

Change-Id: I10f562b4298e548f681030a71c828e3d2265e416
Closes-Bug: 1557366

Fix format in cinder/volume/drivers/netapp/dataontap/block_base.py

The format misses the conversion type. This break translation testing in
an interesting way, the translated string is not accepted as valid.

Change-Id: Ieb63e9efcc3ec38be115e1e9b32e6ef55d777ba6

Revert "VNX: Set timeout for naviseccli"

EMC CI test failed.
It is not the fault of adding timeout option to naviseccli.
I made a mistake by adding wrong option format in code.
The command line should be
self.command = (navisecclipath, '-timeout', '120', '-address')
instead of
self.command = (navisecclipath, '-timeout 120', '-address')
Later, I will send out a new review for the right one,
after this is reverted.

This reverts commit 4fe875a199e407970686d6f4159e5f15de0528db.

Change-Id: I5c5003d83370bea0b9e06a3d7adc5a5c2a7e61f3

Merge "IBM XIV/DS8K: Implement Replication v2.1"

Merge "VNX: Allow set migrate rate when migrating volumes"

Merge "VNX: Set timeout for naviseccli"

Merge "Continue volume delete on encryption key delete errors"

NetApp E-Series: Volumes not added to consisgroup

Volumes were not being added to a consistency group upon creation when the
consistencygroup_id is provided during the volume creation.

This patch adds functionality to relevant methods in library.py to add the newly
created volume to a consistency group when applicable.

Closes-Bug: #1555933
Change-Id: I6d09b81571ce7b5c07d155cb4a70079fe35ed945

Merge "Wrong comment line in quotas.py"

Fix volume migration VolumeType exception

Since Iabf9c3fab56ffef50695ce45745f193273822b39 modified the default
loaded attributes, the obj_attr_is_set check in finish_volume_migration
is now True for VolumeType. This should not get copied to the new
volume (since it's lazy-loaded based on the volume_type_id), so
this patch adds volume_type to the list of keys to ignore. To get
test coverage, test_finish_volume_migration is updated to use the
default expected_attributes and dict comprehension is updated so
it succeeds without glance_metadata being present.

Change-Id: Id3670dba79afb0d9d1b686ac2772c955372e97af
Closes-Bug: #1555862
Depends-On: I2caf4d3f4aa088d099548e6e88d1776b4cc5810c

Merge "Fix ScaleIO driver does not honor clone size"

Fix retype failure when original has no volume type

cinder.objects.volume.Volume.finish_volume_migration()
should skip the volume_type_id field when swapping fields
between "source" and "dest" volumes.  The "dest" volume
has already been created with appropriate volume_type_id
and the "source" may have not have a volume type.

This commit also changes a LOG.error() to a LOG.exception()
in where finish_volume_migration is called in order to
show the exception traceback in its calling context.

Change-Id: I2caf4d3f4aa088d099548e6e88d1776b4cc5810c
Closes-bug: #1547546

Add backup RPC API v2.0

This patch creates backup RPC API version 2.0, while retaining
compatibility in rpcapi and manager for 1.x, allowing for continuous
deployment scenarios.

This should be merged just before the Mitaka release.

UpgradeImpact - Deployments doing continous deployment should not
upgrade into Newton before doing an upgrade which includes all the
Mitaka's RPC API version bump commits (scheduler, volume, backup).

Related-Blueprint: rpc-object-compatibility

Change-Id: I0c66e4126901e6d60054d093cf87d43f4b9df666

IBM XIV/DS8K: Implement Replication v2.1

This patch implements cinder Replication version 2.1 as proposed in
https://blueprints.launchpad.net/cinder/+spec/replication

The driver implements:
1. freeze_backend - notify the backend that it's frozen
2. thaw_backend - notify the backend that it's not frozen
3. host_failover - failover a backend to a secondary replication target

Also removed v1.0 and v2.0 functions

DocImpact
Change-Id: I50498180c63725ab0f524ff8d55952446800570f
Closes-Bug: #1543600

Huawei: Implement v2.1 replication

This patch implements the v2.1 replication in the HuaweiDriver.
All function in replication v2 are removed. A new function,
failover_host, is added to support failover between backends.

When error occurred on primary backend, you can failover to
the secondary backend. But it's strongly recommended to recover
the primary backend.

After failover backend, the operations on the secondary backend
are limited. A simple example, if you create a new volume on
secondary, after failback, it can't be used. So, You should not
do that, such as create, delete, extend volumes, etc.

But you can detach volume if it's in in-use status, then do
attach to vm to make replication volumes R&W.

The configuration for v2.1 is almost the same as v2. Except that,
only one backend configuration is needed. A simple example as
follows:

[replica]
volume_driver =
    cinder.volume.drivers.huawei.huawei_driver.HuaweiISCSIDriver
    cinder_huawei_conf_file = /etc/cinder/cinder_huawei_conf.xml
    replication_device = backend_id:huawei-replica-1,
        storage_pool:pool_1,
        san_address:san_url_1;san_url_2,
        iscsi_default_target_ip:192.168.1.100,
        san_user:admin,san_password:passwd

Change-Id: Ib555707e9751f78ce00c9dcdbbe370a18ed0ae6c
Closes-Bug: #1556450

Merge "Host selection in backup service"

Merge "Imported Translations from Zanata"

Merge "Remove circular import to fix config generation"

Merge "Add the key 'replication' and set the correct 'replication_status'"

Merge "Trival: Remove 'MANIFEST.in'"

  * Disable non-deterministic failed tests:
    cinder.tests.unit.test_volume.VolumeTestCase.test_create_delete_volume

Rewritten-From: c83ddc1c9bd2273cda952fb48bfda5ca65adf0d2

  * Disable non-deterministic failed tests:
    cinder.tests.unit.test_volume.VolumeTestCase.test_create_delete_volume

Remove circular import to fix config generation

Patch https://review.openstack.org/278354 created a circular import when
added an "import cinder.db" line to cinder/api/common.py since
cinder/db/api.py imports cinder.api.common back, which breaks genconfig.

Change-Id: Ic60866822e74687101a3885f6000f89d901bb17a
Closes-Bug: #1556889

Wrong comment line in quotas.py

The commonts are not suitable in the code below:
1)in function "show"
origin:
        :param id:target project id that needs to be updated
change to:
        :param id:target project id that needs to be shown
2)in function "delete"
origin:
        :param id:target project id that needs to be updated
change to:
        :param id:target project id that needs to be deleted

Change-Id: I5b14c400a3b0117e43f1192c3deac76cb81c2c1b
Closes-Bug: #1556761

Imported Translations from Zanata

For more information about this automatic import see:
https://wiki.openstack.org/wiki/Translations/Infrastructure

Change-Id: Ie8b2605ed4e5a1cb5c12f4011f6fdf1fa11783e2

VNX: Set timeout for naviseccli

Add -timeout option to all naviseccli commands,
the value is 120 sec.

Change-Id: Ib3b35da6766b5db69395b89debd50c54d69eec00
Closes-Bug: 1546412

VNX: Allow set migrate rate when migrating volumes

VNX driver is leveraging LUN migration functionality when
clone/migrate/retype volume. The migration rate is set to 'high'
by hard code.

This patch will allow admin to control the migration rate by
adding volume metadata before triggering any operations involving
LUN migration.

The required metadata key is 'migrate_rate', available metadata
values are 'high', 'asap', 'low' and 'medium'.

DocImpact
Change-Id: Ie9a875dd63dd60351e46a66c99977d9b6fd23244
Closes-Bug: 1529553

Merge "DRBD driver: resize volume if cloned image is larger"

Merge "Delete deprecated configuration in NFS tests"

Fix ScaleIO driver does not honor clone size

Fixed a bug that when creating a volume from source the driver didn't honor the new volume size.
Added unit test.

Change-Id: I3a39953002432ac70a4ee2eccedd6737d9c3b019
Closes-Bug: #1554777

Imported Translations from Zanata

For more information about this automatic import see:
https://wiki.openstack.org/wiki/Translations/Infrastructure

Change-Id: Ia0b6cf6b58b5798254271d2f5bf8e19243375a87

Merge "Imported Translations from Zanata"

Merge "Remove remaining oslo-incubator code from Cinder"