[release-announce] manila 13.2.0 (xena)
no-reply at openstack.org
no-reply at openstack.org
Thu Apr 13 10:33:11 UTC 2023
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(-)
More information about the Release-announce
mailing list