Xena 系列发布说明

19.3.0-2

已知问题

  • 出于安全原因（Bug #2004555），在大多数情况下，手动删除连接、手动执行 os-terminate_connection、os-detach 或 os-force_detach 操作将不再允许，除非请求来自代表用户的另一个 OpenStack 服务。

升级说明

  • Nova 必须 配置为发送服务令牌 并且 cinder 必须配置为识别 nova 服务用户在 keystone 中分配的至少一个角色。默认情况下，cinder 将识别 service 角色，因此，如果 nova 服务用户在您的云中分配了不同名称的角色，则必须调整 cinder 配置文件（keystone_authtoken 部分中的 service_token_roles 配置选项）。如果 nova 和 cinder 未正确配置，则分离卷将不再起作用（Bug #2004555）。

关键问题

安全问题

  • 作为修复 Bug #2004555 的一部分，cinder 现在拒绝用户附件删除请求，这些请求针对仍在 nova 实例使用的附件，以确保在计算节点上不会产生剩余设备，这些设备可用于访问另一个项目的卷。终止连接、分离和强制分离卷操作（通常不由用户直接执行）在大多数情况下不允许用户执行。

错误修复

  • RBD 驱动程序 bug #1960206：修复了驱动程序向调度程序报告的 total_capacity，适用于已将 bytes_used 字段重命名为 stored 的 Ceph 集群。（例如，Nautilus）。

  • Bug #2004555：修复了用户手动删除附件、调用终止连接、分离或强制分离，对于仍在 nova 实例使用的卷，导致计算节点上留下剩余设备的问题。现在，当认为存在问题时，这些操作将失败。

19.3.0

错误修复

  • Bug #1953168：修复了容量过滤器日志消息中缺少参数的问题。

  • Infinidat 驱动程序 bug #1981354：修复了 Infinidat 驱动程序，使其返回给定网络空间的所有已配置和启用的 iSCSI 门户。

  • PowerMax 驱动程序 bug #1979668：修复了在多个存储组中管理卷的可见性问题。

  • PowerStore 驱动程序 bug #1981068：修复了 REST 客户端的请求数据验证。

  • Bug #2008259：修复了卷创建功能，其中非管理员用户可以通过在请求主体中提供 multiattach 参数来创建多附件卷。现在，我们只能使用支持多附件的卷类型来创建多附件卷，这也是推荐的方法。

其他说明

  • 删除了通过指定卷创建操作请求主体中的 multiattach 参数来创建多附件卷的功能。此功能不安全，可能导致数据丢失，并且自 Queens 版本以来已被弃用。创建多附件卷的推荐方法是使用支持多附件的卷类型。默认情况下，卷类型只能由操作员创建。如果需要多附件卷的用户，如果不可用，应联系其操作员以获取合适的卷类型。

19.2.0

升级说明

  • 此版本引入了一个新的配置选项 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 错误而失败。

错误修复

  • RBD 驱动程序 bug #1957073：修复了当其卷不存在时快照删除失败的问题。

  • Bug #1996188：修复了 VMDK 镜像文件，其 createType 允许命名扩展，可能会暴露主机信息的问题。此更改引入了一个新的配置选项 vmdk_allowed_types，它指定 Cinder 将允许的 VMDK 镜像子格式列表。默认设置仅允许 ‘streamOptimized’ 和 ‘monolithicSparse’ 子格式。

  • RBD 驱动程序 bug #1916843：修复了备份 RBD 快照时的 rpc 超时。我们不再展平临时卷和快照。

  • NFS 驱动程序 bug #1946059：修复了还原到快照的操作。

  • HPE 3PAR 驱动 Bug #1958122：修复了多主机环境中的多分离操作问题。

  • PowerMax 驱动程序 bug #1930290：通过不在父存储组上设置 QoS 来修复子存储组上的 QoS 冲突问题。

19.1.1

新特性

  • Pure Storage FlashArray 驱动程序：为 FlashArray 驱动程序启用了主动/主动复制支持。这允许用户在集群环境中配置 FlashArray 后端。

错误修复

  • Bug #1944577：尝试将卷管理到加密类型从来都不是一个好主意，因为没有办法指定加密密钥 ID，以便可以使用该卷。现在，将卷管理到加密卷类型的请求将导致无效请求响应。

  • Bug #1965847：修复了导入现有备份 ID 的备份记录时，不幸地删除了现有备份记录的问题。

  • Bug #1970768：修复了创建备份和回滚到快照时临时卷的状态，防止意外手动删除这些资源。

  • NetApp ONTAP：修复了 SVM 作用域帐户的 QoS 最小支持检查。请参阅：Bug #1924798。

19.1.0

错误修复

  • Bug #1935688：Cinder 仅支持以 raw 格式将加密卷类型的卷上传为镜像到 Image 服务，并使用 bare 容器类型。 之前，向 Block Storage API 发送的 os-volume_upload_image 操作请求指定了不同的格式选项值，虽然被接受，但会导致后续失败。 此条件现在在 API 层进行检查，并且指定了 disk_format 或 container_format 的不支持值的加密类型卷上的 os-volume_upload_image 操作请求现在将导致 400（错误请求）响应。

  • 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 时卷创建问题。

  • Pure Storage 驱动 Bug #1945824：修复了从 CG 快照创建新的一致性组时缺少 DB 值的问题。

  • Bug #1916980：修复了卷分离时过时的卷通知信息。

  • Bug #1935011：修复了在保留状态下删除附件时缺少 detach.start 通知的问题。

  • Bug #1937084：修复了删除附件和删除卷之间的竞争条件，该条件可能导致已删除的卷仍然被实例连接。

  • Bug #1924643：修复了 NetApp cinder 驱动的子克隆操作，该操作可能被扩展操作使用，如果扩展后的尺寸大于最大 LUN 几何形状。

  • Bug #1950474：修复了传输接受 API 的策略授权。 之前，在 oslo_policy 部分设置 enforce_new_defaults=True 会破坏传输接受 API，该问题在此版本中已修复。

  • PowerMax 驱动程序 bug #1938572：旧版 PowerMax OS 修复，如果从 REST 返回的 snapVX 生成是整数，则将整数转换为字符串，以便 Python 中 0 不等于 False。

  • Pure Storage 驱动程序：添加内部检查，以允许具有联合 FC 和 NVMe-FC 支持的 FlashArray。

  • Bug #1935057：修复了有时分离卷可能最终处于可用和分离状态，但仍存在 error_detaching 中的附件。

19.0.0

序言

欢迎使用 OpenStack 块存储服务 (cinder) 的 Xena 版本。 借助此版本，块存储 API 版本 3 已达到微版本 3.66。 cinder 团队希望引起您的注意以下几点。 详细信息如下。

  • 块存储 API v2 已被弃用，并且在 Pike 版本中已被移除。 我们提醒您，Pike 已经过去很长时间了，并且块存储 API 的版本 3 旨在与版本 2 完全兼容。

  • 微版本 3.65 包括在卷或快照详细信息响应中显示信息，以指示该资源是否消耗配额，并增加了根据资源是否消耗配额来过滤请求的资源列表的能力。

  • 微版本 3.66 移除了在请求使用中的卷的快照时添加“force”标志的必要性，因为这对于现代存储系统来说不是问题。

  • 卷类型详细信息响应已得到增强，以包含非敏感的“extra-specs”信息，以便为自动化系统提供更多数据以选择卷类型。

  • 默认策略配置已进行了广泛的重写。

  • 许多后端存储驱动程序添加了功能并修复了错误。

新功能

  • Swift 备份驱动程序：为 Swift 备份驱动程序添加了新的配置选项 backup_swift_create_storage_policy。 如果指定，它将用作创建 Swift 容器时的存储策略，默认值为 None，表示它将不使用，Swift 将使用系统默认值。 请注意，这仅适用于容器不存在的情况，因为我们无法更新现有容器上的存储策略。

  • cinder-manage 命令现在包含一个新的 quota 类别，其中包含两个可能的动作 check 和 sync，以帮助管理员管理长期运行部署中不同步的配额。

  • Bug #1432387：添加一个命令到 cinder-manage，以清理存在于 Cinder 服务正在运行的主机中的文件锁（API、Scheduler、Volume、Backup）。 命令可以在 Cinder 服务运行时工作，可以作为 cron 作业调用，也可以在停止时调用，以便在主机启动时调用。 命令调用 cinder-manage util clean_locks，带有可选参数 --services-offline。

  • Hitachi 驱动程序：添加 Cinder 通用卷组。

  • IBM Spectrum Virtualize Family 驱动程序：添加了对在单独的存储池上管理 GMCV 卷的支持。

  • IBM Spectrum Virtualize Family 驱动程序：为使用 HyperSwap 卷类型模板创建的卷添加了卷扩展支持。

  • 从 API 微版本 3.65 开始，consumes_quota 字段包含在卷和快照的响应主体中，以指示该卷是否正在使用配额。

    此外，consumes_quota 可以用作卷和快照的列表过滤器。 其可用性由其包含在 etc/cinder/resource_filters.json 中控制，默认情况下包含。 默认列表行为是不使用此过滤器。

    仅由 cinder 内部创建的临时资源的值将被设置为 false。

  • NetApp ONTAP 驱动程序：为 iSCSI、FC 和 NFS 驱动程序添加了对 FlexVol 池的快照回滚支持。 此功能不支持 FlexGroups，并且仅限于回滚到给定 Cinder 卷的最快快照。

  • NetApp ONTAP 驱动程序：添加了选项 ´netapp_driver_reports_provisioned_capacity´，该选项使驱动程序能够根据存储系统中卷的大小来计算和报告已配置的容量给 Cinder Scheduler。

  • NetApp ONTAP：添加了对同一 ONTAP 集群内的存储辅助迁移的支持（iSCSI/FC/NFS）。

  • Open-E JovianDSS 驱动程序：添加了多重附加支持。

  • Open-E JovianDSS 驱动程序：添加了 16K 块大小支持。

  • Pure Storage FlashArray 驱动程序：添加了配置选项 pure_iscsi_cidr_list，用于设置多个网络 CIDR 用于 iSCSI 目标连接。支持 IPv4 和 IPv6。默认值仍然允许所有 IPv4 目标。

  • 当卷驱动程序的 get_volume_stats() 调用返回时间过长时，记录卷服务中的警告。这可以帮助部署者排查 cinder-volume 服务由于驱动程序/后端性能问题而出现故障。

  • 从 API 版本 3.66 开始，可以使用卷的快照，而无需传递“force”标志，并且对于此请求，将忽略“force”标志（如果值为 True）。 但是，为了保持向后兼容性，如果传递的“force”标志的值评估为 True，则将被静默忽略。

  • 一小部分卷类型 extra specs 现在对普通用户可见，而不仅仅是对云管理员可见。 这允许用户查看非敏感的 extra specs，这可能有助于他们在创建卷时选择特定的卷类型。 敏感的 extra specs 仍然仅对云管理员可见。 有关更多信息，请参阅 Cinder 管理员指南 中的“用户可见的 extra specs”部分。

  • 策略配置更改

    在 Xena 和 Yoga 开发周期中，cinder 的默认策略配置正在被修改，以利用 Keystone 项目提供的默认身份验证和授权机制。 这将为操作员提供一组丰富的默认策略，以控制用户如何与块存储服务 API 交互。

    该项目的详细信息在 策略角色和权限 中 Cinder 服务配置指南 中描述。 我们鼓励您阅读该文档。 以下只是一个摘要。

    Xena 版本的主要变化是 cinder 的默认策略配置将识别项目上的 reader 角色。 此外，

    • 当前在策略文件中定义的某些规则正在被弃用，并且将在 Yoga 版本中删除。 您只需要担心这一点，如果您在编写自定义策略时自己使用了任何这些规则，因为您不能依赖以下规则在 Yoga 版本中预定义。

      • rule:admin_or_owner

      • rule:system_or_domain_or_project_admin

      • rule:volume_extension:volume_type_encryption

    • 当前一些策略过于通用（即，它们控制资源上的读写操作），正在被一组新的策略取代，这些策略提供更大的粒度。 以下策略已被弃用，并且将在 Yoga 版本中删除

      • group:group_types_manage 被取代

        • group:group_types:create

        • group:group_types:update

        • group:group_types:delete

      • group:group_types_specs 被取代

        • group:group_types_specs:get

        • group:group_types_specs:get_all

        • group:group_types:create

        • group:group_types:update

        • group:group_types:delete

      • volume_extension:quota_classes 被取代

        • volume_extension:quota_classes:get

        • volume_extension:quota_classes:update

      • volume_extension:types_manage 被取代

        • volume_extension:type_create

        • volume_extension:type_update

        • volume_extension:type_delete

      • volume_extension:volume_image_metadata 被取代

        • volume_extension:volume_image_metadata:show

        • volume_extension:volume_image_metadata:set

        • volume_extension:volume_image_metadata:remove

    • 引入了一个新策略来管理先前由未被删除的策略控制的操作，但其控制的其他操作在概念上是不同的

      • volume_extension:volume_type_access:get_all_for_type

    • 引入了一个新策略，作为 用户可见的 extra specs 部分中描述的功能的一部分 Cinder 管理员指南

      • volume_extension:types_extra_specs:read_sensitive

    • 许多策略的默认值已更改，并且其先前的值已被弃用。 这些在示例策略配置文件中指示，您可以在 policy.yaml 部分中查看 Cinder 服务配置指南。

      • 特别是，我们引起您注意与默认卷类型 API（块存储 API 的微版本 3.62 中引入）相关的策略的默认值。 这些曾经识别了“scope”，但为了与其他规则保持一致，它们的默认值不再识别 scope。（Scope 将在 Yoga 版本中引入到所有 cinder 策略默认值中。）

      • 当策略值被弃用时，oslo.policy 引擎将检查新值，如果失败，将评估弃用的值。 可以通过在 cinder 配置文件中的 [oslo_policy] 部分设置配置选项 enforce_new_defaults=True 来修改此行为，以便仅使用新的策略值。

已知问题

  • 目前可以将卷管理到加密卷类型，但不建议这样做，因为无法向 cinder 提供卷的加密密钥。 已经阻止了解密卷类型的卷的取消管理，并且预计在未来的版本中，管理到加密类型也将被阻止。 此问题正在跟踪为 Bug #1944577。

  • Cinder 使用 cgroups v1

    此说明适用于使用非默认值 (默认值为 0) 的 cinder 配置选项 volume_copy_bps_limit 的部署。

    cinder-volume 服务当前依赖于 Linux Kernel Control Groups (cgroups) 版本 1，以控制某些卷复制和镜像转换操作期间的 I/O 限制。 但是，一些 Linux 发行版已经更改为默认使用 cgroup v2，并且可能完全停止了对 cgroups v1 的支持。 有关详细信息，请参阅您的 Linux 发行版的文档。

    cinder 团队正在使用 cgroup v2 的限制解决方案，但它在本版本发布时还没有准备好。 该解决方案预计将在 Xena 系列的后续版本中进行回溯移植。 此问题正在跟踪为 Bug #1942203。

  • 在 cinder-csi 运行时，观察到删除附件和删除卷操作之间存在竞态条件。这种竞态条件可能导致已删除的卷仍然被实例挂载。Cinder 团队正在努力解决此问题，预计将在 Xena 系列的未来版本中进行回溯。该问题正在跟踪为 Bug #1937084。

  • 当 Ceph 备份驱动程序用于备份服务时，将备份恢复到在非 RBD 后端上创建的卷会失败。Cinder 团队正在努力解决此问题，预计将在 Xena 系列的未来版本中进行回溯。该问题正在跟踪为 Bug #1895035。

  • 使用通用 NFS 驱动程序从 Image 服务 (Glance) 创建加密卷类型的卷会导致无法使用的卷。Cinder 团队正在努力解决此问题，预计将在 Xena 系列的未来版本中进行回溯。该问题正在跟踪为 Bug #1888680。

  • 基于 NFS 的后端驱动程序和 qcow2 版本 2 镜像

    在某些情况下，基于 NFS 的后端驱动程序会将卷存储为 qcow2 镜像。因此，cinder 允许操作员选择管理基于 NFS 后端的存储对象，该对象是 qcow2 镜像。

    自 QEMU-1.7（2013 年 12 月）以来，qcow2 格式的版本 3 一直是 qemu-img 中 qcow2 创建的默认版本，并且操作系统供应商正在讨论在即将发布的版本中停止（或限制）对版本 2 格式的支持。

    因此，我们建议希望将存储对象作为 cinder 卷在基于 NFS 的存储后端上管理的运营商不要使用版本 2 格式的 qcow2 镜像，而应先将其更改为 qcow2-v3 格式。

    注意

    可以通过查看 compat 字段来确定 qcow2 的格式版本，该字段位于 qemu-img info 命令的输出中。版本 2 格式的镜像将报告 compat=0.10，而版本 3 格式的 qcow2 将报告 compat=1.1。

升级说明

  • RBD 驱动：启用 Ceph V2 克隆 API 和 Ceph Trash 自动清除

    鉴于 RBD 驱动程序 bug #1941815 的修复，我们想引起您的注意以下信息。

    使用 v2 克隆格式进行克隆卷允许具有依赖镜像的卷移动到垃圾箱 - 在那里保留直到清除 - 并允许 RBD 驱动程序推迟删除，直到该卷没有依赖镜像。建议配置垃圾箱清除以避免浪费空间存储这些已清除的卷。从 Ceph Octopus 版本开始，可以配置垃圾箱以根据定义的计划自动清除。请参阅 rbd manpage 中的 rbd trash purge schedule 命令。

  • 已删除 [DEFAULT] db_driver 配置选项。本意是允许配置数据库驱动程序，但是，树内只有一个数据库驱动程序，并且不支持树外数据库驱动程序。

  • Pure Storage FlashArray 最小 purestorage SDK 版本增加到 1.17.0

  • Block Storage API v2 在 Pike 版本中已被弃用，现已删除。如果从以前的 OpenStack 版本升级，建议编辑 /etc/cinder/api-paste.ini 文件以删除所有对 v2 的引用。此外，已弃用的配置选项 enable_v2_api 已被删除。如果存在于配置文件中，将被静默忽略。

    由于 v3 现在是 Block Storage API 的唯一版本，因此已从此版本中删除了配置选项 enable_v3_api。如果存在于配置文件中，将被静默忽略，因为 v3 API 现在默认启用。

  • 已删除对 cinder.database.migration_backend 入口点（提供可配置的数据库迁移后端）的支持。这从未被使用过，并且是造成不必要复杂性的原因。

  • 数据库迁移引擎已从 sqlalchemy-migrate 更改为 alembic。对于大多数部署，这应该影响最小或没有影响，并且切换应该大部分是透明的。主要的面向用户的影响是模式版本控制的更改。虽然 sqlalchemy-migrate 使用线性、基于整数的方案，这需要占位符迁移才能允许潜在的迁移回溯，但 alembic 使用分布式版本控制类似的模式，其中迁移的祖先编码在文件中，并且可以进行分支。因此，alembic 迁移文件使用任意 UUID 类似的命名方案，并且 cinder-manage db sync 命令现在期望在手动指定要应用的版本时使用这种版本。例如

    $ cinder-manage db sync 921e1a36b076

    不再可以指定基于 sqlalchemy-migrate 的版本。当运行 cinder-manage db sync 命令时，所有剩余的基于 sqlalchemy-migrate 的迁移将自动应用。尝试指定基于 sqlalchemy-migrate 的版本将导致错误。

弃用说明

  • 以下策略规则在此版本中已被弃用，将在 Yoga 中删除

    • rule:admin_or_owner

    • rule:system_or_domain_or_project_admin

    • rule:volume_extension:volume_type_encryption

    有关更多信息，请参阅本文档的“新功能”部分和 Policy Personas and Permissions 在 Cinder Service Configuration Guide。

  • 以下策略在此版本中已被弃用，将在 Yoga 中删除

    • group:group_types_manage

    • group:group_types_specs

    • volume_extension:quota_classes

    • volume_extension:types_manage

    • volume_extension:volume_image_metadata

    有关更多信息，请参阅本文档的“新功能”部分和 Policy Personas and Permissions 在 Cinder Service Configuration Guide。

安全问题

  • 现在，一小部分卷类型附加属性对普通用户可见，而不仅仅对云管理员可见。希望退出此功能的云管理员应查阅 Cinder 管理指南中“用户可见附加属性”部分中的“安全注意事项”。

错误修复

  • PowerFlex 驱动程序 bug #1897598：修复了在执行卷迁移时未转换卷类型的情况下，PowerFlex 存储辅助卷迁移中的错误，在应该转换为/从精简/厚配置的情况下。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1913363：通过在附加或分离操作期间缓存主机信息并在缓存信息中使用主机详细信息来修复 get_host_from_connector 中的问题。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1917605：修复 StorwizeSVCCommonDriver 在初始化期间将站点和对等池信息保存在统计信息中的问题。

  • Nimble 驱动程序 bug #1918229：更正了 Nimble 存储驱动程序不准确地确定存储阵列中没有可用空间的问题。驱动程序现在依赖于存储阵列报告可用空间量。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1920099：修复 _check_delete_vdisk_fc_mappings 在克隆卷的源卷已经包含快照的情况下，在扩展操作期间删除闪存拷贝映射的问题。

  • PowerStore 驱动程序 Bug #1920729：修复 iSCSI 目标未从 REST API 调用返回的问题，如果目标用于多种目的（iSCSI 目标、复制目标等）。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1920870：通过避免卷远程复制关系删除和创建来修复启用复制的卷的扩展问题。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1920890：修复 retype_hyperswap_volume 方法在从非 HyperSwap 卷重新类型化为 HyperSwap 卷期间更新站点和 iogrp 信息到主机的错误。

  • IBM Spectrum Virtualize Family 驱动程序：Bug #1920912：修复在将卷添加到从组快照或其他源组克隆的组时创建 rccg 的问题。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1922013：修复在将卷添加到 GMCV 组中的问题。

  • RBD 驱动程序 Bug #1922408：修复从加密快照创建加密卷的问题。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1924568：修复在数据缩减池上创建卷时出现的问题。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1924602：修复创建 HyperSwap 卷的快照、克隆、组快照和组克隆的问题。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1926286：修复在获取启用复制的卷的关系详细信息时出现的问题。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1926491：更新具有启用复制的卷的卷元数据表中的 rccg 属性，以便在添加到组或从组中删除时进行更新。

  • IBM Spectrum Virtualize Family 驱动程序 Bug #1931968：修复在初始化期间和定期调用期间基于节点状态更新 HyperSwap 卷服务复制状态的问题。

  • IBM Spectrum Virtualize Family 驱动程序：Bug #1935670：修复在更新复制卷的卷元数据表时出现空属性值的问题。

  • IBM Spectrum Virtualize Family 驱动程序：Bug #1938212：为 FlashSystem V5000E 存储系统添加复制许可证支持。删除对 IBM Storwize V3700 的支持，因为它已达到服务终止期。

  • PowerMax 驱动程序 bug #1939139：修复了在使用 PowerMax OS 5978.711 及更高版本时创建快照操作中存在的问题。

  • RBD 驱动程序 bug #1941815：修复了删除具有快照/卷的 ceph trash 空间中的卷的问题。

  • PowerMax 驱动程序 bug #1929429：修复了子/父存储组检查，使其模式匹配不区分大小写。例如，myStorageGroup 应该等于 MYSTORAGEGROUP 和 mystoragegroup。

  • Bug #1913054：修复创建需要其他信息才能附加的驱动程序的加密卷的克隆的问题。

  • Bug #1432387：修复在删除资源（卷、快照）后自动清理文件锁的问题。这将缓解锁目录始终增加文件数量的问题。

  • JovianDSS 驱动程序：Bug #1941746：修复在部分目标恢复的情况下 ensure_export 函数失败的问题。

  • 修复了附件创建 API 的模式验证，使实例 UUID 成为可选字段。 在早期版本中添加模式验证时，它被错误地定义为必需字段。 此外，还更新了模式以允许指定 mode 参数，该参数自 microversion >= 3.54 起可用，但未被识别为合法的请求字段。

  • Bug #1917574：修复当 cinderclient 请求通过名称显示卷给非管理员用户时，在 microversions 3.31 或更高版本中找不到该卷的问题。

  • Bug #1941068：修复了 host 配置选项的类型。 在文档说明它不是的情况下，它被限制为有效的 FQDN 值。 这可能会导致 cinder-manage db sync 命令失败。

  • LVM 驱动程序 bug #1901783：修复由于 lvs 命令调用返回意外退出代码 139 而导致的意外删除卷失败。

  • NetApp ONTAP bug #1906291：修复了将卷移动（迁移或使用迁移重定型）到 NetApp NFS 后端后，卷丢失其 QoS 策略的问题。

  • NFS 驱动程序 bug #1860913：修复了实例在在线快照创建后重新启动时使用基本镜像文件的问题。

  • PowerMax 驱动程序：以前，从复制存储组创建的目标存储组也是复制的，这可能导致失败。此修复最初创建非复制的目标，并让复制组 API 负责复制它。

  • PowerMax 驱动程序：修复在删除存储组之前暂停存储组，然后在存储组内的卷对上添加强制标志以删除它们。

  • Pure Storage FlashArray 驱动程序 bug 1910143：参数 pure_iscsi_cidr 现在与 IPv4/v6 无关。

  • Pure Storage FlashArray 驱动程序 bug #1936663：修复克隆包含非常长的名称的卷的一致性组导致崩溃的问题 - 需要 PowerVC 支持

  • Pure Storage FlashArray 驱动程序 bug #1929219：修复不正确的内部机制，用于检查后端阵列的 REST API。这对用户没有外部影响。

  • Pure Storage FlashArray 驱动程序 bug #1938579：修复在 PowerVC 部署中克隆多个卷时出现的问题。

  • Pure Storage bug #1930748：修复了多附件卷在仍列为实例的附件时从后端断开连接的问题。

  • Bug #1877164：修复重新类型化带有快照的卷导致快照使用旧类型，立即使快照配额错误，并在这些快照删除后使它们更加损坏。

  • Bug #1919161：修复自动配额刷新以正确计算临时卷。在某些 cinder 操作期间，例如从快照创建备份，会创建临时卷，并且不计入配额使用量，但同步机制正在计算它们，从而不正确地更新卷使用量。

  • Bug #1923828：修复从备份和还原到快照同步配额使用量时，临时快照的问题。

  • Bug #1923829：修复手动删除备份和还原到快照中的临时快照后导致配额使用量不正确的问题。

  • Bug #1923830：修复使用临时快照备份正在使用的卷导致配额使用量不正确的问题。

  • Bug #1697906：修复 until_refresh 配置更改无法及时生效或根本无法生效的问题。

  • Bug #1484343：修复在 DB 中创建重复的配额使用条目。

  • Bug #1931004：修复了 RBD 镜像克隆中不正确的条带单元使用问题，导致使用 Ceph 支持的原始镜像进行卷从镜像操作失败。

  • Bug #1886543：在需要迁移的重定型中，当从一个后端迁移到另一个后端时，如果从卷类型角度来看是安全的，则尝试使用驱动程序辅助机制。

  • Bug #1898075：当 Glance 添加对多个 cinder 存储的支持时，Images API 版本 2.11 修改了镜像位置 URI 的格式，Cinder 读取该格式以尝试在从镜像创建卷时使用优化的数据路径。 不幸的是，Cinder 不理解新格式，并且当使用 Glance 多个 cinder 存储时，Cinder 无法使用优化的数据路径，而是从 Image 服务下载镜像数据。 Cinder 现在支持 Images API 版本 2.11。

  • Bug #1922920：不要对迁移临时卷进行卷使用量通知。

其他说明

  • 添加了用户消息，用于备份操作，用户可以通过 Messages API 查询这些消息。这些允许用户检索备份操作（创建、删除、恢复）中异步失败的错误消息。

  • HPE 3PAR：已记录现有驱动程序支持新的 Alletra 9k 后端。HPE Alletra 9k 是现有 HPE Primera 后端的更新版本。

  • Nimble：已记录现有驱动程序支持新的 Alletra 6k 后端。Alletra 6k 是现有 Nimble 后端的更新版本。