第 6 章 异步勘误更新
本节论述了 z-stream 版本的 bug 修复、已知问题和增强。
6.1. Red Hat Ceph Storage 7.1z1
Red Hat Ceph Storage 版本 7.1z1 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2024:5080 和 RHBA-2024:5081 公告中。
6.1.1. 已知问题
本节记录了本 Red Hat Ceph Storage 发行版本中发现的已知问题。
6.1.1.1. Ceph 对象网关
用于对象压缩和加密的 Intel QAT Acceleration
Intel QuickAssist Technology (QAT)实施，以帮助降低节点 CPU 使用量，并在启用压缩和加密时提高 Ceph 对象网关的性能。这是一个已知问题：QAT 只能在新设置上配置（仅限Greenfield）。QAT Ceph 对象网关守护进程不能与非 QAT （常规）Ceph 对象网关守护进程配置在同一集群中。
6.1.1.2. Ceph 升级
在 RHEL 8 到 RHEL 9 升级过程中删除了集群密钥和某些配置目录
由于 RHEL 8 弃用 libunwind 软件包，在升级到 RHEL 9 时会删除此软件包。ceph-common 软件包依赖于 libunwind 软件包，因此也会被删除。删除 ceph-common 软件包会导致删除 /etc/ceph 和 /var/log/ceph 目录中的集群密钥和某些配置。
因此，可能会发生各种节点故障。由于删除了 /etc/ceph 软件包，Ceph 操作可能无法在某些节点上工作。systemd 和 Podman 无法在节点上的 Ceph 服务中启动，因为删除了 /var/log/ceph 软件包。
作为临时解决方案，请将 LEAPP 配置为不会删除 libunwind 软件包。具体步骤请参阅 将 RHCS 5 主机从 RHEL 8 升级到 RHEL 9 会删除 ceph-common 软件包。服务无法在红帽客户门户网站中启动。
6.1.1.3. Cephadm 实用程序
使用带有- export 标志的 ceph orch ls 命令会破坏证书/密钥文件格式
在以前的版本中，当使用带有- export 标志的 ceph orch ls 时，使用 cert/key 文件格式等长多行字符串会被强制处理。具体来说，一些换行符被剥离。因此，如果用户使用 cert/key 重新应用规格，因为它们从提供的 ceph orch ls with- export 获取，则守护进程将无法使用 cert/key。
作为临时解决方案，在使用 ceph orch ls with- export 时修改规格来获取当前内容，您需要在重新应用规格前修改 cert/key 文件的格式。建议您使用格式为 '|' 和缩进字符串。
Example:
client_cert: |
-----BEGIN CERTIFICATE-----
MIIFCTCCAvGgAwIBAgIUO6yXXkNb1+1tJzxZDplvgKpwWkMwDQYJKoZIhvcNAQEL
BQAwFDESMBAGA1UEAwwJbXkuY2xpZW50MB4XDTI0MDcyMzA3NDI1N1oXDTM0MDcy
...6.1.2. 功能增强
本节列出了此 Red Hat Ceph Storage 发行版本中引入的改进。
6.1.2.1. Ceph 文件系统
由于并行克隆限制，新的克隆创建不再减慢
在以前的版本中，当达到并行克隆的限制时，克隆的其余部分会发生队列，这会减慢克隆的速度。
在这个版本中，当一次达到并行克隆限制时，新的克隆创建请求将被拒绝。此功能默认为启用，但可以禁用。
Ceph 文件系统名称现在可以交换，以增强灾难恢复
此增强通过使用 ceph fs swap 命令，为两个文件系统提供选项来交换其名称。文件系统 ID 也可以使用这个命令进行交换。
此 API 的功能是促进文件系统交换进行灾难恢复。特别是，这可避免临时缺少命名文件系统的情况，这些情况可能会提示输入更高级别的存储操作器来重新创建缺少的文件系统。
现在，quota.max_bytes 被设置在更了解的大小值中
在以前的版本中，quota.max_bytes 值是以字节为单位设置的，因此通常非常大的大小值，这很难设置或更改。
在这个版本中，quota.max_bytes 值可以使用用户友好的值设置，如 M/Mi、G/Gi 或 T/Ti。例如： 10GiB 或 100K。
不再包含 standby-replay MDS 的健康状况警告
在以前的版本中，所有内节点和 stray 计数器健康警告都会在 standby-replay MDS 中显示。
在这个版本中，standby-replay MDS 健康状况警告不再显示，因为它们不相关。
6.1.2.2. Ceph 对象网关
在关闭过程中，S3 请求不再关闭传输中
在以前的版本中，一些客户端在关闭期间在传输期间关闭 S3 请求会出现问题，而不等待。
在这个版本中，可以配置 S3 请求（默认关闭）以等待 rgw_exit_timeout_secs 参数中定义的持续时间，以便在无条件退出 Ceph 对象网关进程前等待所有未完成的请求。Ceph 对象网关将等待最多 120 秒（可配置），以便在无条件退出前，等待所有持续 S3 请求完成。在此期间，不接受新的 S3 请求。
在容器化部署中，还需要额外的 extra_container_agrs 参数配置 of --stop-timeout=120 （或 rgw_exit_timeout_secs 参数的值（如果不是默认）。
