Wallaby 系列发布说明¶
18.2.1-12¶
新特性¶
Pure Storage FlashArray 驱动程序：添加了配置选项
pure_iscsi_cidr_list，用于设置多个网络 CIDR 用于 iSCSI 目标连接。支持 IPv4 和 IPv6。默认值仍然允许所有 IPv4 目标。
升级说明¶
此版本引入了一个新的配置选项
vmdk_allowed_types，它指定 Cinder 将允许的 VMDK 镜像子格式列表。默认设置仅允许 ‘streamOptimized’ 和 ‘monolithicSparse’ 子格式，这些子格式不使用命名扩展。
安全问题¶
此版本引入了一个新的配置选项
vmdk_allowed_types，它指定 Cinder 将允许的 VMDK 镜像子格式列表，以防止通过修改 VMDK 镜像中的命名扩展来暴露主机信息。默认设置仅允许 ‘streamOptimized’ 和 ‘monolithicSparse’ 子格式，这些子格式不使用命名扩展。
作为修复 Bug #1996188 的一部分，cinder 现在更严格地检查镜像服务 API image-show 响应记录的镜像的
disk_format与 cinder 在下载镜像时检测到的内容是否匹配。因此，先前成功的一些从源镜像创建卷的请求可能会因ImageUnacceptable错误而失败。
错误修复¶
Bug #1953168：修复了容量过滤器日志消息中缺少参数的问题。
Infinidat 驱动程序 bug #1981354：修复了 Infinidat 驱动程序，使其返回给定网络空间的所有已配置和启用的 iSCSI 门户。
Bug #1996188：修复了 VMDK 镜像文件，其 createType 允许命名扩展，可能会暴露主机信息的问题。此更改引入了一个新的配置选项
vmdk_allowed_types，它指定 Cinder 将允许的 VMDK 镜像子格式列表。默认设置仅允许 ‘streamOptimized’ 和 ‘monolithicSparse’ 子格式。
PowerStore 驱动程序 bug #1981068：修复了 REST 客户端的请求数据验证。
Pure Storage FlashArray 驱动程序 bug 1910143：参数
pure_iscsi_cidr现在与 IPv4/v6 无关。
其他说明¶
统一了 cinder 计算池的虚拟可用存储空间的方式。 以前 Cinder 有 2 种不同的机制来计算虚拟可用存储空间。现在，容量过滤器和容量称重器使用相同的机制，该机制基于 https://specs.openstack.org/openstack/cinder-specs/specs/2025.2/provisioning-improvements.html 中定义的术语。
18.2.1¶
Bug 修复¶
Bug #1944577：尝试将卷管理到加密类型从来都不是一个好主意，因为没有办法指定加密密钥 ID，以便可以使用该卷。现在，将卷管理到加密卷类型的请求将导致无效请求响应。
Bug #1965847：修复了导入现有备份 ID 的备份记录时，不幸地删除了现有备份记录的问题。
Bug #1970768：修复了创建备份和回滚到快照时临时卷的状态，防止意外手动删除这些资源。
NFS 驱动程序 bug #1946059：修复了还原到快照的操作。
NetApp ONTAP：修复了 SVM 作用域帐户的 QoS 最小支持检查。请参阅：Bug #1924798。
18.2.0¶
升级说明¶
RBD 驱动：启用 Ceph V2 克隆 API 和 Ceph Trash 自动清除
鉴于 RBD 驱动程序 bug #1941815 的修复，我们想引起您的注意以下信息。
使用 v2 克隆格式进行克隆卷允许具有依赖镜像的卷移动到垃圾箱 - 在那里保留直到清除 - 并允许 RBD 驱动程序推迟删除，直到该卷没有依赖镜像。建议配置垃圾箱清除以避免浪费空间存储这些已清除的卷。从 Ceph Octopus 版本开始，可以配置垃圾箱以根据定义的计划自动清除。请参阅 rbd manpage 中的
rbd trash purge schedule命令。
Bug 修复¶
Bug #1935688：Cinder 仅支持将加密卷类型的卷以
raw格式上传为镜像到镜像服务，使用bare容器类型。之前，os-volume_upload_image操作请求块存储 API 指定不同的格式选项值会被接受，但会导致后续失败。现在，此条件会在 API 层进行检查，对指定了不支持的disk_format或container_format值的加密类型卷执行os-volume_upload_image操作请求会返回 400 (Bad Request) 响应。
RBD 驱动程序 bug #1941815：修复了删除具有快照/卷的 ceph trash 空间中的卷的问题。
RBD 驱动程序 bug #1947518：修复了由 Bug #1931004 的修复引起的回归，该回归试图以写入权限访问 glance 镜像 RBD 池，在从镜像创建卷时。
Bug #1947134：通过修正 _same_filesystem 功能，修复了在 gpfs_images_share_mode 设置为 copy_on_write 时 GPFS NFS 驱动的初始化问题。
Bug #1947123：修复了在 GPFS NFS 驱动中，当 gpfs_images_share_mode 设置为 copy_on_write 时卷创建问题。
PowerMax 驱动程序 bug #1929429：修复了子/父存储组检查，使其模式匹配不区分大小写。例如，myStorageGroup 应该等于 MYSTORAGEGROUP 和 mystoragegroup。
Pure Storage 驱动 Bug #1945824：修复了从 CG 快照创建新的一致性组时缺少 DB 值的问题。
Bug #1916980：修复了卷分离时过时的卷通知信息。
Bug #1935011：修复了在保留状态下删除附件时缺少 detach.start 通知的问题。
Bug #1937084：修复了删除附件和删除卷之间的竞争条件，该条件可能导致已删除的卷仍然被实例连接。
Bug #1924643：修复了 NetApp cinder 驱动的子克隆操作，该操作可能被扩展操作使用，如果扩展后的尺寸大于最大 LUN 几何形状。
Bug #1950474：修复了 transfer accept API 的策略授权。之前，如果操作员在 policy.yaml 文件中将默认的 transfer accept 策略覆盖为特定项目，这将破坏 transfer accept API，在此版本中已修复。
Bug #1941068：修复了
host配置选项的类型。 在文档说明它不是的情况下，它被限制为有效的 FQDN 值。 这可能会导致cinder-manage db sync命令失败。
Bug #1935057：修复了有时分离卷可能最终处于可用和分离状态，但仍存在 error_detaching 中的附件。
Bug #1886543：在需要迁移的重定型中，当从一个后端迁移到另一个后端时，如果从卷类型角度来看是安全的，则尝试使用驱动程序辅助机制。
18.1.0¶
新功能¶
当卷驱动程序的 get_volume_stats() 调用返回时间过长时，记录卷服务中的警告。这可以帮助部署者排查 cinder-volume 服务由于驱动程序/后端性能问题而出现故障。
升级说明¶
Pure Storage FlashArray 最低
purestorageSDK 版本提高到 1.17.0
Bug 修复¶
PowerFlex 驱动程序 bug #1897598：修复了在执行卷迁移时未转换卷类型的情况下，PowerFlex 存储辅助卷迁移中的错误，在应该转换为/从精简/厚配置的情况下。
RBD 驱动 Bug #1922408：修复了从加密快照创建加密卷。
PowerMax 驱动程序 bug #1939139：修复了在使用 PowerMax OS 5978.711 及更高版本时创建快照操作中存在的问题。
修复了附件创建 API 的模式验证，使实例 UUID 成为可选字段。 在早期版本中添加模式验证时，它被错误地定义为必需字段。 此外，还更新了模式以允许指定
mode参数，该参数自 microversion >= 3.54 起可用，但未被识别为合法的请求字段。
NetApp ONTAP bug #1906291：修复了将卷移动（迁移或使用迁移重定型）到 NetApp NFS 后端后，卷丢失其 QoS 策略的问题。
NFS 驱动程序 bug #1860913：修复了实例在在线快照创建后重新启动时使用基本镜像文件的问题。
PowerMax 驱动：之前，从复制存储组创建的目标存储组也会被复制，这可能导致失败。此修复程序最初会创建一个非复制目标，然后让 replicate group API 负责复制它。
PowerMax 驱动：修复了在删除存储组之前暂停它，然后添加一个 force flag 来删除存储组内的卷对。
Pure Storage FlashArray 驱动 bug #1936663：修复了克隆包含名称非常长的卷的一致性组会导致崩溃的问题 - PowerVC 支持所需
Pure Storage FlashArray 驱动 bug #1929219：修复了检查后端阵列 REST API 的内部机制不正确的问题。这对用户没有外部影响。
Pure Storage FlashArray 驱动 bug #1938579：修复了在 PowerVC 部署中克隆多个卷时的问题。
Pure Storage bug #1930748：修复了多附件卷在仍列为实例的附件时从后端断开连接的问题。
Bug #1931004：修复了 RBD 镜像克隆中不正确的条带单元使用问题，导致使用 Ceph 支持的原始镜像进行卷从镜像操作失败。
Bug #1898075：当 Glance 添加对多个 cinder 存储的支持时，Images API 版本 2.11 修改了镜像位置 URI 的格式，Cinder 读取该格式以尝试在从镜像创建卷时使用优化的数据路径。 不幸的是，Cinder 不理解新格式，并且当使用 Glance 多个 cinder 存储时，Cinder 无法使用优化的数据路径，而是从 Image 服务下载镜像数据。 Cinder 现在支持 Images API 版本 2.11。
18.0.0¶
序言¶
欢迎来到 OpenStack 块存储服务（cinder）的 Wallaby 版本。在此版本中，块存储 API 版本 3 已达到微版本 **3.64**。
新功能¶
在 Nimble 驱动中添加了还原到快照功能。
IBM Spectrum Virtualize：添加了支持在源是复制组或复制组快照时，从源创建组。
IBM DS8000 驱动：添加了对还原到快照操作的支持。
Huawei FusionStorage Cinder 驱动（dsware）现已支持 OceanStor 100D 存储。
Zadara VPSA 驱动：添加了对 cinder 功能卷管理、快照管理、列出可管理卷、可管理快照、多附件和 IPv6 支持的支持。
从 API 微版本 3.64 开始，当关联卷已加密时，卷和备份详情的响应体中将包含一个
encryption_key_id属性。
添加了新的备份驱动程序，支持将 cinder 卷备份到 S3 兼容存储。有关更多信息，请参阅 S3 备份驱动程序。
添加了通过自签名证书对 JovianDSS 数据存储进行身份验证的支持。添加了还原到快照功能的支持。扩展了 JovianDSS 驱动的单元测试覆盖率。
KIOXIA Kumoscale 存储系统的新 Cinder 卷驱动程序。该驱动程序存储系统支持 NVMeOF。
NetApp ONTAP 驱动：添加了对使用 NFS 模式的 FlexGroup 池的支持。在使用该驱动程序时有几点需要注意
FlexGroup 池仅支持 ONTAP 存储 9.8 或更高版本。
2. FlexGroup 池对聚合功能有不同的视图，通过元素列表而不是单个元素来更改它们。它们是
netapp_aggregate、netapp_raid_type、netapp_disk_type和netapp_hybrid_aggregate。netapp_aggregate_used_percent功能是所有 FlexGroup 聚合的平均使用百分比。3.
utilization功能未为 FlexGroup 池计算，始终设置为默认值 50。4. 该驱动程序不支持包含 FlexGroup 池的卷的一致性组。
5. 该驱动程序不支持包含 FlexGroup 池的卷的多附件。
6. 对于 FlexGroup 池上的卷，克隆卷、创建快照和从镜像创建卷的操作实现为 NFS 通用驱动程序。因此，它们不依赖 ONTAP 存储来执行这些操作。
7. FlexGroup 池的驱动程序默认禁用快照支持。要启用，您必须在 cinder 配置文件中后端配置部分将
nfs_snapshot_support设置为 true。8. FlexGroup 池上的卷不应用驱动程序镜像缓存。不过，它可以利用核心镜像缓存来避免重复下载。
9. 鉴于 FlexGroup 池可能位于多个集群节点上，仅当所有节点都支持 QoS 最低限度时，才会启用 QoS 最低限度支持。
NetApp ONTAP 驱动：添加了对自适应 QoS 规格的支持。该驱动程序现在接受
expectedIOPSperGiB、peakIOPSperGiB、expectedIOPSAllocation、peakIOPSAllocation、absoluteMinIOPS和blockSize。peakIOPSperGiB和expectedIOPSperGiB字段需要一起使用。expectedIOPSperGiB和absoluteMinIOPS规格仅由 ONTAP AFF 系统保证。所有规格只能与 ONTAP 版本 9.4 或更高版本一起使用，但expectedIOPSAllocation和blockSize规格至少需要 9.5。
NetApp ONTAP 驱动：添加了对 QoS Min（下限）吞吐量规格的支持。该驱动程序现在接受
minIOPS和minIOPSperGiB规格，可以单独设置，也可以与 Max（上限）吞吐量规格一起设置。该功能需要存储 ONTAP All Flash FAS (AFF) 版本 9.3 或更高版本（用于 NFS）以及 9.2 或更高版本（用于 iSCSI 和 FCP）。它也适用于 Select Premium with SSD 和 C190 存储，以及至少 ONTAP 9.6。
NetApp ONTAP 驱动：添加了一个新的驱动程序特定功能 netapp_qos_min_support。它用于在调度程序阶段过滤支持 QoS 最低限度（下限）规格的池。
PowerStore 驱动：添加一致性组支持。
PowerStore 驱动：添加 OpenStack 复制 v2.1 支持。
TOYOU ACS5000 的新 Cinder 卷驱动程序。新驱动程序支持 iSCSI。
添加了新的 Ceph iSCSI 驱动 rbd_iscsi。这个新驱动程序源自 rbd 驱动程序，并支持 rbd 驱动程序的所有相同功能。唯一的区别是卷连接是通过 iSCSI 完成的。
cinder-manage 命令现在包含一个名为
quota的新类别，有两个可能的动作check和sync，以帮助管理员管理长时间运行部署中不同步的配额。
现在支持 Dell EMC PowerVault ME 系列存储阵列。
为 HPE Primera 后端添加了 Peer Persistence 支持。
HPE 3PAR 驱动程序：添加对 Primera 4.2 或更高版本的 iSCSI 驱动程序的支持。
IBM Spectrum Virtualize Family 驱动：添加了返回指定存储池所有 VDisks 的最大 IOPS 和带宽的节流速率的功能。
添加了对 Open-E JovianDSS 数据存储的支持。驱动程序除了支持最低要求的功能外，还支持 Open-E 灾难恢复功能和级联卷删除。
引入了微版本 (MV) 3.63，其中包括卷详情 JSON 响应中的卷类型 ID。此 MV 会影响卷详情列表（
GET /v3/{project_id}/volumes/detail）和卷显示（GET /v3/{project_id}/volumes/{volume_id}）调用。
在 Nimble 存储驱动中添加了一致性组支持。
Pure Storage FlashArray 驱动：为 iSCSI 和 FC 驱动程序启用了 Active/Active 支持。这允许用户在集群环境中配置 Pure Storage 后端。
为 Pure Storage 驱动程序添加了 QoS 支持。QoS 支持从 Purity//FA 5.3.0 开始提供
Cinder 现在会将后端文件（raw 或 qcow2）的格式存储在卷的 admin 元数据中，并在 Attachments API 返回的 connection_info 中包含格式。以前，Cinder 会尝试自省格式，在某些情况下会推断出错误的格式。对于旧卷，情况仍然如此。显式存储格式将避免新创建卷出现此问题。更多信息请参阅 spec。
IBM Spectrum Virtualize：添加了对全局镜像卷进行重类型操作的支持。
IBM Spectrum Virtualize Family：添加了对全局镜像卷的还原到快照的支持。
已知问题¶
加密卷的异常情况
总的来说，用户对 Cinder 的 卷加密由密钥管理器支持 功能感到满意。但是，存在一些边缘情况暴露了您和您的用户应该注意的 bug。
首先，一些背景介绍。块存储 API 支持以吉比字节（GiB）为单位创建卷。当创建一个大小为 n 的非加密卷类型的卷时，该卷包含 n GiB 的可用空间。但是，当请求一个加密类型的卷时，该卷包含小于 n GiB 的可用空间，因为必须存储在该卷内的加密元数据会消耗一部分原本可用的空间，才能使该卷可用。
尽管加密元数据消耗了卷不到 1% 的空间，但假设用户想将一个非加密类型卷重类型为同等大小的加密类型卷。如果非加密卷已“满”，那么我们就面临着将 101% 的容量塞入加密卷的情况，这在目前的物理定律下是不可能的，重类型应该会失败（请参阅 Cinder 文档中关于卷加密的 已知问题）。
（请注意，即使卷不包含正好 n GiB 的数据，一个 n GiB 的卷是否应被视为“满”，也可能取决于所使用的存储后端技术。）
当用户从 Glance 中的镜像创建加密类型卷时，也会出现类似的情况。如果镜像的大小非常接近请求的卷大小所给出的 GiB 边界，那么当镜像数据加上加密元数据超过请求的卷大小时，操作可能会失败。
到目前为止，这种行为并不异常；一旦您意识到加密元数据必须存储在卷中并且会消耗一些空间，这基本上就是您所期望的。
但是，我们最近注意到在使用带有 Ceph 存储后端的当前 RBD 驱动程序时出现以下异常情况。
当从 Glance 中的镜像创建加密卷时，该镜像是由未加密卷上传为镜像的，或者镜像的大小恰好非常接近请求的卷大小给出的 GiB 边界，加密头部消耗的空间可能不足以容纳镜像中的数据。在这种情况下，数据会被悄悄地截断以适应请求的卷大小。
同样，当从加密卷的快照创建加密卷时，如果创建快照时原始卷中的数据量非常接近卷大小给出的 GiB 边界，则新卷中的数据可能会被悄悄地截断。
不客气地说，静默截断比失败更糟糕，Cinder 团队将在下一个版本中解决这些问题。此外（如果这还不够糟糕的话！），我们怀疑当将卷加密与基于 NFS 的存储后端一起使用时，也会出现上述异常情况，尽管这尚未报告或确认。
升级说明¶
Zadara VPSA 驱动程序已更新以支持 json 格式，并使用新的代码布局进行了重组。在
cinder.conf中的模块路径cinder.volume.drivers.zadara.ZadaraVPSAISCSIDriver应更新为cinder.volume.drivers.zadara.zadara.ZadaraVPSAISCSIDriver。
RBD 驱动：在此版本之前，Cinder 项目没有关于 Cinder 支持的 Ceph 版本声明。特此声明
对于任何 OpenStack 版本，Cinder 支持当前 Ceph 活动稳定版本加上之前的两个版本。
对于任何 OpenStack 版本，预期 Ceph 客户端和服务器的版本是一致的。
Ceph RADOS 块设备（RBD）驱动程序文档已更新以反映此策略，并对此进行更详细的解释。Ceph RADOS 块设备（RBD）。
此版本包含对 Bug #1908315 的修复，该修复更改了管理块存储 API 操作 重置组快照状态 的策略的默认值，使其成为仅管理员操作。该策略在 Queens 开发周期期间被意外更改为管理员或所有者。
该策略名为
group:reset_group_snapshot_status。如果您在 cinder 策略配置文件中具有此策略的自定义值，则此默认值的更改不会影响您。
如果您已经意识到此回归并喜欢当前（不正确）的行为，您可以将以下行添加到 cinder 策略配置文件以恢复该行为
"group:reset_group_snapshot_status": "rule:admin_or_owner"
Cinder 项目团队不推荐此设置，因为它可能会允许最终用户将组快照置于具有不确定后果的无效状态。
有关 cinder 策略配置文件的更多信息，请参阅 Cinder 配置指南的 policy.yaml 部分。
Ceph/RBD 卷后端现在将假定独占的 cinder 池，就像在配置中设置了
rbd_exclusive_cinder_pool = true一样。这有助于部署大量卷并防止部署中数量不断增长的卷出现问题，但代价是向调度程序报告的统计信息准确性略有下降。
TSM 备份驱动程序已被移除。请在升级前迁移您的备份。
Cinder 现在需要 LVM 版本 2.02.107 或更高版本。
已添加新的配置选项以启用 cinder 和 glance 之间的 mTLS：在 cinder 配置文件
[DEFAULT]部分使用glance_certfile和glance_keyfile。
cinder.quota.NestedDbQuotaDriver配额驱动程序在 Train 版本中被标记为已弃用，并且自 Ussuri 版本起可移除。此版本移除了 NestedQuotaDriver 支持。
弃用说明¶
PowerStore 驱动：
powerstore_appliances选项已弃用，将在未来版本中移除。驱动程序不使用此选项来确定使用哪些设备。PowerStore 使用自己的负载均衡器。
JSON 格式的策略文件使用在 Victoria 开发周期中被
oslo.policy库弃用。因此，此弃用将在 Wallaby 周期中记录，并预期oslo.policy将移除对 JSON 格式文件支持。因此，操作员需要转换为 YAML 策略文件。使用 oslopolicy-convert-json-to-yaml 工具将现有的 JSON 格式策略文件转换为向后兼容的 YAML。
Bug 修复¶
Nimble 驱动 bug #1918099：修复了还原到快照未能按预期工作的问题。
Bug #1837524：IBM Spectrum Virtualize Family：修复了当卷具有镜像副本且 mdisk_grp_name=many 时 create_consistency_group 的问题。
Pure Storage 驱动 bug 1870103：确保未管理的卷在 FlashArray 上不会超过最大字符长度。
IBM DS8000 驱动 Bug #1884030：支持 volume_name_template 配置选项。
Bug #1887859：修复了 Cinder Backup Manager 中备份驱动程序双重初始化的竞争条件。
Bug #1887962：PowerMax 驱动程序修复，以纠正在使用 do_sync_check 时错误删除的非临时快照，该 do_sync_check 用于多个操作，因为缺少对临时快照名称的检查。
Bug #1888951：修复了使用 NFS 卷驱动程序从快照创建备份时的问题。
IBM Spectrum Virtualize 驱动程序 Bug #1890254：修复了 check_vdisk_fc_mappings 在删除源卷时未删除所有 flashcopy 映射的问题，当使用通用源卷创建多个克隆和快照时。
Bug #1890589：IBM Spectrum Virtualize Family：修复了 create_flashcopy_to_consistgrp 中的问题，使用了 opts 中的 iogrp、qos 进行 create_vdisk、mkfcmap 调用（如果数据存在于 opts 中）。
Bug #1890591：IBM Spectrum Virtualize Family：修复了 StorwizeSVCCommonDriver 的 do_setup 中保存池信息在初始化期间的统计信息中的问题。
IBM Spectrum Virtualize Family 驱动 Bug #1892034：修复了 get_host_from_connector 中当卷名作为输入传递时，卷名未经验证即可在 terminate connection 时获取主机的问题。
Bug #1894381：修复了 cinder-manage cluster remove 不工作并出现 NoSuchOptError 错误的问题。
Bug #1895510：IBM DS8K：修复了在使用 IBM DS8K 驱动程序与存储版本 R9 及更高版本时出现的兼容性问题。
IBM Spectrum Virtualize Family Bug #1896214：修复了 change_vdisk_iogrp 中的问题。在 I/O 组之间重类型卷时，如果 addvdiskaccess 失败，会引发异常；如果 movevdisk 失败，则应在失败重类型操作之前为新的 I/O 组执行 rmvdiskaccess。
IBM Spectrum Virtualize Family Bug #1898746：修复了影响存储后端性能的 host-failover 和 group-failover 相关问题。
RBD 驱动程序 Bug #1898918：修复了由克隆卷期间展平操作引起的线程阻塞。现在展平操作在不同的线程中执行。
Bug #1900979：修复了在使用启用 CHAP 的 PowerStore 作为存储后端时的 bug。
Bug #1915800：为 XtremIO 驱动程序添加端口过滤支持。
RBD 驱动程序 bug #1901241：修复了一个问题，即降低
rbd_max_clone_depth配置选项会阻止已经超过该深度的卷被克隆。
IBM DS8000 驱动 Bug #1903648：修复了 os_type 兼容性和主机名模板问题。
Bug #1904440：当克隆 iSCSI/FC 加密卷时，重新加密操作会将错误的加密密钥盖章到新克隆的卷上。这导致无法附加的卷。这不会带来安全问题。
Bug #1904892：修复了 cinder 管理操作，用于使用 IPv6 地址在 NFS 服务器地址中使用的 NFS 后端。这些之前被 Cinder API 拒绝。
PowerMax 驱动 bug #1905564：修复了在故障转移-提升期间进行重类型时，远程 SRP 未分配给卷主机的问题。
IBM Spectrum Virtualize Family Bug #1905988：修复了卷 IOPS 节流问题，增加了一个选项，可以根据卷大小设置卷 IOPS。
Bug #1906528：IBM Spectrum Virtualize Family 驱动：修复了 host-failback 和 group-failback 影响存储后端性能的问题。
RBD 驱动程序 bug #1907964：为存储在 Ceph 中的备份图像添加了快速差异支持。如果后端支持快速差异，则会自动启用并使用。启用快速差异后，图像和快照之间的差异生成以及确定快照的实际数据使用情况将得到显著加速。
Bug #1908315：纠正了
group:reset_group_snapshot_status策略的默认检查字符串，使其成为仅管理员操作。该策略管理块存储 API 操作 重置组快照状态，默认情况下应该是一个管理员操作。
Bug #1912451：IBM Spectrum Virtualize Family 驱动：更新了 HyperSwap 卷和启用复制的卷的复制属性，这些属性在卷元数据中丢失。
IBM Spectrum Virtualize Family 驱动 Bug #1912564：修复了 HyperSwap 卷删除问题。
Bug 1913449：修复了 RBD 驱动程序 _update_volume_stats() 在使用 Ceph Pacific python rados 库时失败的问题。这是因为我们将 str 而不是 bytes 传递给 cluster.mon_command()。
Bug #1920237：备份管理器调用 volume remove_export()，但在备份后分离卷时不会等待其完成。这导致了当在该卷上启动后续操作之前，它尚未完全分离时出现问题。
PowerStore 驱动程序 Bug #1920729：修复 REST API 调用未返回用于多种目的（iSCSI 目标、复制目标等）的 iSCSI 目标的问题。
Bug #1870367：部分修复了 NFS 和 Quobyte 驱动程序，通过不再允许扩展已连接的卷来防止因 Qemu 内部锁定机制导致的失败。
Ceph/RBD：修复了 Ceph/RBD 后端 Cinder 启动缓慢的问题。（相关 Bug #1704106）
Ceph/RBD：修复了 Cinder 无响应和统计信息收集时间超过其周期的问题。（相关 Bug #1704106）
Bug #1913054：修复了为需要附加额外信息的驱动程序创建加密卷的克隆。
Bug #1902852：修复了当使用
cinder-manage <category>而未指定类别操作时，抛出 Python traceback 消息的问题。
Bug #1917574：修复了当 cinderclient 请求按名称显示卷时，对于非管理员用户，在微版本 3.31 或更高版本中会找不到该卷的问题。
Hitachi 驱动 bug #1908792：修复了 Hitachi 驱动允许在 create_cloned_volume 之后 delete_volume 的问题。
LVM 驱动程序 bug #1901783：修复由于
lvs命令调用返回意外退出代码 139 而导致的意外删除卷失败。
HPMSA 驱动：HPE MSA 驱动程序已更新，以避免使用 MSA API 最新版本中已删除的弃用命令语法。这是支持 MSA 2060/1060 最新固件所必需的。
Bug #1917797：修复了 Cinder 与 Glance API 的通信，以从配置（cinder 配置文件
[DEFAULT]部分的glance_certfile和glance_keyfile）中正确加载 mTLS 证书。
PowerMax 驱动：修复了防止 R2 卷大于 R1，这样在 R2 恰好大于请求的扩展大小时，扩展操作不会失败。
PowerMax 驱动：检查启动器组的内容是否与连接器的内容匹配，而不管 initiator_check 选项是否已启用。这将确保在所有情况下，如果存在不匹配，都会引发异常。
PowerMax 驱动：增强了对端口组中端口状态的检查，以便尽早清晰地突出显示任何潜在问题，例如端口处于关闭状态。
PowerMax 驱动 - bug #1908920：此离线 r1 提升修复程序在离线 r1 阵列进行提升重类型时，会重置复制启用和配置元数据。它还会从提升期间的源 extra_specs 中获取管理存储组名称。
PowerMax 驱动 - 提升 RDF 组编号修复程序在使用远程阵列 SID 进行故障转移期间重类型时，查找 rdf 组编号。
Pure Storage 驱动：为 FC 主机添加了对
host_personality设置的缺失支持
Pure Storage FlashArray 驱动程序修复，以确保 cinder_tempest_plugin 一致性组测试通过。
Bug #1877164：修复了重类型带快照的卷会使快照保留旧类型，导致快照的配额立即不正确，并在快照删除后使其更加混乱。
Bug #1917450：修复了自动配额刷新以正确考虑迁移的卷。在卷迁移过程中，Cinder 中会有 2 个卷，配额使用量中只计算其中一个。
Bug #1919161：修复了自动配额刷新以正确考虑临时卷。在某些 Cinder 操作（如从快照创建备份）期间，会创建临时卷，并且不会计入配额使用量，但同步机制会计算它们，从而错误地更新卷使用量。
Bug #1697906：修复了
until_refresh配置更改未能及时生效或根本不生效的问题。
Bug #1484343：修复了在数据库中创建重复的配额使用条目。
Bug #1898587：解决了用户在某些环境中可能遇到的克隆和 API 请求超时问题，方法是通过 cinder 配置文件配置这些操作的超时值。
NetApp SolidFire 驱动程序 Bug #1896112：修复了一个问题，该问题可能在 SolidFire 后端成功处理请求并创建卷时，但在无法将结果返回给驱动程序（丢失响应）时复制卷。当发生这种情况时，SolidFire 驱动程序将重试该操作，这之前会导致创建重复的卷。此修复添加了配置选项
sf_volume_create_timeout（默认值：60 秒），它指定驱动程序在引发异常之前等待卷在后端上变为活动状态的额外时间。
NetApp SolidFire 驱动程序 Bug #1891914：修复了一个在集群工作负载重新平衡或系统升级期间，在同时对正在移动到辅助节点上的卷进行操作时可能发生错误的问题。
其他说明¶
支持的 Ceph 版本
Cinder 项目希望澄清其关于 Cinder 支持的 Ceph 版本策略。
对于任何 OpenStack 版本，Cinder 支持当前 Ceph 活动稳定版本加上之前的两个版本。
对于任何 OpenStack 版本，预期 Ceph 客户端和服务器的版本是一致的。
Ceph RADOS 块设备（RBD）驱动程序文档已更新以反映此策略，并对此进行更详细的解释。Ceph RADOS 块设备（RBD）。
此说明适用于使用非默认值 (默认值为 0) 的 cinder 配置选项
volume_copy_bps_limit的部署。cinder-volume 服务目前依赖 Linux Kernel Control Groups (cgroups) 版本 1 来控制在某些卷复制和镜像转换操作期间的 I/O 节流。在此版本发布时，一些 Linux 发行版可能已默认更改为使用 cgroups v2。因此，您可能需要采取明确的步骤来确保在运行 cinder-volume 服务的任何 OpenStack 节点上启用了 **cgroups v1**。这可能需要为这些节点设置特定的 Linux 内核参数。有关详细信息，请咨询您的 Linux 发行版的文档。
更多信息
与节流相关的 cinder 选项是
volume_copy_blkio_cgroup_name和volume_copy_bps_limit。它们在 Wallaby 版本的 示例 cinder 配置文件 中进行了描述。有关 cgroups 的发行版特定信息示例，请参阅 Debian 11（“bullseye”）发行说明中的 OpenStack 和 cgroups v1。
