- Release-announce - lists.openstack.org

nova 24.2.1 (xena)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We are chuffed to announce the release of: nova 24.2.1: Cloud computing fabric controller This release is part of the xena stable release series. The source is available from: https://opendev.org/openstack/nova Download the package from: https://tarballs.openstack.org/nova/ Please report issues through: https://bugs.launchpad.net/nova/+bugs For more details, please see below. Changes in nova 24.2.0..24.2.1 ------------------------------ c3800f7863 Handle mdev devices in libvirt 7.7+ fdd4e7dc51 Reproducer for bug 1951656 30c7180e1e Add debug log for scheduler weight calculation 5b1d487d7f db: Resolve additional SAWarning warnings e099571d0f Improving logging at '_allocate_mdevs'. 997d3a4ddb nova-live-migration tests not needed for Ironic 1aa9e0de6f Accept both 1 and Y as AMD SEV KVM kernel param value Diffstat (except docs and test files) ------------------------------------- .zuul.yaml | 19 +++++- nova/db/main/api.py | 7 +++ nova/objects/cell_mapping.py | 12 ++-- .../functional/regressions/test_bug_1951656.py | 73 ++++++++++++++++++++++ nova/virt/libvirt/config.py | 3 + nova/virt/libvirt/driver.py | 56 ++++++++++++++++- nova/virt/libvirt/host.py | 9 +-- nova/virt/libvirt/utils.py | 28 ++++++--- nova/weights.py | 40 ++++++++++-- 12 files changed, 280 insertions(+), 36 deletions(-)

1 0

neutron-lib 2.15.4 (xena)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We are glad to announce the release of: neutron-lib 2.15.4: Neutron shared routines and utilities This release is part of the xena stable release series. The source is available from: https://opendev.org/openstack/neutron-lib Download the package from: https://pypi.org/project/neutron-lib Please report issues through: https://bugs.launchpad.net/neutron/+bugs For more details, please see below. Changes in neutron-lib 2.15.3..2.15.4 ------------------------------------- 150a1c9 Don't check context.system_scope to check project scope 3d093e6 Do not set system scope on context 4a9111f Fix pep8 errors with pytlint v2.16.0 Diffstat (except docs and test files) ------------------------------------- neutron_lib/api/attributes.py | 2 +- neutron_lib/context.py | 4 -- neutron_lib/db/standard_attr.py | 10 ++-- neutron_lib/db/utils.py | 17 ++----- 6 files changed, 25 insertions(+), 100 deletions(-)

1 0

neutron 19.7.0 (xena)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We exuberantly announce the release of: neutron 19.7.0: OpenStack Networking This release is part of the xena stable release series. The source is available from: https://opendev.org/openstack/neutron Download the package from: https://tarballs.openstack.org/neutron/ Please report issues through: https://bugs.launchpad.net/neutron/+bugs For more details, please see below. 19.7.0 ^^^^^^ Known Issues ************ * The *redirect-type=bridged* option is only used if all the tenant networks connected to the router are of type VLAN or FLAT. In this case their traffic will be distributed. However, if there is a mix of VLAN/FLAT and geneve networks connected to the same router, the redirect-type option is not set, and therefore the traffic for the VLAN/FLAT networks will also be centralized but not tunneled. Bug Fixes ********* * 1986003 (https://bugs.launchpad.net/neutron/+bug/1986003) Fixed an issue with concurrent requests to activate the same port binding where one of the requests returned a 500 Internal Server Error. With the fix one request will return successfully and the other will return a 409 Conflict (Binding already active). This fixes errors in nova live-migrations where those concurrent requests might be sent. Nova handles the 409/Conflict response gracefully. * [bug 2003455 (https://bugs.launchpad.net/neutron/+bug/2003455) As part of a previous commit (https://review.opendev.org/c/openstack/neutron/+/875644) the *redirect-type=bridged* option was set in all the router gateway ports (cr-lrp ovn ports). However this was breaking the N/S traffic for geneve tenant networks connected to the provider networks through those routers with the redirect-type option enabled. To fix this we ensure that the redirect-type option is only set if all the networks connected to the router are of VLAN or FLAT type, otherwise we fall back to the default option. This also means that if there is a mix of VLAN and geneve tenant networks connected to the same router, the VLAN traffic will be centralized (but not tunneled). If the traffic for the VLAN/FLAT needs to be distributed, then it should use a different router. Changes in neutron 19.6.0..19.7.0 --------------------------------- dc2762edfc Ensure redirect-type=bridged not used for geneve networks fc8960c16a Fix concurrent port binding activate ed44efb443 Revert "Ensure vlan network traffic is not centralized" 92e55ab51f [OVN] Explicitly define the fixed IPs for the metadata port ed96c94d41 Fix default value for MTUs, when not provided 1e244c57c5 [OVS] Allow custom ethertype traffic in the ingress table 2fb9ddb01e Delete the PB level registers when deleting the duplicated PB 7ca09bfc2e Only create a frozen Row on matching events fe0ffa1a2e Ensure vlan network traffic is not centralized 93fddc453c Rename setup-mtu-t1 argument because it is misleading Diffstat (except docs and test files) ------------------------------------- .../agent/linux/openvswitch_firewall/firewall.py | 19 ++++ neutron/cmd/remove_duplicated_port_bindings.py | 15 ++- neutron/common/ovn/constants.py | 2 + neutron/db/db_base_plugin_v2.py | 2 +- neutron/objects/ports.py | 16 ++- .../drivers/ovn/mech_driver/ovsdb/maintenance.py | 67 ++++++++++++- .../drivers/ovn/mech_driver/ovsdb/ovn_client.py | 111 +++++++++++++++++---- .../drivers/ovn/mech_driver/ovsdb/ovsdb_monitor.py | 3 +- neutron/plugins/ml2/plugin.py | 8 ++ .../ovn/mech_driver/ovsdb/test_ovn_client.py | 68 +++++++++++++ .../linux/openvswitch_firewall/test_firewall.py | 22 ++++ .../ovn/mech_driver/ovsdb/test_maintenance.py | 69 +++++++++++-- .../notes/bug-1986003-9bf5ca04f9304336.yaml | 10 ++ .../notes/redirect-type-f29e89ca97357fe9.yaml | 24 +++++ .../infrared/tripleo-ovn-migration/main.yml | 4 +- .../tripleo_environment/ovn_migration.sh | 14 ++- 20 files changed, 453 insertions(+), 51 deletions(-)

1 0

horizon 20.1.4 (xena)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We are chuffed to announce the release of: horizon 20.1.4: OpenStack Dashboard This release is part of the xena stable release series. The source is available from: https://opendev.org/openstack/horizon Download the package from: https://tarballs.openstack.org/horizon/ Please report issues through: https://bugs.launchpad.net/horizon/+bugs For more details, please see below. Changes in horizon 20.1.3..20.1.4 --------------------------------- 4b0665d70 Add setup and teardown to the volumes pagination tests 1b7a13581 Integration test navigation machinery for Angular pages 76a905a7e Speed up integration tests c23900305 Fix instance table behavior after deleting an instance 014038670 Add a Note Under Install and configure Section in documentation 2f600272b Fix success_url parameter issue for Edit Snapshot 049879313 Fix rescue of volume-based instances Diffstat (except docs and test files) ------------------------------------- horizon/test/webdriver.py | 4 +- openstack_dashboard/api/microversions.py | 1 + openstack_dashboard/api/nova.py | 15 +- .../dashboards/project/snapshots/views.py | 12 +- .../images/steps/create-image/create-image.html | 16 +- .../core/images/steps/edit-image/edit-image.html | 4 +- .../pages/project/compute/imagespage.py | 246 ++++++++++++--------- 17 files changed, 529 insertions(+), 259 deletions(-)

1 0

ovn-octavia-provider 1.3.1 (xena)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We are overjoyed to announce the release of: ovn-octavia-provider 1.3.1: OpenStack Octavia integration with OVN This release is part of the xena stable release series. The source is available from: https://opendev.org/openstack/ovn-octavia-provider Download the package from: https://tarballs.openstack.org/ovn-octavia-provider/ Please report issues through: https://bugs.launchpad.net/neutron/+bugs For more details, please see below. Changes in ovn-octavia-provider 1.3.0..1.3.1 -------------------------------------------- 17532ec Fix broken pep8 jobs due to bandit 1.7.5 updated version cbfff64 Add new FTs for health monitoring basic operations 565756a Remove HM uuiid from LB external_ids when the HM's pool is deleted cbbf3eb Reset member provisioning status to NO_MONITOR when a HM is deleted Diffstat (except docs and test files) ------------------------------------- ovn_octavia_provider/common/constants.py | 3 + ovn_octavia_provider/driver.py | 6 +- ovn_octavia_provider/helper.py | 89 ++++++++----- 7 files changed, 346 insertions(+), 51 deletions(-)

1 0

manila 13.2.0 (xena)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We joyfully announce the release of: manila 13.2.0: Shared Storage for OpenStack This release is part of the xena stable release series. The source is available from: https://opendev.org/openstack/manila Download the package from: https://tarballs.openstack.org/manila/ Please report issues through: https://bugs.launchpad.net/manila/+bugs For more details, please see below. 13.2.0 ^^^^^^ New Features ************ * The special *.snapshot* directories for shares created by the Infinidat driver can now be controlled through configuration options: *infinidat_snapdir_accessible* and *infinidat_snapdir_visible*. By default, each share allows access to its own *.snapshot* directory, which contains files and directories of each snapshot taken. To restrict access to the *.snapshot* directory, the *infinidat_snapdir_accessible* should be set to *False*. The *infinidat_snapdir_visible* option controls visibility of the *.snapshot* directory. By default, the *.snapshot* directory is hidden. To make the *.snapshot* directory visible on the client side, this option should be set to *True*. Bug Fixes ********* * Launchpad bug 1968891 (https://bugs.launchpad.net/manila/+bug/1968891) has been fixed. scheduler will use size increase rather than share size to calculate provisioned_ratio when extending share. * Add the filesystem info in the exports created by the CephFS NFS driver. This fixes inconsistencies when deploying Manila with CephFS NFS with multiple filesystems. * Infinidat Driver bug #1992443 (https://bugs.launchpad.net/manila/+bug/1992443) Fixed an issue in Infinidat driver to support host assisted migration. The *snapdir_visible* filesystem property must be disabled to hide *.snapshot* directory on the client side. However, this behavior can be changed using the *infinidat_snapdir_visible* configuration option. * Fixed an issue that made the CephFS driver to override the permissions in a share. After a bugfix (https://tracker.ceph.com/issues/54375) Ceph's idempotent creation of shares had a change on its behavior. If a share mode was modified outside of Manila, or the configuration value for *cephfs_volume_mode* was changed in Manila when shares had already been created, these shares would have their mode changed while Manila attempted to ensure that such share exists using the idempotent creation, potentially breaking clients. The CephFS driver will no longer send create calls to the backend when ensuring a share exists. For more details, please refer to Bug #2002394 (https://bugs.launchpad.net/manila/+bug/2002394) Changes in manila 13.1.0..13.2.0 -------------------------------- 9d097fa4 Add filesystem info to FSAL in CephFS NFS a229c0ad Remove TripleO job 24a1b097 update capacity filter during extend share f320288f [Cephfs] Fix erroneous share mode override on ensure_shares dcb8a7d6 [Infinidat] fixed host assisted migration 6a336070 [stable-only] Pin tox version Diffstat (except docs and test files) ------------------------------------- .../drivers/infinidat-share-driver.rst | 27 ++++ .../configuration/tables/manila-infinidat.inc | 6 +- manila/scheduler/filters/capacity.py | 4 +- manila/scheduler/manager.py | 8 +- manila/share/drivers/cephfs/driver.py | 16 +- manila/share/drivers/infinidat/infinibox.py | 97 ++++++++--- .../share/drivers/infinidat/test_infinidat.py | 178 +++++++++++++++------ ...pass-when-extending-share-6b60799e7aa41e19.yaml | 6 + ...stem-info-cephfs-nfs-fsal-b39ae5ebaeb6fba1.yaml | 7 + ...t-host-assisted-migration-4344c4d076b66796.yaml | 21 +++ ...orcement-on-ensure-shares-a2e4d8f6c07c8cf5.yaml | 13 ++ tox.ini | 1 + zuul.d/project.yaml | 5 +- 14 files changed, 336 insertions(+), 105 deletions(-)

1 0

manila 14.1.0 (yoga)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We are glad to announce the release of: manila 14.1.0: Shared Storage for OpenStack This release is part of the yoga stable release series. The source is available from: https://opendev.org/openstack/manila Download the package from: https://tarballs.openstack.org/manila/ Please report issues through: https://bugs.launchpad.net/manila/+bugs For more details, please see below. 14.1.0 ^^^^^^ New Features ************ * The special *.snapshot* directories for shares created by the Infinidat driver can now be controlled through configuration options: *infinidat_snapdir_accessible* and *infinidat_snapdir_visible*. By default, each share allows access to its own *.snapshot* directory, which contains files and directories of each snapshot taken. To restrict access to the *.snapshot* directory, the *infinidat_snapdir_accessible* should be set to *False*. The *infinidat_snapdir_visible* option controls visibility of the *.snapshot* directory. By default, the *.snapshot* directory is hidden. To make the *.snapshot* directory visible on the client side, this option should be set to *True*. Bug Fixes ********* * Launchpad bug 1968891 (https://bugs.launchpad.net/manila/+bug/1968891) has been fixed. scheduler will use size increase rather than share size to calculate provisioned_ratio when extending share. * Infinidat Driver bug #1989283 (https://bugs.launchpad.net/manila/+bug/1989283) Incremented driver version to 1.1, where SSL support was added. For more details on enabling SSL, please check the Infinidat driver documentation (https://docs.openstack.org/manila/latest/configuration/shared-file- systems/drivers/infinidat-share-driver.html). * Add the filesystem info in the exports created by the CephFS NFS driver. This fixes inconsistencies when deploying Manila with CephFS NFS with multiple filesystems. * Infinidat Driver bug #1992443 (https://bugs.launchpad.net/manila/+bug/1992443) Fixed an issue in Infinidat driver to support host assisted migration. The *snapdir_visible* filesystem property must be disabled to hide *.snapshot* directory on the client side. However, this behavior can be changed using the *infinidat_snapdir_visible* configuration option. * Fixed an issue that made the CephFS driver to override the permissions in a share. After a bugfix (https://tracker.ceph.com/issues/54375) Ceph's idempotent creation of shares had a change on its behavior. If a share mode was modified outside of Manila, or the configuration value for *cephfs_volume_mode* was changed in Manila when shares had already been created, these shares would have their mode changed while Manila attempted to ensure that such share exists using the idempotent creation, potentially breaking clients. The CephFS driver will no longer send create calls to the backend when ensuring a share exists. For more details, please refer to Bug #2002394 (https://bugs.launchpad.net/manila/+bug/2002394) Changes in manila 14.0.1..14.1.0 -------------------------------- 74a06d77 Remove TripleO job 9e052999 update capacity filter during extend share 3d6fcc99 [Cephfs] Fix erroneous share mode override on ensure_shares c57b292c Add filesystem info to FSAL in CephFS NFS 594fb45c [Infinidat] fixed host assisted migration 725e4cc4 [stable-only] Pin tox version 13c71fb5 [Infinidat] bump driver version and update docs Diffstat (except docs and test files) ------------------------------------- .../drivers/infinidat-share-driver.rst | 42 +++++ .../configuration/tables/manila-infinidat.inc | 10 +- manila/scheduler/filters/capacity.py | 4 +- manila/scheduler/manager.py | 8 +- manila/share/drivers/cephfs/driver.py | 16 +- manila/share/drivers/infinidat/infinibox.py | 97 ++++++++--- .../share/drivers/infinidat/test_infinidat.py | 178 +++++++++++++++------ ...pass-when-extending-share-6b60799e7aa41e19.yaml | 6 + ...83-infinidat-version-bump-6f791d9d97ccf75b.yaml | 8 + ...stem-info-cephfs-nfs-fsal-b39ae5ebaeb6fba1.yaml | 7 + ...t-host-assisted-migration-4344c4d076b66796.yaml | 21 +++ ...orcement-on-ensure-shares-a2e4d8f6c07c8cf5.yaml | 13 ++ tox.ini | 1 + zuul.d/project.yaml | 5 +- 15 files changed, 363 insertions(+), 105 deletions(-)

1 0

python-manilaclient 3.0.3 (xena)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We are satisfied to announce the release of: python-manilaclient 3.0.3: Client library for OpenStack Manila API. This release is part of the xena stable release series. The source is available from: https://opendev.org/openstack/python-manilaclient Download the package from: https://pypi.org/project/python-manilaclient Please report issues through: https://bugs.launchpad.net/python-manilaclient/+bugs For more details, please see below. 3.0.3 ^^^^^ Bug Fixes * The OpenStackClient plugin will now use most suitable version for openstack commmands client generation if user supplied version is above max version supported by server. For more details, please refer Launchpad bug #1960490 (https://bugs.launchpad.net/python- manilaclient/+bug/1960490) * Fixed the use of the "--availability-zone" option with the "openstack share network create" command. * Support --os-key option and OS_KEY environment variable which allows to provide client cert and its private key separately. Changes in python-manilaclient 3.0.2..3.0.3 ------------------------------------------- 135cdf9 Use suitable api version for OSC. 046e92e Make the OSC plugin handle the --insecure flag 92e701c Fix share network create command with the AZ option e2a4886 Support --os-key option accd8e9 Add FIPS testing jobs 0c9c6a1 Drop lower-constraints.txt and its testing Diffstat (except docs and test files) ------------------------------------- lower-constraints.txt | 90 ---------------------- manilaclient/osc/plugin.py | 45 ++++++----- manilaclient/osc/v2/share_networks.py | 4 +- manilaclient/shell.py | 12 ++- playbooks/enable-fips.yaml | 3 + ...-suitable-version-for-osc-b375a32273b56522.yaml | 7 ++ ...re-network-create-command-879dc3deca131ef9.yaml | 4 + .../bug-1999775-add-os-key-0cfc95c7b480df05.yaml | 5 ++ requirements.txt | 4 + tox.ini | 6 -- zuul.d/project.yaml | 2 + zuul.d/python-manilaclient-jobs.yaml | 10 +++ 13 files changed, 85 insertions(+), 122 deletions(-) Requirements updates -------------------- diff --git a/requirements.txt b/requirements.txt index 3c563cf..283aab0 100644 --- a/requirements.txt +++ b/requirements.txt @@ -0,0 +1,4 @@ +# Requirements lower bounds listed here are our best effort to keep them up to +# date but we do not test them so no guarantee of having them all correct. If +# you find any incorrect lower bounds, let us know or propose a fix. +

1 0

python-manilaclient 4.1.2 (zed)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We are thrilled to announce the release of: python-manilaclient 4.1.2: Client library for OpenStack Manila API. This release is part of the zed stable release series. The source is available from: https://opendev.org/openstack/python-manilaclient Download the package from: https://pypi.org/project/python-manilaclient Please report issues through: https://bugs.launchpad.net/python-manilaclient/+bugs For more details, please see below. 4.1.2 ^^^^^ Bug Fixes * The OpenStackClient plugin will now use most suitable version for openstack commmands client generation if user supplied version is above max version supported by server. For more details, please refer Launchpad bug #1960490 (https://bugs.launchpad.net/python- manilaclient/+bug/1960490) * Fixed the use of the "--availability-zone" option with the "openstack share network create" command. * Support --os-key option and OS_KEY environment variable which allows to provide client cert and its private key separately. Changes in python-manilaclient 4.1.1..4.1.2 ------------------------------------------- 71c7805 Use suitable api version for OSC. 2128ea1 Fix share network create command with the AZ option f34641e [stable-only] Pin tox version 8d9ea26 Support --os-key option Diffstat (except docs and test files) ------------------------------------- manilaclient/osc/plugin.py | 48 +++++++++++++--------- manilaclient/osc/v2/share_networks.py | 4 +- manilaclient/shell.py | 12 +++++- ...-suitable-version-for-osc-b375a32273b56522.yaml | 7 ++++ ...re-network-create-command-879dc3deca131ef9.yaml | 4 ++ .../bug-1999775-add-os-key-0cfc95c7b480df05.yaml | 5 +++ tox.ini | 1 + zuul.d/project.yaml | 2 + 9 files changed, 70 insertions(+), 28 deletions(-)

1 0

manila 15.2.0 (zed)
by no-reply＠openstack.org 13 Apr '23

13 Apr '23

We are overjoyed to announce the release of: manila 15.2.0: Shared Storage for OpenStack This release is part of the zed stable release series. The source is available from: https://opendev.org/openstack/manila Download the package from: https://tarballs.openstack.org/manila/ Please report issues through: https://bugs.launchpad.net/manila/+bugs For more details, please see below. 15.2.0 ^^^^^^ New Features ************ * The special *.snapshot* directories for shares created by the Infinidat driver can now be controlled through configuration options: *infinidat_snapdir_accessible* and *infinidat_snapdir_visible*. By default, each share allows access to its own *.snapshot* directory, which contains files and directories of each snapshot taken. To restrict access to the *.snapshot* directory, the *infinidat_snapdir_accessible* should be set to *False*. The *infinidat_snapdir_visible* option controls visibility of the *.snapshot* directory. By default, the *.snapshot* directory is hidden. To make the *.snapshot* directory visible on the client side, this option should be set to *True*. Bug Fixes ********* * Launchpad bug 1968891 (https://bugs.launchpad.net/manila/+bug/1968891) has been fixed. scheduler will use size increase rather than share size to calculate provisioned_ratio when extending share. * When deploying Manila CephFS NFS with cephadm, the manila share service fails to start with the error "Backend cephfsnfs supports neither IPv4 nor IPv6". This happens because the NFS Ganesha daemon fails to start for some reason, and therefore the driver never gets the location of the NFS Ganesha service that will be used as the backend. We rely on the operator to make sure the CephFS NFS cluster is available when initializing the driver. With this fix in place, we raise an exception to explicitly notify the operator and allow them to take further action. * Add the filesystem info in the exports created by the CephFS NFS driver. This fixes inconsistencies when deploying Manila with CephFS NFS with multiple filesystems. * Infinidat Driver bug #1992443 (https://bugs.launchpad.net/manila/+bug/1992443) Fixed an issue in Infinidat driver to support host assisted migration. The *snapdir_visible* filesystem property must be disabled to hide *.snapshot* directory on the client side. However, this behavior can be changed using the *infinidat_snapdir_visible* configuration option. * NetApp driver: Added a guard on getting share server backend detail vserver name when trying to reuse share server. Please refer to Launchpad Bug #1993829 (https://bugs.launchpad.net/manila/+bug/1993829) * Fixed an issue that made the CephFS driver to override the permissions in a share. After a bugfix (https://tracker.ceph.com/issues/54375) Ceph's idempotent creation of shares had a change on its behavior. If a share mode was modified outside of Manila, or the configuration value for *cephfs_volume_mode* was changed in Manila when shares had already been created, these shares would have their mode changed while Manila attempted to ensure that such share exists using the idempotent creation, potentially breaking clients. The CephFS driver will no longer send create calls to the backend when ensuring a share exists. For more details, please refer to Bug #2002394 (https://bugs.launchpad.net/manila/+bug/2002394) Changes in manila 15.1.0..15.2.0 -------------------------------- 512ea447 Remove TripleO job 19be7bb1 update capacity filter during extend share 2507e9d9 [NetApp] catch errors on getting vserver when reusing share server f8d0e0ca [Cephfs] Fix erroneous share mode override on ensure_shares 95f05177 Add filesystem info to FSAL in CephFS NFS 7c342683 [stable-only] Pin tox version e105df94 [Infinidat] fixed host assisted migration 65d447b7 Raise an exc if no VIP/backend is available Diffstat (except docs and test files) ------------------------------------- .../drivers/infinidat-share-driver.rst | 27 ++++ .../configuration/tables/manila-infinidat.inc | 6 +- manila/scheduler/filters/capacity.py | 4 +- manila/scheduler/manager.py | 8 +- manila/share/drivers/cephfs/driver.py | 23 ++- manila/share/drivers/infinidat/infinibox.py | 97 ++++++++--- .../netapp/dataontap/cluster_mode/lib_multi_svm.py | 12 +- .../share/drivers/infinidat/test_infinidat.py | 180 +++++++++++++++------ ...pass-when-extending-share-6b60799e7aa41e19.yaml | 6 + ...end-fails-start-raise-exc-7459302bf662fdd6.yaml | 12 ++ ...stem-info-cephfs-nfs-fsal-b39ae5ebaeb6fba1.yaml | 7 + ...t-host-assisted-migration-4344c4d076b66796.yaml | 21 +++ ...netapp-guard-vserver-name-c65ab9e811b398a8.yaml | 6 + ...orcement-on-ensure-shares-a2e4d8f6c07c8cf5.yaml | 13 ++ tox.ini | 1 + zuul.d/project.yaml | 5 +- 17 files changed, 393 insertions(+), 108 deletions(-)

1 0