releases/deliverables/dalmatian/manila.yaml
Carlos Eduardo d31b6731d0 [manila] New 2024.2/Dalmatian release
$ git log --oneline --no-merges 19.0.0..b0b6ada
bf3a83b46 Add CephFS Manage/unmanage documentation
fdfa6d672 [doc] Driver updatable metadata
c78042bf9 Update share/snapshot instance deferred deletion

Change-Id: I63b4557192a479ad61b63eb50e6c80001a1e4c1f
2024-10-13 19:55:32 -03:00

59 lines
2.6 KiB
YAML

---
launchpad: manila
release-model: cycle-with-rc
team: manila
type: service
cycle-highlights:
- A new share driver has been added to allow provisioning and managing
NFS shares with a VAST DATA Storage appliance. Users can also take
point-in-time backups of these shares through snapshots.
- Users now have the ability to manipulate storage capabilities through
share metadata. Cloud operators can determine which capabilities
are updatable; and users are notified about the status of the updates
through asynchronous user messages.
- It is now possible to specify pre-created NetApp ONTAP efficiency
policies through the use of the ``netapp:efficiency_policy`` share
type extra spec.
- The ``manila-manage service list`` command can now provide the response
in json and yaml formats.
- The NetApp ONTAP driver now supports creating Write Once Read Many
(WORM) shares through the use of the NetApp storage SnapLock feature.
- Manila now supports scheduling shares on hosts that are currently
running and marked as being under maintenance (disabled).
- When creating access rules with a deletion lock, the corresponding
shares will also be locked to prevent disconnections.
- Users can now set and unset metadata on share export locations.
The behavior is similar to Manila shares. A new configuration option
named ``admin_only_el_metadata`` was added in order to allow administrators
to prevent end users to update certain metadata keys.
- Cloud operators can now refresh share export locations through a
new API instead of restarting Manila's share manager service. This
improves the uptime and availability of the cloud.
- The Shared File Systems service now requires a user's scope to be
set within the OpenStack Identity service by default. This behavior
can be turned off, however, it is highly discouraged to do so.
repository-settings:
openstack/manila: {}
releases:
- version: 19.0.0.0rc1
projects:
- repo: openstack/manila
hash: 8c326be9dbe168591e1c21cefe41f1f572006874
- version: 19.0.0.0rc2
projects:
- repo: openstack/manila
hash: 8c57c7a46f04472d0e608ee7f805f15279443d78
- version: 19.0.0
projects:
- repo: openstack/manila
hash: 8c57c7a46f04472d0e608ee7f805f15279443d78
diff-start: 18.0.1
- version: 19.0.1
projects:
- repo: openstack/manila
hash: 286ef4d041b52fc1e3bc50228b273d9bccfc3821
branches:
- name: stable/2024.2
location: 19.0.0.0rc1
release-notes: https://docs.openstack.org/releasenotes/manila/2024.2.html