- Release-announce - lists.openstack.org

kuryr-tempest-plugin 0.7.0 (victoria)
by no-reply＠openstack.org 01 Oct '20

01 Oct '20

We are excited to announce the release of: kuryr-tempest-plugin 0.7.0: Kuryr Tempest Plugin This release is part of the victoria release series. The source is available from: https://opendev.org/openstack/kuryr-tempest-plugin Download the package from: https://tarballs.openstack.org/kuryr-tempest-plugin/ Please report issues through: https://bugs.launchpad.net/kuryr/+bugs For more details, please see below. Changes in kuryr-tempest-plugin 0.6.0..0.7.0 -------------------------------------------- bc8b216 Fail get_controller_pod_names when no pods found 53f01c4 Support for vifs being in 'spec' and 'status' objects. 2fe1791 Remove skip of test_service_udp_ping 2b388b8 Support KuryrLoadbalancer CRD 5dc54de Adapt NP tests to new CRD format 8456f2f Fix test in order to work with new kuryrport CRD. 6760376 Skip service_udp_ping until Bug 1886909 is fixed a916c0f Workaround missing DIB on stable jobs 07b2267 Retrieve KuryrNets CR when supported 58ca0d1 Use unittest.mock instead of mock 0b0dd66 Switch to newer openstackdocstheme version fe8af6c Add py38 package metadata c281c48 Raise timeout exception kuryrnetwork events 952fce3 Fix a typo in base 3cc3a5d Raise Time out exception for Network policy events Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 6 + kuryr_tempest_plugin/config.py | 5 + setup.cfg | 1 + test-requirements.txt | 1 - 11 files changed, 621 insertions(+), 423 deletions(-) Requirements updates -------------------- diff --git a/test-requirements.txt b/test-requirements.txt index cf070f5..c7981e5 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -9 +8,0 @@ coverage!=4.4,>=4.0 # Apache-2.0 -mock>=2.0.0 # BSD

1 0

oswin-tempest-plugin 1.1.0 (victoria)
by no-reply＠openstack.org 01 Oct '20

01 Oct '20

We are glad to announce the release of: oswin-tempest-plugin 1.1.0: This project contains Tempest tests to cover the os_win project, as well as a plugin to automatically load these tests into Tempest. This release is part of the victoria release series. The source is available from: https://opendev.org/openstack/oswin-tempest-plugin Download the package from: https://tarballs.openstack.org/oswin-tempest-plugin/ Please report issues through: https://bugs.launchpad.net/os-win/+bugs For more details, please see below. Changes in oswin-tempest-plugin 1.0.0..1.1.0 -------------------------------------------- 4e2b705 Switch to newer openstackdocstheme version 0a11b66 Drop Python 3.5 testing 35ddb0d Add py38 package metadata ddc698e Fix hacking min version to 3.0.1 8019247 Update docs building, cleanup Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 1 - oswin_tempest_plugin/clients/wsman.py | 4 ++-- setup.cfg | 27 ++-------------------- test-requirements.txt | 4 +--- tox.ini | 19 +++++++-------- 9 files changed, 30 insertions(+), 46 deletions(-) Requirements updates -------------------- diff --git a/test-requirements.txt b/test-requirements.txt index c760fb8..c20e8a3 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5 +5 @@ -hacking>=1.1.0,<1.2.0 # Apache-2.0 +hacking>=3.0.1,<3.1.0 # Apache-2.0 @@ -9 +8,0 @@ python-subunit>=1.0.0 # Apache-2.0/BSD -sphinx!=1.6.6,>=1.6.2 # BSD @@ -11 +9,0 @@ stestr>=2.0.0 # Apache-2.0 -oslosphinx>=4.7.0 # Apache-2.0

1 0

watcher-tempest-plugin 2.1.0 (victoria)
by no-reply＠openstack.org 01 Oct '20

01 Oct '20

We are amped to announce the release of: watcher-tempest-plugin 2.1.0: Tempest plugin watcher-tempest-plugin This release is part of the victoria release series. The source is available from: https://opendev.org/openstack/watcher-tempest-plugin Download the package from: https://tarballs.openstack.org/watcher-tempest-plugin/ Please report issues through: https://bugs.launchpad.net/watcher/+bugs For more details, please see below. Changes in watcher-tempest-plugin 2.0.0..2.1.0 ---------------------------------------------- 7fbabca [goal] Migrate watcher-tempest-plugin jobs to focal 2e097b6 Stop to use the __future__ module. 25d06aa Switch to newer openstackdocstheme and reno versions 819b94b Add stable branch jobs on the plugins master gate e15055d check microversion before create EVENT audit Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 26 ++++++++++++++++++++++ releasenotes/source/conf.py | 9 ++++---- test-requirements.txt | 10 ++++++--- .../scenario/test_execute_host_maintenance.py | 2 -- .../test_execute_vm_workload_consolidation.py | 2 -- .../scenario/test_execute_workload_balancing.py | 2 -- 22 files changed, 53 insertions(+), 47 deletions(-) Requirements updates -------------------- diff --git a/test-requirements.txt b/test-requirements.txt index 49a2713..32d0800 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5,0 +6,4 @@ hacking<0.13,>=0.12.0 # Apache-2.0 +# remove this pyflakes from here once you bump the +# hacking to 3.2.0 or above. hacking 3.2.0 takes +# care of pyflakes version compatibilty. +pyflakes>=2.1.1 @@ -10 +14 @@ python-subunit>=1.0.0 # Apache-2.0/BSD -sphinx!=1.6.6,!=1.6.7,>=1.6.2 # BSD +sphinx>=2.0.0,!=2.1.0 # BSD @@ -14 +18 @@ testtools>=2.2.0 # MIT -openstackdocstheme>=1.32.1 # Apache-2.0 +openstackdocstheme>=2.2.1 # Apache-2.0 @@ -16 +20 @@ openstackdocstheme>=1.32.1 # Apache-2.0 -reno>=2.5.0 # Apache-2.0 +reno>=3.1.0 # Apache-2.0

1 0

cinder 14.3.0 (stein)
by no-reply＠openstack.org 01 Oct '20

01 Oct '20

We are psyched to announce the release of: cinder 14.3.0: OpenStack Block Storage This release is part of the stein stable release series. The source is available from: https://opendev.org/openstack/cinder Download the package from: https://tarballs.openstack.org/cinder/ Please report issues through: https://bugs.launchpad.net/cinder/+bugs For more details, please see below. 14.3.0 ^^^^^^ Upgrade Notes ************* * This release updates the os-brick library used by Cinder to version 2.8.7 to correct hopefully the final problem with the fix for Bug #1823200 (https://bugs.launchpad.net/cinder/+bug/1823200) in the previous os-brick release. See the os-brick 2.8.7 release notes (https://docs.openstack.org/releasenotes/os- brick/stein.html#relnotes-2-8-7-stable-stein) for more information. Bug Fixes ********* * Now cinder will be rollback the "quota_usages" table when failed to create an incremental backup if there doesn't exist a parent backup or the backup is not in available state. * Cinder no longer allows an incremental backup to be created while having the parent backup in another project. * Bug #1875570 (https://bugs.launchpad.net/cinder/+bug/1875570) Fixed issue with NFS backend where the image-volume cache was never used to create a volume, even when the cache was enabled. * Bug #1873738 (https://bugs.launchpad.net/cinder/+bug/1873738) RBD Driver: Added cleanup for residue destination file if the copy image to encrypted volume operation fails. Changes in cinder 14.2.1..14.3.0 -------------------------------- 8dbc04d27 Add release note for 14.3.0 0e72ffa98 Remove experimental job legacy-tempest-dsvm-zeromq-multibackend 4cc9e7b5f Require os-brick >= 2.8.7 14f5a20da Creating image-volume cache on NFS backend fails 175eb6281 RBD: Cleanup temporary file during exception aa78aea3a Revert "Make greande jobs n-v for EM and oldest stable" 5983eee1c Fix cross-project incremental backups ef07bc954 Rollback the quota_usages table when failed to create a incremental backup 6727f5cbe Fix DriverFilter to accept None volume type Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 11 ++-- cinder/backup/api.py | 7 ++- cinder/db/api.py | 4 +- cinder/db/sqlalchemy/api.py | 4 +- cinder/image/image_utils.py | 7 ++- cinder/objects/backup.py | 6 +- cinder/scheduler/filters/driver_filter.py | 2 +- cinder/volume/drivers/rbd.py | 15 +++-- cinder/volume/drivers/remotefs.py | 3 +- lower-constraints.txt | 2 +- ...809323-fix-invalid-backup-4a341dc362ded88e.yaml | 6 ++ ...746-cross-project-incremental-backup-error.yaml | 6 ++ ...70-nfs-image-volume-cache-c45e840a6ec2a702.yaml | 6 ++ ...-file-during-convert-fail-3848e9dbe7e15fc6.yaml | 6 ++ .../notes-for-14.3.0-release-995ee2c3c8f550b2.yaml | 12 ++++ requirements.txt | 2 +- 22 files changed, 207 insertions(+), 39 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index cf85363e1..ef1e6a959 100644 --- a/requirements.txt +++ b/requirements.txt @@ -61 +61 @@ oslo.vmware>=2.17.0 # Apache-2.0 -os-brick>=2.8.6 # Apache-2.0 +os-brick>=2.8.7 # Apache-2.0

1 0

magnum_tempest_plugin 1.1.0 (victoria)
by no-reply＠openstack.org 01 Oct '20

01 Oct '20

We contentedly announce the release of: magnum_tempest_plugin 1.1.0: Tempest plugin for Magnum Project This release is part of the victoria release series. The source is available from: https://opendev.org/openstack/magnum_tempest_plugin Download the package from: https://tarballs.openstack.org/magnum-tempest-plugin/ For more details, please see below. Changes in magnum_tempest_plugin 1.0.0..1.1.0 --------------------------------------------- abe58fe Fix HTTP 400 error bcf46c5 Stop to use the __future__ module. 5da8cf6 Switch to newer openstackdocstheme and reno versions 0770360 Add py38 package metadata 7c9ce96 Remove six 6bb7b82 Update docs building, cleanup 599a7c3 Updated from global requirements 9cdd32c [ci] Define/enable magnum-tempest-plugin-tests-api d75cbd1 [ci] Support fedora-coreos in magnum-tempest-plugin Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 61 ++++++++++++++++++++++ magnum_tempest_plugin/common/client.py | 6 +-- magnum_tempest_plugin/common/datagen.py | 16 +++--- magnum_tempest_plugin/common/manager.py | 4 +- magnum_tempest_plugin/common/utils.py | 4 +- magnum_tempest_plugin/config.py | 10 ++-- releasenotes/source/conf.py | 24 ++------- requirements.txt | 7 ++- setup.cfg | 25 +-------- setup.py | 2 +- test-requirements.txt | 6 +-- tox.ini | 20 ++++--- 18 files changed, 122 insertions(+), 91 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 6b299af..27b2ae4 100644 --- a/requirements.txt +++ b/requirements.txt @@ -5 +5 @@ -pbr>=2.0 # Apache-2.0 +pbr!=2.1.0,>=2.0.0 # Apache-2.0 @@ -7,3 +7,2 @@ tempest>=17.1.0 # Apache-2.0 -oslo.config>=3.22.0 # Apache-2.0 -six>=1.9.0 -oslo.log>=3.30.0 # Apache-2.0 +oslo.config>=5.2.0 # Apache-2.0 +oslo.log>=3.36.0 # Apache-2.0 diff --git a/test-requirements.txt b/test-requirements.txt index dc23a99..f0f54ee 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5 +5 @@ -hacking>=1.1.0,<1.2.0 # Apache-2.0 +hacking>=3.0.0,<3.1.0 # Apache-2.0 @@ -7,4 +6,0 @@ hacking>=1.1.0,<1.2.0 # Apache-2.0 -sphinx!=1.6.6,!=1.6.7,>=1.6.2 # BSD -openstackdocstheme>=1.11.0 # Apache-2.0 -# releasenotes -reno>=1.8.0 # Apache-2.0

1 0

cinder 15.4.0 (train)
by no-reply＠openstack.org 01 Oct '20

01 Oct '20

We exuberantly announce the release of: cinder 15.4.0: OpenStack Block Storage This release is part of the train stable release series. The source is available from: https://opendev.org/openstack/cinder Download the package from: https://tarballs.openstack.org/cinder/ Please report issues through: https://bugs.launchpad.net/cinder/+bugs For more details, please see below. 15.4.0 ^^^^^^ Prelude ******* The Cinder project team would like to point out some issues addressed by this release: * The online data migrations for Train have been updated to address an upgrade issue (Bug #1893107 (https://bugs.launchpad.net/cinder/+bug/1893107)) The issue does not manifest itself in the Train release of cinder, but under specific circumstances it can prevent a cinder database upgrade from Train to Ussuri. See the "Upgrade Notes" and "Bug Fixes" sections below for more information. * This release improves the handling of the "__DEFAULT__" volume- type (see "Other Notes", below) and fixes Bug #1879578 (https://bugs.launchpad.net/cinder/+bug/1879578) in which the default type was applied too aggressively (see the discussion of this issue in "Bug Fixes", below). * Operators affected by OSSN-0086 (https://wiki.openstack.org/wiki/OSSN/OSSN-0086) should note that this release updates the os-brick library used by cinder to version 2.10.5 in order to address an issue associated with the previous fixes for Bug #1823200 (https://bugs.launchpad.net/cinder/+bug/1823200) Known Issues ************ * HPE 3PAR driver now supports networks with duplicated FQDNs via configuration option *unique_fqdn_network* so attaching in these networks will work (bug #1834695). Upgrade Notes ************* * The "default_volume_type" configuration option is now required to have a value. The default value is "__DEFAULT__", so you should see no change in behavior whether or not you have set a value for "default_volume_type". See Bug #1886632 (https://bugs.launchpad.net/cinder/+bug/1886632) for more information about this change. * This release modifies the online database migrations to address an an upgrade issue (Bug #1893107 (https://bugs.launchpad.net/cinder/+bug/1893107)) The issue does not manifest itself in the Train release of cinder, but under specific circumstances it can prevent a cinder database upgrade from Train to Ussuri. This upgrade notice applies to you only if **all** of the following conditions are met: 1. You upgraded to Train from Stein 2. Before upgrading from Stein, you did **not** purge the cinder database 3. Your original upgrade from Stein was to cinder version 15.3.0 or earlier. Note: If you are upgrading a Stein installation directly to this release (cinder 15.4.0) or later, this notice does *not* apply to you. If all the above three items apply to you, as part of your upgrade to cinder 15.4.0 you should re-run the online database migrations contained in this release. This will prepare your cinder database for an eventual upgrade to the Ussuri release. Note: The online database migrations in this release require the existence of a volume type named "__DEFAULT__". A "__DEFAULT__" volume type was created as part of your original installation of/upgrade to a Train release of cinder. If you have renamed (or renamed and deleted) the "__DEFAULT__" volume type, you must re- create it before running the online migrations. (If you renamed it, you don't have to un-rename it; you can create a new one just for the purposes of the online database migration.)If necessary, you can create a new "__DEFAULT__" volume type as follows using the Block Storage API, or by using the python-cinderclient or python-openstackclient to do the equivalent:API request: "POST /v3/{project_id}/types"Request body: { "volume_type": { "name": "__DEFAULT__", "description": "Default Volume Type", "os-volume-type-access:is_public": true } } The "__DEFAULT__" volume type may safely be renamed (or renamed and deleted) after you have run the online migrations as long as the "default_volume_type" configuration option is set to a valid existing volume type. * This release updates the os-brick library used by Cinder to version 2.10.5 to correct hopefully the final problem with the fix for Bug #1823200 (https://bugs.launchpad.net/cinder/+bug/1823200) in the previous os-brick release. See the os-brick 2.10.5 release notes (https://docs.openstack.org/releasenotes/os- brick/train.html#relnotes-2-10-5-stable-train) for more information. Bug Fixes ********* * Bug #1886632 (https://bugs.launchpad.net/cinder/+bug/1886632) The system defined "__DEFAULT__" volume type is now treated as a regular volume-type and may be updated or deleted. Since the configured "default_volume_type" cannot be deleted, however, the "__DEFAULT__" volume type may not be deleted if it is the value of that configuration option. * Fix *UnboundLocalError* on the Brocade lookup driver on southbound client creation failure during the device mapping retrieval (Bug #1888550). * Add Python 3 support to the Brocade Zone Manager driver. (bug #1888548). * Fix *AttributeError* on the Brocade ZM driver when using setting REST_HTTP or REST_HTTPS as the fc_southbound_protocol option and an exception is raised by the client (Bug #1866860). * NetApp SolidFire driver: Fixed an issue that causes failback to fail after a volume service restart. This change fixes bug 1859653 (https://bugs.launchpad.net/cinder/+bug/1859653) * Cinder no longer allows an incremental backup to be created while having the parent backup in another project. * Fix volume migration fails in the same ceph RBD pool. Bug 1871524. * Fix bug #1874134 (https://bugs.launchpad.net/cinder/+bug/1874134) allowing an iSCSI or FCP volume to be extended to a size up to 16TB regardless of its original size, even if it's attached to an instance. * Bug #1875570 (https://bugs.launchpad.net/cinder/+bug/1875570) Fixed issue with NFS backend where the image-volume cache was never used to create a volume, even when the cache was enabled. * Bug #1879578 (https://bugs.launchpad.net/cinder/+bug/1879578) A regression in the Train release caused Cinder to assign the default volume type too aggressively when a volume type was not specified in a volume-create request. As a result, some alternative methods of specifying the volume type were ignored and the default type (either configured by the operator or the system default) would be assigned. This release restores the intended behavior, which is described as follows: If a "volume_type" is not specified when a volume is created, Cinder tries to infer the volume type from other information in the volume- create request: * if a "source_volid" is supplied in the request, the volume type is inferred from the source volume's volume type * if a "snapshot_id" is supplied in the request, the volume type is inferred from the volume type associated with the snapshot * if an "imageRef" is supplied in the request, and the image has a "cinder_img_volume_type" image property, the volume type is inferred from the value of that image property Otherwise, the volume type is the default volume type configured by the operator, and if no volume type is so configured, the volume type is the system default volume type, namely, "__DEFAULT__". When a volume type is specified explicitly in a volume-create call, Cinder will use the specified type. If the specified type cannot be assigned due to a conflict with other parameters in the volume- create call, however, the call will result in a 400 (Bad Request) response. * Bug #1893107 (https://bugs.launchpad.net/cinder/+bug/1893107) The Ussuri release changes the cinder database schema to make the "volume_type_id" column in the "volumes" and "snapshots" tables non- nullable because all volumes have been required to have a volume type since the Train release. The online database migration in the cinder Train series (release 15.3.0 or earlier), however, did not process soft-deleted rows, leaving the possibility that there could be a deleted volume or snapshot with a null "volume_type_id", which in turn will make the database upgrade fail when the non-nullability constraint cannot be applied when a Train installation is upgraded to Ussuri. If you are upgrading to this release from an earlier release in the Train series (that is, you are upgrading from cinder>=15.0.0,<=15.3.0), under specific circumstances you should re-run the online database migrations so that your database will be in the correct state when you eventually upgrade to a Ussuri release. See the "Upgrade Notes" for more information. * Bug #1873738 (https://bugs.launchpad.net/cinder/+bug/1873738) RBD Driver: Added cleanup for residue destination file if the copy image to encrypted volume operation fails. * Fix HPE 3PAR driver issue where volumes that were live migrated to it would end up being inaccessible. We would no longer be able to use the volume for any operation, such as attach, detach, delete, snapshot, etc. (bug 1697422) * Fix "unique_fqdn_network" configuration option for the Kaminario driver, as it was being ignored when defined in the driver section, which used to work. (Bug #1886042). * NetApp ONTAP: Fixes bug 1839384 Detaching any instance from multiattached volume terminates connection. Now the connection is terminated only if there're no other instances using the same initiator. * Fix revert to snapshot not working for non admin users when using the snapshot's name (bug #1889758). Other Notes *********** * Beginning with the Train release, untyped volumes (that is, volumes with no volume-type) have been disallowed. To facilitate this, a "__DEFAULT__" volume-type was included as part of the Train database migration. In this release, handling of the default volume-type has been improved: * The "default_volume_type" configuration option is required to have a value. The default value is "__DEFAULT__". * A request to delete the currently configured "default_volume_type" will fail. (You can delete that volume- type, but you cannot do it while it is the value of the configuration option.) * There must always be at least one volume-type defined in a Cinder installation. This is enforced by the type-delete call. * If the "default_volume_type" is misconfigured (that is, if the value refers to a non-existent volume-type), requests that rely on the default volume-type (for example, a volume-create request that does not specify a volume-type) will result in a HTTP 500 response. Changes in cinder 15.3.0..15.4.0 -------------------------------- 58f0e7379 Add general release note for 15.4.0 e62ac1808 Modify default/delete volume type logic 54433cb8c Fix revert to snapshot for non admins 9e3e2ab25 Require os-brick >= 2.10.5 00ac80bba Include deleted volumes for online data migrations 49b0c5ec6 Fix rekeying volume with legacy encryption provider 9c13d7706 Brocade: Fix lookup UnboundLocalError b70e6a337 Brocade: Fix AttributeError when raising exception 7a9bc8434 Brocade: Python 3 support 193f3e97c Creating image-volume cache on NFS backend fails 48774c89a RBD: Cleanup temporary file during exception b8138986a zuul: collect cinderlib logs from tempest node(s) only 039b2bfd6 Kaminario: Fix unique_fqdn_network option 5122b1465 Default volume_type set too early d77377c23 Disable siblings for the cinderlib functional tests f3cdc2756 Fix cross-project incremental backups 4cf0d1124 HPE 3PAR: Support duplicated FQDN in network f13475f71 NetApp ONTAP: Fix extend volume for iSCSI/FCP d10df8c00 Native Zuul v3 cinder-grenade jobs fc59ea9e6 Port several legacy tempest jobs to Zuul v3 cfde6bd1c 3PAR: Fix live migration eec1b9217 NetApp SolidFire: Fix failback failing after service restart a11460f36 Fix volume migration fails in the same ceph RBD pool b9c6d4a7f NetApp ONTAP: Fix iSCSI multiattach volume terminates connection 257c1c16f Fix revert snapshot issue 20a55fc0c PowerMax Driver - PowerMax Pools Fix Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 141 ++++-- cinder/api/contrib/types_manage.py | 10 +- cinder/api/v2/volumes.py | 17 +- cinder/api/v3/volumes.py | 19 +- cinder/backup/api.py | 5 +- cinder/common/config.py | 2 + cinder/db/api.py | 4 +- cinder/db/sqlalchemy/api.py | 15 +- cinder/exception.py | 16 +- cinder/image/image_utils.py | 4 + cinder/objects/backup.py | 6 +- cinder/opts.py | 1 + cinder/test.py | 22 + .../drivers/dell_emc/powermax/powermax_data.py | 4 + .../dell_emc/powermax/test_powermax_common.py | 68 +-- .../dell_emc/powermax/test_powermax_masking.py | 21 + .../unit/volume/drivers/ibm/test_storwize_svc.py | 63 +++ .../netapp/dataontap/client/test_client_base.py | 157 ++++++- .../netapp/dataontap/client/test_client_cmode.py | 2 + .../unit/volume/drivers/netapp/dataontap/fakes.py | 26 ++ .../drivers/netapp/dataontap/test_block_base.py | 188 ++++++-- .../drivers/netapp/dataontap/test_block_cmode.py | 4 +- .../volume/drivers/solidfire/test_solidfire.py | 48 +- .../unit/volume/flows/api/test_create_volume.py | 207 +++++++++ .../unit/volume/flows/test_create_volume_flow.py | 144 +++--- .../zonemanager/test_brcd_fc_san_lookup_service.py | 10 + .../unit/zonemanager/test_brcd_fc_zone_driver.py | 137 +++--- .../zonemanager/test_brcd_http_fc_zone_client.py | 7 + .../zonemanager/test_brcd_rest_fc_zone_client.py | 297 +++++++++++++ cinder/volume/api.py | 7 +- cinder/volume/driver.py | 12 + cinder/volume/drivers/dell_emc/powermax/common.py | 116 ++--- cinder/volume/drivers/dell_emc/powermax/fc.py | 3 +- cinder/volume/drivers/dell_emc/powermax/iscsi.py | 3 +- cinder/volume/drivers/dell_emc/powermax/masking.py | 2 +- cinder/volume/drivers/dell_emc/powermax/utils.py | 17 +- cinder/volume/drivers/hpe/hpe_3par_common.py | 337 +++++++++----- cinder/volume/drivers/hpe/hpe_3par_fc.py | 4 +- cinder/volume/drivers/hpe/hpe_3par_iscsi.py | 12 +- .../ibm/storwize_svc/storwize_svc_common.py | 39 +- .../volume/drivers/kaminario/kaminario_common.py | 11 +- .../volume/drivers/netapp/dataontap/block_base.py | 41 +- .../volume/drivers/netapp/dataontap/block_cmode.py | 2 +- .../volume/drivers/netapp/dataontap/client/api.py | 6 + .../drivers/netapp/dataontap/client/client_base.py | 55 ++- .../netapp/dataontap/client/client_cmode.py | 2 + cinder/volume/drivers/rbd.py | 33 +- cinder/volume/drivers/remotefs.py | 3 +- cinder/volume/drivers/solidfire.py | 84 ++-- cinder/volume/flows/api/create_volume.py | 49 ++- cinder/volume/volume_types.py | 54 ++- cinder/volume/volume_utils.py | 1 + .../drivers/brocade/brcd_fc_san_lookup_service.py | 1 + .../drivers/brocade/brcd_fc_zone_driver.py | 13 +- .../drivers/brocade/brcd_http_fc_zone_client.py | 2 +- .../drivers/brocade/brcd_rest_fc_zone_client.py | 2 +- .../block-storage/drivers/hpe-3par-driver.rst | 28 ++ lower-constraints.txt | 2 +- playbooks/cinderlib-run.yaml | 49 --- .../cinder-tempest-dsvm-lvm-lio-barbican/post.yaml | 15 - .../cinder-tempest-dsvm-lvm-lio-barbican/run.yaml | 88 ---- playbooks/post-cinderlib.yaml | 6 + playbooks/tempest-and-cinderlib-run.yaml | 14 +- ...deleting-__DEFAULT__-type-d35dfb5d89760b9b.yaml | 38 ++ ...ade_looup_fail_get_client-179151d449a34aa4.yaml | 5 + .../notes/brocade_py3-15647dbe3981d44b.yaml | 5 + .../brocade_rest_client-202cfd474c96d3fe.yaml | 6 + ...ver-after-service-restart-77e5e4da45c9c1aa.yaml | 6 + ...746-cross-project-incremental-backup-error.yaml | 6 + .../notes/bug-1871524-5f6df9a61bf6b775.yaml | 5 + ...ONTAP-fix-max-resize-size-ad2d88da8721560e.yaml | 6 + ...70-nfs-image-volume-cache-c45e840a6ec2a702.yaml | 6 + ...78-volume_type-regression-de82f4152c7b2f77.yaml | 33 ++ .../notes/bug-1893107-train-45bb91952c3170e1.yaml | 78 ++++ ...-file-during-convert-fail-3848e9dbe7e15fc6.yaml | 6 + .../fix-3par-live-migration-0065bd2626fdb4a1.yaml | 7 + ...nario-unique_fqdn_network-ecde36f614c30733.yaml | 7 + ...r-support-duplicated-fqdn-751ad1dbcd137fbb.yaml | 7 + ...ap-fix-detach-multiattach-d99d33dff2fefb4c.yaml | 7 + .../notes-for-15.4.0-release-98b7a0f6834ae2ba.yaml | 37 ++ ...revert-snapshot-non-admin-8485be55060eab0d.yaml | 5 + requirements.txt | 2 +- 101 files changed, 3090 insertions(+), 996 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 3f8c9bac9..3bd2ee40e 100644 --- a/requirements.txt +++ b/requirements.txt @@ -61 +61 @@ oslo.vmware>=2.17.0 # Apache-2.0 -os-brick>=2.10.4 # Apache-2.0 +os-brick>=2.10.5 # Apache-2.0

1 0

zaqar_tempest_plugin 1.1.0 (victoria)
by no-reply＠openstack.org 01 Oct '20

01 Oct '20

We jubilantly announce the release of: zaqar_tempest_plugin 1.1.0: Tempest plugin zaqar_tempest_plugin This release is part of the victoria release series. The source is available from: https://opendev.org/openstack/zaqar_tempest_plugin Download the package from: https://tarballs.openstack.org/zaqar-tempest-plugin/ For more details, please see below. Changes in zaqar_tempest_plugin 1.0.0..1.1.0 -------------------------------------------- 9146cc9 New native Zuul v3 version of the tempest jobs 4195ae1 Cleanup py27 support 820a426 Switch to newer openstackdocstheme and reno versions Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 86 ++++++++++++++++++---- babel.cfg | 2 - releasenotes/source/conf.py | 9 ++- requirements.txt | 1 - setup.cfg | 30 ++------ setup.py | 9 --- test-requirements.txt | 8 +- tox.ini | 9 ++- .../services/messaging/json/messaging_client.py | 11 +-- 16 files changed, 111 insertions(+), 86 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index fc1071a..42d28fd 100644 --- a/requirements.txt +++ b/requirements.txt @@ -7 +6,0 @@ oslo.config!=4.3.0,!=4.4.0,>=4.0.0 # Apache-2.0 -six>=1.9.0 # MIT diff --git a/test-requirements.txt b/test-requirements.txt index f559c0e..00b5616 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5 +5 @@ -hacking>=0.12.0,<0.13 # Apache-2.0 +hacking>=3.1.0,<3.2.0 # Apache-2.0 @@ -9 +9 @@ python-subunit>=0.0.18 # Apache-2.0/BSD -sphinx>=1.6.2 # BSD +sphinx>=2.0.0,!=2.1.0 # BSD @@ -13 +13 @@ testtools>=1.4.0 # MIT -openstackdocstheme>=1.11.0 # Apache-2.0 +openstackdocstheme>=2.2.1 # Apache-2.0 @@ -15 +15 @@ openstackdocstheme>=1.11.0 # Apache-2.0 -reno>=1.8.0 # Apache-2.0 +reno>=3.1.0 # Apache-2.0

1 0

cinder 16.2.0 (ussuri)
by no-reply＠openstack.org 01 Oct '20

01 Oct '20

We are jazzed to announce the release of: cinder 16.2.0: OpenStack Block Storage This release is part of the ussuri stable release series. The source is available from: https://opendev.org/openstack/cinder Download the package from: https://tarballs.openstack.org/cinder/ Please report issues through: https://bugs.launchpad.net/cinder/+bugs For more details, please see below. 16.2.0 ^^^^^^ Prelude ******* This release contains a partial fix for an upgrade issue. If you are upgrading a Train deployment of cinder to Ussuri, under specific circumstances you may need to take actions outside the normal upgrade process in order to accomplish a successful upgrade. In particular, there may be changes you must make in your Train deployment **before** you upgrade. See the "Upgrade Notes" and "Bug Fixes" sections of these release notes for details. The Cinder project team would like to point out some issues addressed by this release: * This release improves the handling of the "__DEFAULT__" volume- type (see "Other Notes", below) and fixes Bug #1879578 (https://bugs.launchpad.net/cinder/+bug/1879578) in which the default type was applied too aggressively (see the discussion of this issue in "Bug Fixes", below). * Operators affected by OSSN-0086 (https://wiki.openstack.org/wiki/OSSN/OSSN-0086) should note that this release updates the os-brick library used by cinder to version 3.0.3 in order to address an issue associated with the previous fixes for Bug #1823200 (https://bugs.launchpad.net/cinder/+bug/1823200) New Features ************ * This PowerMax driver moves the legacy shared volume from the masking view structure in Ocata and prior releases (when SMI-S was supported) to staging masking view(s) in Pike and later releases (U4P REST). In Ocata, the live migration process shared the storage group, containing the volume, among the different compute nodes. In Pike, we changed the masking view structure to facilitate a cleaner live migration process where only the intended volume is migrated without exposing other volumes in the storage group. The staging storage group and masking views facilitate a seamless live migration operation in upgraded releases. Known Issues ************ * Due to Bug #1893107 (https://bugs.launchpad.net/cinder/+bug/1893107) under specific circumstances, some operators may need to take actions outside the normal upgrade process to upgrade from Train to Ussuri. See the "Upgrade Notes" and "Bug Fixes" sections of these release notes for more details. Upgrade Notes ************* * The "default_volume_type" configuration option is now required to have a value. The default value is "__DEFAULT__", so you should see no change in behavior whether or not you have set a value for "default_volume_type". See Bug #1886632 (https://bugs.launchpad.net/cinder/+bug/1886632) for more information about this change. * This release partially fixes an upgrade issue (Bug #1893107 (https://bugs.launchpad.net/cinder/+bug/1893107)) that under some circumstances could prevent a cinder database upgrade from Train to Ussuri. The issue would occur if you had upgraded an unpurged Stein database to Train, and then attempted to upgrade the still unpurged database to Ussuri. If this describes your situation, please read further, because in order to avert this issue, there are some steps you may need to take in your **Train** deployment *before* you upgrade to Ussuri. This upgrade notice applies to you only if **all** of the following conditions are met: 1. You upgraded to Train from Stein 2. Before upgrading from Stein, you did **not** purge the cinder database 3. Your original upgrade from Stein was to cinder version 15.3.0 or earlier If all of the above apply to you, your upgrade path from Train to Ussuri is slightly more complicated than usual and may require some actions in your Train deployment *before* you upgrade. Please pick the least inconvenient of the following options: 1. Upgrade your Train deployment to cinder 15.4.0 or more recent and re-run the online database migrations in your Train deployment. * This migration requires the existence of a "__DEFAULT__" volume type. If you have renamed (or renamed and deleted) the "__DEFAULT__" volume type in Train, you must re-create it before running the online migrations. (If you renamed it, you don't have to un-rename it; you can create a new one just for the purposes of the online database migration.) If necessary, you can create a new "__DEFAULT__" volume type as follows using the Block Storage API, or by using the python- cinderclient or python-openstackclient to do the equivalent: API request: "POST /v3/{project_id}/types" Request body: { "volume_type": { "name": "__DEFAULT__", "description": "Default Volume Type", "os-volume-type-access:is_public": true } } The "__DEFAULT__" volume type may safely be renamed (or renamed and deleted) after you have run the online migrations as long as the "default_volume_type" configuration option is set to a valid existing volume type. * After the online database migrations from cinder 15.4.0 or more recent have run, you may upgrade to Ussuri in the normal way. 2. Upgrade to Ussuri, but run the online database migrations **before** you run the db_sync. (The normal ordering is to run db_sync first, and then run the online migrations.) * If you have renamed (or renamed and deleted) the "__DEFAULT__" volume type in Train, you must re-create it **in your Train deployment** before upgrading to Ussuri. This will ensure that the "__DEFAULT__" volume type will be present in the database when you run the Ussuri online database migrations. Use the directions above if you need to re-create the "__DEFAULT__" volume type. Once your Ussuri upgrade is completed, the "__DEFAULT__" volume type may safely be renamed (or renamed and deleted) as long as the "default_volume_type" configuration option is set to a valid existing volume type. 3. While in your Train deployment, purge the cinder database. This will remove soft-deleted volumes and snapshots and allow you to upgrade to Ussuri in the regular way. * This release updates the os-brick library used by Cinder to version 3.0.3 to correct hopefully the final problem with the fix for Bug #1823200 (https://bugs.launchpad.net/cinder/+bug/1823200) in the previous os-brick release. See the os-brick 3.0.3 release notes (https://docs.openstack.org/releasenotes/os- brick/ussuri.html#relnotes-3-0-3-stable-ussuri) for more information. Bug Fixes ********* * Bug #1886632 (https://bugs.launchpad.net/cinder/+bug/1886632) The system defined "__DEFAULT__" volume type is now treated as a regular volume-type and may be updated or deleted. Since the configured "default_volume_type" cannot be deleted, however, the "__DEFAULT__" volume type may not be deleted if it is the value of that configuration option. * Fix *UnboundLocalError* on the Brocade lookup driver on southbound client creation failure during the device mapping retrieval (Bug #1888550). * Add Python 3 support to the Brocade Zone Manager driver. (bug #1888548). * Fix *AttributeError* on the Brocade ZM driver when using setting REST_HTTP or REST_HTTPS as the fc_southbound_protocol option and an exception is raised by the client (Bug #1866860). * Fixed bug #1859652 (https://bugs.launchpad.net/cinder/+bug/1859652) to allow retyping an attached volume to SolidFire. * Cinder no longer allows an incremental backup to be created while having the parent backup in another project. * Fix bug #1874134 (https://bugs.launchpad.net/cinder/+bug/1874134) allowing an iSCSI or FCP volume to be extended to a size up to 16TB regardless of its original size, even if it's attached to an instance. * Bug #1879578 (https://bugs.launchpad.net/cinder/+bug/1879578) A regression in the Train release caused Cinder to assign the default volume type too aggressively when a volume type was not specified in a volume-create request. As a result, some alternative methods of specifying the volume type were ignored and the default type (either configured by the operator or the system default) would be assigned. This release restores the intended behavior, which is described as follows: If a "volume_type" is not specified when a volume is created, Cinder tries to infer the volume type from other information in the volume- create request: * if a "source_volid" is supplied in the request, the volume type is inferred from the source volume's volume type * if a "snapshot_id" is supplied in the request, the volume type is inferred from the volume type associated with the snapshot * if an "imageRef" is supplied in the request, and the image has a "cinder_img_volume_type" image property, the volume type is inferred from the value of that image property Otherwise, the volume type is the default volume type configured by the operator, and if no volume type is so configured, the volume type is the system default volume type, namely, "__DEFAULT__". When a volume type is specified explicitly in a volume-create call, Cinder will use the specified type. If the specified type cannot be assigned due to a conflict with other parameters in the volume- create call, however, the call will result in a 400 (Bad Request) response. * Bug #1887908 (https://bugs.launchpad.net/cinder/+bug/1887908)： In NEC driver, fix live-migration failure with FC. * Bug #1893107 (https://bugs.launchpad.net/cinder/+bug/1893107) The Ussuri release changes the cinder database schema to make the "volume_type_id" column in the "volumes" and "snapshots" tables non- nullable because all volumes have been required to have a volume type since the Train release. The online migration in cinder release 15.3.0 or earlier, however, did not process soft-deleted rows, leaving the possibility that there could be a deleted volume or snapshot with a null "volume_type_id", which in turn would make the database upgrade fail in Ussuri when the non-nullability constraint could not be applied. The issue is partially fixed in the current release ("partially" because in specific circumstances, an operator may need to take some actions outside the normal upgrade process). See the "Upgrade Notes" for more information. * Bug #1873738 (https://bugs.launchpad.net/cinder/+bug/1873738) RBD Driver: Added cleanup for residue destination file if the copy image to encrypted volume operation fails. * Fix HPE 3PAR driver issue where volumes that were live migrated to it would end up being inaccessible. We would no longer be able to use the volume for any operation, such as attach, detach, delete, snapshot, etc. (bug 1697422) * Fix "unique_fqdn_network" configuration option for the Kaminario driver, as it was being ignored when defined in the driver section, which used to work. (Bug #1886042). * Bug #1884268 (https://bugs.launchpad.net/cinder/+bug/1884268) Fixed issue where non-admin users could not show a volume transfer by name. * PowerMax Driver - Concurrent live migrations can sometimes fail when one thread deletes a storage group that another thread may need. * Fix revert to snapshot not working for non admin users when using the snapshot's name (bug #1889758). Other Notes *********** * Beginning with the Train release, untyped volumes (that is, volumes with no volume-type) have been disallowed. To facilitate this, a "__DEFAULT__" volume-type was included as part of the Train database migration. In this release, handling of the default volume-type has been improved: * The "default_volume_type" configuration option is required to have a value. The default value is "__DEFAULT__". * A request to delete the currently configured "default_volume_type" will fail. (You can delete that volume- type, but you cannot do it while it is the value of the configuration option.) * There must always be at least one volume-type defined in a Cinder installation. This is enforced by the type-delete call. * If the "default_volume_type" is misconfigured (that is, if the value refers to a non-existent volume-type), requests that rely on the default volume-type (for example, a volume-create request that does not specify a volume-type) will result in a HTTP 500 response. Changes in cinder 16.1.0..16.2.0 -------------------------------- 53d482275 Add general release note for 16.2.0 3906b51df PowerMax Driver - Failover group vol update fix b7f9a7455 PowerMax Driver - Force add rep group volume b46f5becd Modify default/delete volume type logic 05c7b77d8 PowerMax Ussuri Docs - Upgrade improvement notification c55e259d5 NEC driver: fix live-migration failure with FC 7a20d32e8 Require os-brick >= 3.0.3 f29e884b2 Include deleted volumes for online data migrations d51dc099a Fix revert to snapshot for non admins b8c6fcb1b Fix: show volume transfer by name for non-admins 07991b7e8 PowerMax Driver - Legacy volumes fail to live migrate 0471fab34 Remove unnecessary releasenote dae548d54 Correct formatting in release note 41fcbf8a5 Brocade: Fix lookup UnboundLocalError 373efbd7e Brocade: Fix AttributeError when raising exception 297c8b078 Brocade: Python 3 support f23c7e8f8 Creating snapshot on NFS backend fails 2058cde4d Fix rekeying volume with legacy encryption provider 4ee343044 PowerMax Driver - Volume Migrate Exception Handling 02de7897d RBD: Cleanup temporary file during exception b584cb95b zuul: collect cinderlib logs from tempest node(s) only 33cf05eba Kaminario: Fix unique_fqdn_network option daf45b986 PowerMax Driver - Create vol suspend fix & DeviceID check cc0c69bd5 PowerMax Driver - Rep validation fix & Retype suspension fix 72846a194 Disable siblings for the cinderlib functional tests c1bdb233c Default volume_type set too early 5358c996b Fix cross-project incremental backups 3fadd92b6 PowerMax Ussuri Driver - Setting the minimum version of U4P 143ce911b PowerMax Driver - Ussuri Documentation 0f6b4cdcd Fix service-get-log to respect server filters 8c55df95d NetApp ONTAP: Fix extend volume for iSCSI/FCP 408531cf2 3PAR: Fix live migration eb7b8da89 Fixed issues with Pure syncrep iSCSI CIDRs cf5eaae59 Native Zuul v3 cinder-grenade jobs 9561882bd PowerMax Driver - Live migrate remove rep vol from sg 13e45234b PowerMax Driver - U4P failover lock not released on exception f6686741e PowerMax Driver - Concurrent live migrations failure 0a223ff59 NetApp SolidFire: Fix retype to SolidFire Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 119 +- cinder/api/contrib/services.py | 13 +- cinder/api/contrib/types_manage.py | 10 +- cinder/api/v2/volumes.py | 17 +- cinder/api/v3/volumes.py | 19 +- cinder/backup/api.py | 5 +- cinder/common/config.py | 2 + cinder/db/api.py | 4 +- cinder/db/sqlalchemy/api.py | 15 +- cinder/exception.py | 16 +- cinder/image/image_utils.py | 4 + cinder/objects/backup.py | 6 +- cinder/test.py | 22 + .../drivers/dell_emc/powermax/powermax_data.py | 15 +- .../dell_emc/powermax/test_powermax_common.py | 298 ++++- .../dell_emc/powermax/test_powermax_masking.py | 40 +- .../dell_emc/powermax/test_powermax_migrate.py | 512 +++++++++ .../dell_emc/powermax/test_powermax_replication.py | 315 +++++- .../dell_emc/powermax/test_powermax_rest.py | 19 +- .../netapp/dataontap/client/test_client_base.py | 157 ++- .../netapp/dataontap/client/test_client_cmode.py | 2 + .../unit/volume/drivers/netapp/dataontap/fakes.py | 17 + .../drivers/netapp/dataontap/test_block_base.py | 117 +- .../drivers/netapp/dataontap/test_block_cmode.py | 4 +- .../volume/drivers/solidfire/test_solidfire.py | 29 + .../unit/volume/flows/api/test_create_volume.py | 208 ++++ .../unit/volume/flows/test_create_volume_flow.py | 144 ++- .../zonemanager/test_brcd_fc_san_lookup_service.py | 10 + .../unit/zonemanager/test_brcd_fc_zone_driver.py | 137 ++- .../zonemanager/test_brcd_http_fc_zone_client.py | 7 + .../zonemanager/test_brcd_rest_fc_zone_client.py | 298 +++++ cinder/transfer/api.py | 6 +- cinder/volume/api.py | 7 +- cinder/volume/drivers/dell_emc/powermax/common.py | 1156 ++++++++++++++------ cinder/volume/drivers/dell_emc/powermax/fc.py | 11 +- cinder/volume/drivers/dell_emc/powermax/iscsi.py | 11 +- cinder/volume/drivers/dell_emc/powermax/masking.py | 98 +- cinder/volume/drivers/dell_emc/powermax/migrate.py | 423 +++++++ cinder/volume/drivers/dell_emc/powermax/rest.py | 33 +- cinder/volume/drivers/dell_emc/powermax/utils.py | 5 +- cinder/volume/drivers/hpe/hpe_3par_common.py | 309 ++++-- cinder/volume/drivers/hpe/hpe_3par_fc.py | 4 +- cinder/volume/drivers/hpe/hpe_3par_iscsi.py | 12 +- .../volume/drivers/kaminario/kaminario_common.py | 5 +- cinder/volume/drivers/nec/volume_helper.py | 8 +- .../volume/drivers/netapp/dataontap/block_base.py | 23 +- .../volume/drivers/netapp/dataontap/block_cmode.py | 2 +- .../volume/drivers/netapp/dataontap/client/api.py | 6 + .../drivers/netapp/dataontap/client/client_base.py | 55 +- .../netapp/dataontap/client/client_cmode.py | 2 + cinder/volume/drivers/pure.py | 50 +- cinder/volume/drivers/rbd.py | 15 +- cinder/volume/drivers/remotefs.py | 3 +- cinder/volume/drivers/solidfire.py | 9 +- cinder/volume/flows/api/create_volume.py | 50 +- cinder/volume/volume_types.py | 54 +- cinder/volume/volume_utils.py | 1 + .../drivers/brocade/brcd_fc_san_lookup_service.py | 1 + .../drivers/brocade/brcd_fc_zone_driver.py | 13 +- .../drivers/brocade/brcd_http_fc_zone_client.py | 2 +- .../drivers/brocade/brcd_rest_fc_zone_client.py | 2 +- .../drivers/dell-emc-powermax-driver.rst | 1124 ++++++++++++------- .../block-storage/drivers/hpe-3par-driver.rst | 3 +- lower-constraints.txt | 2 +- .../grenade-dsvm-cinder-mn-sub-bak/post.yaml | 15 - .../legacy/grenade-dsvm-cinder-mn-sub-bak/run.yaml | 53 - .../grenade-dsvm-cinder-mn-sub-volbak/post.yaml | 15 - .../grenade-dsvm-cinder-mn-sub-volbak/run.yaml | 53 - .../grenade-dsvm-cinder-mn-sub-volschbak/post.yaml | 15 - .../grenade-dsvm-cinder-mn-sub-volschbak/run.yaml | 54 - playbooks/post-cinderlib.yaml | 2 +- playbooks/tempest-and-cinderlib-run.yaml | 1 + ...deleting-__DEFAULT__-type-d35dfb5d89760b9b.yaml | 38 + ...ade_looup_fail_get_client-179151d449a34aa4.yaml | 5 + .../notes/brocade_py3-15647dbe3981d44b.yaml | 5 + .../brocade_rest_client-202cfd474c96d3fe.yaml | 6 + ...ached-volume-to-solidfire-1933f03673ff078d.yaml | 5 + ...746-cross-project-incremental-backup-error.yaml | 6 + ...ONTAP-fix-max-resize-size-ad2d88da8721560e.yaml | 6 + ...70-nfs-image-volume-cache-c45e840a6ec2a702.yaml | 2 +- ...78-volume_type-regression-de82f4152c7b2f77.yaml | 33 + ...-migration-failure-withfc-3128fff7c48e739f.yaml | 6 + .../notes/bug-1893107-ussuri-03765453337a7909.yaml | 114 ++ ...-file-during-convert-fail-3848e9dbe7e15fc6.yaml | 6 + .../fix-3par-live-migration-0065bd2626fdb4a1.yaml | 7 + ...nario-unique_fqdn_network-ecde36f614c30733.yaml | 7 + ...w-transfer-for-non-admins-be001d79975b325d.yaml | 5 + .../notes-for-16.2.0-release-1a9ea167c778eeaa.yaml | 29 + .../powermax-auto-migration-5cc57773c23fef02.yaml | 13 + .../powermax-bug-1875478-8c9072ad9a87b83d.yaml | 5 + ...revert-snapshot-non-admin-8485be55060eab0d.yaml | 5 + requirements.txt | 2 +- 115 files changed, 6041 insertions(+), 1776 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 45cc5370c..15907e5d6 100644 --- a/requirements.txt +++ b/requirements.txt @@ -58 +58 @@ oslo.vmware>=2.35.0 # Apache-2.0 -os-brick>=3.0.2 # Apache-2.0 +os-brick>=3.0.3 # Apache-2.0

1 0

trove_tempest_plugin 1.1.0 (victoria)
by no-reply＠openstack.org 30 Sep '20

30 Sep '20

We are thrilled to announce the release of: trove_tempest_plugin 1.1.0: Tempest plugin for Trove project This release is part of the victoria release series. The source is available from: https://opendev.org/openstack/trove_tempest_plugin Download the package from: https://tarballs.openstack.org/trove-tempest-plugin/ For more details, please see below. Changes in trove_tempest_plugin 1.0.0..1.1.0 -------------------------------------------- 2581bc0 Update access test fa57416 Support PostgreSQL 4624bc5 Disable upgrade test if not configured 4e10f9e Add rebuild test 5371dbb Add volume resize functional test for replication 177648d Add config database_restore_timeout 96c552f Clean up object storage for test user 2970fb8 Fix configuration test 34e4d77 Move replication test to separate file 00ddc03 Add tests: resize fb79b00 Add tests: replication f0caa53 Add tests: configuration 8d0e734 Add tests: user management 6186071 Add tests: datastore upgrade 76a3612 Add tests: Backup and restore 4863257 Add py38 package metadata 8f00607 Fix upgrade instance test 0b78b7b Switch to newer openstackdocstheme and reno versions d584c23 Fix getting database address c91fbd1 Cleanup cruft Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 12 +- babel.cfg | 2 - releasenotes/source/conf.py | 9 +- requirements.txt | 3 +- setup.cfg | 26 +- setup.py | 9 - test-requirements.txt | 2 +- tox.ini | 9 +- trove_tempest_plugin/config.py | 38 +++ trove_tempest_plugin/services/client.py | 24 +- .../{api/test_instance_actions.py => constants.py} | 9 +- 26 files changed, 1870 insertions(+), 247 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 0e6ac0f..931cce0 100644 --- a/requirements.txt +++ b/requirements.txt @@ -16 +16,2 @@ SQLAlchemy!=1.1.5,!=1.1.6,!=1.1.7,!=1.1.8,>=1.0.10 # MIT -PyMySQL>=0.7.6 # MIT License \ No newline at end of file +PyMySQL>=0.7.6 # MIT License +psycopg2-binary>=2.6.2 # LGPL/ZPL \ No newline at end of file diff --git a/test-requirements.txt b/test-requirements.txt index 47c128f..1e278d1 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5 +5 @@ -hacking!=0.13.0,<0.14,>=0.12.0 # Apache-2.0 +hacking>=3.0,<3.1.0 # Apache-2.0

1 0

blazar_tempest_plugin 0.5.0 (victoria)
by no-reply＠openstack.org 30 Sep '20

30 Sep '20

We enthusiastically announce the release of: blazar_tempest_plugin 0.5.0: Tempest plugin for Blazar Project This release is part of the victoria release series. The source is available from: https://opendev.org/openstack/blazar_tempest_plugin Download the package from: https://tarballs.openstack.org/blazar-tempest-plugin/ For more details, please see below. Changes in blazar_tempest_plugin 0.4.0..0.5.0 --------------------------------------------- 85b54e1 Add py38 package metadata 69b9ed3 Pin the <=ussuri jobs to a bionic nodeset 064d2ae Port the blazar jobs to native Zuul v3 339c3e1 migrate testing to ubuntu focal 9468fcf Switch to newer openstackdocstheme and reno versions 046e1c4 Add stable branch jobs on the plugins master gate Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 81 +++++++++++++++++++++++++++++++++++++++++++-- releasenotes/source/conf.py | 9 ++--- setup.cfg | 1 + test-requirements.txt | 8 +++-- 5 files changed, 96 insertions(+), 12 deletions(-) Requirements updates -------------------- diff --git a/test-requirements.txt b/test-requirements.txt index c89984d..c46ca66 100644 --- a/test-requirements.txt +++ b/test-requirements.txt @@ -5,0 +6,4 @@ hacking>=1.1.0,<1.2.0 # Apache-2.0 +# remove this pyflakes from here once you bump the +# hacking to 3.2.0 or above. hacking 3.2.0 takes +# care of pyflakes version compatibilty. +pyflakes>=2.1.1 @@ -9 +13 @@ sphinx>=2.0.0,!=2.1.0 # BSD -openstackdocstheme>=2.0.0 # Apache-2.0 +openstackdocstheme>=2.2.1 # Apache-2.0 @@ -11 +15 @@ openstackdocstheme>=2.0.0 # Apache-2.0 -reno>=2.5.0 # Apache-2.0 +reno>=3.1.0 # Apache-2.0

1 0