2024.2 系列发布说明

25.3.0-8

错误修复

  • HPE 3PAR 驱动程序 Bug #2119709：修复：跳过许可检查以使用新的 wsapi（2025 的）。

  • Pure Storage 驱动程序 bug #2096801：修复了从 GUI 使用管理卷的问题。

  • Pure Storage bug #2101859：修复了 LACP 绑定未被正确识别为 iSCSI 和 NVMe 目标的问题。

  • [Pure Storage] 当使用同步复制时，请确保 Cinder 使用的 FlashArray Pod 不附加 SafeMode 保护组，因为 Cinder 不支持 SafeMode。

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

25.3.0

错误修复

  • Bug #2082587：修复了备份还原在新卷上抛出 TypeError 的问题。

  • Bug #1907295：修复了当卷不在可以接受附加更新的正确状态时（例如，卷处于错误状态或重复连接器），REST API 返回 500（内部服务器错误）。现在它在这种情况下正确返回响应代码 409（冲突）。

  • HPE 3par 驱动程序 bug #2112433：修复了观察到当 vlan ip 与 iSCSI ip 相同时出现的故障，方法是忽略重复的 ip

  • Bug 1823445：修复了当键存在但未更改时，批量更新 volume Glance 元数据的问题。

25.2.0

新特性

  • Ceph 驱动程序：添加配置选项以仅保留每个备份的最后 n 个快照，以节省源卷存储上的磁盘空间。启用此选项可能会导致增量备份在特殊情况下变为完全备份。请参阅 Ceph 备份驱动程序文档以获取更多信息。

错误修复

  • Dell PowerMax 驱动程序 bug #2081742：用于屏蔽视图连接的 REST API 调用不会立即返回 HostLUN ID。为了解决这个问题，添加了一个异常来实现重试机制。

  • Dell PowerMax 驱动程序 bug #2092259：在可以删除卷之前，驱动程序会发出命令以清理后端中的活动快照，然后轮询后端以确保已完成清理。此修复程序增强了轮询机制，以使后端有更多的时间来执行清理，从而增加了驱动程序能够发出成功卷删除请求的可能性。

  • NFS 驱动程序 bug #2074377：修复了由更改 I65857288b797（CVE-2024-32498 的缓解措施）引起的回退，该回退阻止了从现有卷的第二个和后续快照创建新卷。

  • RBD 驱动程序 bug #2092534：修复了在图像格式与卷格式不同的情况下上传卷到图像的问题。

25.1.0

错误修复

  • NFS 驱动程序 bug #1989514：在创建附加卷的快照时，连接信息中的卷附加格式未更新，这可能导致无法启动的客户机。此问题已修复。

  • 修复了从卷创建的图像传播 signature_verified 卷属性的问题。该属性随后可能会在从该图像创建新卷时再次冲突，从而阻止卷成功创建。此卷属性是在从图像创建卷时创建的，目的是指示在创建时已验证图像签名，并且不打算在进一步传播图像时传播。

  • Bug #2083532：[Pure Storage] 修复了仅使用 IOPS qos 创建 volume 的问题。

  • Bug #2065713：由于不正确的异常处理，RBD 驱动程序 get_manageable_volumes 操作中的 ImageNotFound 错误会传播到 API 层，而不是在驱动程序中被捕获和处理。

25.0.0

新特性

  • Dell PowerStore 驱动程序：启用了 cinder volume active/active 支持。这允许用户在 cinder 集群环境中配置 Dell PowerStore 后端。

  • Dell PowerStore 驱动程序：为 PowerStore 4.0 或更高版本添加了 QoS（服务质量）支持。

  • 添加 clone_across_pools 驱动程序功能。驱动程序现在可以声明它们可以将 volume 克隆到不同的池中。本质上，如果声明了此功能，Cinder 将跳过检查目标 volume 的池与源 volume 的池是否相同。某些驱动程序没有此限制，并且可能非常有效地完成“从镜像创建 volume”操作，而不是回退到“附加和 dd”选项。这会影响使用和不使用镜像缓存从镜像创建 volume。有关更多详细信息，请查看 bp clone_across_pools

  • NetApp ONTAP ISCSI/FC 驱动程序：在 NetApp ISCSI/FC 驱动程序（包括复制）中启用了 Active/Active 环境的支持。

  • Fujitsu Eternus DX 驱动程序：在创建快照时添加了 cli 操作

    Fujitsu Eternus DX 驱动程序使用 SMI-S 创建快照，导致无法扩展源 volume。

    为了使在创建快照后 volume 可扩展，引入了一个默认值为 False 的附加参数 fujitsu_use_cli_copy。

    • 如果将 fujitsu_use_cli_copy 设置为 False，则使用传统 SMI-S 方法创建快照。

    • 如果将 fujitsu_use_cli_copy 设置为 True，则使用 CLI 方法创建快照，从而允许扩展源 volume。

    请注意，当目标池的类型为 RAID Group 时，无法将 fujitsu_use_cli_copy 设置为 True。

    有关详细信息，请参阅 富士通 ETERNUS DX 驱动程序文档。

  • Fujitsu ETERNUS DX 驱动程序：添加快照元数据

    快照创建后，将存储上的快照信息上传到元数据。

    元数据包含以下信息

    • FJ_SDV_Name

    • FJ_SDV_No

    • FJ_Pool_Name

  • Fujitsu ETERNUS DX 驱动程序：改进 volume 删除

    为了改进 volume 删除过程，添加了一个步骤来检查关联的复制会话。此外，它还改进了检索存储管理 volume 编号的过程。

    存在一个问题，由于从 ETERNUS DX 存储获取的复制会话信息被缓存且未反映刚刚执行的信息，因此无法删除 volume。

    通过改进信息检索解决了此问题。

  • Fujitsu ETERNUS DX 驱动程序：添加 RAID Group 的碎片容量信息。

    ETERNUS DX 驱动程序有两种类型的存储池：RAID Group 和 ThinProvisioning Pool。在以下情况下，无法在 RAID Group 中创建 volume

    • 最大的连续物理可用空间小于要创建的 volume。

    • RAID Group 中已经创建了 128 个 volume。

    出于上述原因，为了监控 RAID Group 中的最大连续物理可用空间和总 volume 数，在使用 Get Volume Stats 更新池信息时，还更新参数 total_volumes（RAID Group 中已创建的 volume）并引入 fragment_capacity_mb（最大的连续物理容量）到后端池信息中（如果后端池是 RAID Group）。

    同时，由于在 ThinProvisioning Pool 上创建 volume 不会遇到上述限制，因此不会将参数 fragment_capacity_mb 添加到信息中，并且当后端池的类型为 ThinProvisioning Pool 时，将从后端池信息中删除参数 total_volumes。

    这两个参数可以在未来与 filter_function 相关的函数实现中利用。

    此补丁还启用了驱动程序信息中的 multiattach。

  • Fujitsu Eternus DX 驱动程序：添加了恢复到快照操作的支持。

    添加了恢复到快照功能的支持。

    如果带有快照的 volume 已扩展，导致原始 volume 和快照之间的尺寸不匹配，则 cinder-api 将阻止恢复。

  • Fujitsu ETERNUS DX 驱动程序：添加了更新迁移 volume 的支持

    现在我们更新了成功完成迁移所需的数值。

    有关详细信息，请参阅 富士通 ETERNUS DX 驱动程序文档。

  • Hitachi 驱动程序：添加了 QoS 支持。

  • Lightbits 驱动程序：添加了在使用 Lightbits cinder 驱动程序时，可以同时从同一 volume 创建多个快照的支持。在某些情况下，Lightbits api-service 的旧版本将返回各种状态码（包括 HTTP 状态码 500 和 503），这些状态码可能表明瞬态故障。由于错误很可能是瞬态的，后续调用可能会成功，因此添加了对此类错误的重试逻辑。

  • Lightbits 驱动程序：添加了一个新的配置选项 lightos_use_ipacl，默认值为 true。当设置为 true 时，Cinder 驱动程序将限制对每个 volume 的访问，仅限于附加到该 volume 的主机机器的 IP 地址。

  • HPE Nimble 驱动程序：添加了组复制支持。

  • Pure Storage FlashArray 驱动程序已升级，以删除对 REST 1.x 的支持，并将最低支持版本更改为 REST 2.4。

  • Pure Storage FlashArray 驱动程序将最低支持的 Purity//FA 版本更改为 6.1.0。

  • StorPool 驱动程序现在声明了“跨池克隆”功能，这允许它从 StorPool 支持的 Glance 镜像中创建一个 StorPool 支持的 volume 类型。

  • StorPool 驱动程序改进了将 volume 克隆到不同的 StorPool 模板（作为 Cinder 存储池公开）的方式（如果请求），从而消除了底层 StorPool 集群中的一些数据重复。

  • StorPool 驱动程序：实现了恢复到快照，即立即发生，即无需删除和重新创建 volume。

  • 添加了一个新的 cinder-manage 命令来处理数据库清除无法完成的情况，因为 volumes 表持有对已删除服务的引用。新的命令确保所有卷仅引用正确的 service_uuid，这将允许从数据库中清除旧的服务记录。

    命令：cinder-manage volume update_service

  • 当 Cinder 创建一个新的 cinder-volume 服务时，它现在也会立即更新与该 cinder-volume 主机关联的所有卷的 service_uuid。在某些情况下，这阻止了数据库清除操作成功完成。

升级说明

  • Dell PowerMax 驱动程序：引入了一个新的配置选项 snapvx_unlink_symforce，以解决 Bug #2045230。有关详细信息，请参阅“错误修复”部分。

  • [Pure Storage] 将 Python SDK 驱动程序要求从 purestorage 更改为 py-pure-client，以支持更改为 Purity//FA REST 2.x API 调用。

  • Quobyte 驱动程序已被标记为不受支持，现在已弃用。需要在 cinder.conf 中的驱动程序部分将 enable_unsupported_driver 设置为 True，才能继续使用它。

弃用说明

  • GlusterFS 备份驱动程序已被弃用。它将在 2025.1 版本中删除。

  • Quobyte 驱动程序已被标记为不受支持，现在已弃用。需要在 cinder.conf 中的驱动程序部分将 enable_unsupported_driver 设置为 True，才能继续使用它。作为不受支持的驱动程序，如果其第三方 CI 系统未修复，则有资格从 cinder 代码库中删除。

安全问题

  • 具有外部数据文件的 qcow2 格式的镜像现在被拒绝，并显示 ImageUnacceptable 错误，因为此类镜像可能被用于利用漏洞以暴露主机信息。鉴于 qcow2 外部数据文件从未被 Cinder 支持，因此此更改不应影响用户。有关详细信息，请参阅 Bug #2059809。

错误修复

  • Dell PowerMax 驱动程序 bug #2034937：已修复

    此更改是为了更新使用 PowerMax 的环境中的实时迁移能力。在之前的 2023.1 版本中，如果缺少池名称，实时迁移将失败。此更新添加了在没有池名称的情况下进行实时迁移的能力。

  • StorPool 驱动程序 bug #1939241：通过删除不必要且不完整地覆盖的 _attach_volume() 和 _detach_volume() 方法，修复了创建加密的 StorPool volume 的问题。

  • Bug #1946483：修复了一个问题，即管理用户在 cinder-backup 服务的日志中出现 oslo_config.cfg.NoSuchOptError 错误时，无法删除加密 volume 的备份。使用此修复，如果 Barbican API 策略允许，云管理员能够删除其他用户创建的加密 volume 的备份。

  • Bug #2027532：修复了 Cinder API HTTP 500，在发出 volume 列表并按布尔字段（例如“bootable”）排序时出现。

  • Dell PowerMax 驱动程序 Bug #2045230：修复了 Dell PowerMax SnapVx 链接失败的问题，因为链接的设备尚未完全定义。

    此前，如果链接的设备在调用时尚未完全定义，以下操作可能会失败。现在，当启用 snapvx_unlink_symforce 时，这些操作不会因未完全定义的设备而中断。

    默认情况下，snapvx_unlink_symforce 为 False。请谨慎使用此选项。如果在链接正在进行复制或恢复正在进行恢复时使用，这将导致不完整的复制，并且复制目标上的数据将无法使用。

    受影响的操作

    • 克隆卷

    • 从快照创建卷

    • 创建 volume 快照

    • 删除 volume 快照

    • 还原卷到快照

    • 从源创建通用卷组

    • 取消管理 volume

  • Dell PowerStore 驱动程序 bug #2055022：对 PowerStore 后端的 REST API 调用未设置超时，这可能导致 cinder 永远等待。此修复引入了两个配置选项 rest_api_call_connect_timeout 和 rest_api_call_read_timeout，以控制连接到后端时的超时。每个选项的默认值为 30 秒。

  • Bug #2058596：修复了损坏的 backup_swift_service_auth=True，这导致 swift 备份驱动程序在对象数据访问期间持续失败。

  • Bug #2059809：修复了具有外部数据文件的 qcow2 格式的镜像可能暴露主机信息的问题。如果用于创建卷，则此类镜像现在将被拒绝，并显示 ImageUnacceptable 错误。鉴于 qcow2 外部数据文件从未被 Cinder 支持，之前此类镜像的唯一用途是尝试窃取主机信息，因此此更改不应影响用户。

  • Bug #2077643：修复了 CLI 命令“cinder-manage quota sync”，该命令在未指定项目 ID 时，出现 sqlalchemy 错误而失败。

  • Bug #1938488：在清理失败的备份时，如果备份源是快照，则清理快照状态

  • StorPool 驱动程序 bug #2002995：当在 StorPool 后端上将 volume 重定型到同一 StorPool 后端上的不同 StorPool 模板时，重定型操作有时会失败，或者旧 volume 可能会被遗留附加到 StorPool 客户端。此版本中已修复此问题。

  • Bug #2031897：修复了 Ceph 驱动程序中卷备份的问题，其中第一个进程（“rbd export-diff”）的失败未被捕获。相反，只有第二个进程（“rbd import-diff”）的返回码才被识别。

    此更改还保留了先前丢失的 stderr，以便于调试。

  • Hitachi 驱动程序 bug #2072317：修复了由于网络问题导致卷删除时潜在的数据丢失问题。

  • Hitachi 驱动程序 bug #2071697 <https://bugs.launchpad.net/cinder/+bug/2071697>’_: 修复了在运行主机辅助迁移时将正确的对象 ID 设置为 LDEV 别名的问题，使用 ``retype` 或 migration 命令。

  • Hitachi 驱动程序 bug #2063317：修复了测试脚本，以避免由于伪 REST API 服务器的意外响应而失败。

  • HPE 3PAR 驱动程序 bug #2021941：已修复：现在可以创建复制 volume 的克隆

  • HPE 3PAR 驱动程序 Bug #2068795：已修复：在调用 getWsApiVersion 之前执行登录。

  • HPE 3PAR 驱动程序 bug #2044255：已修复：在对等持久性设置中，当 volume 附加到实例时，现在从两个阵列返回 LUN ID。

  • RBD 驱动程序：不再将 RBD 源 volume 镜像复制到临时文件以将 volume 上传到镜像。

其他说明

  • 在 Cinder wsgi 上启用 Guru Meditation Reports。在 WSGI 之外运行 Cinder 时，我们可能也需要 Guru Meditation Reports。