发行注记

如果在 Grafana 服务规格中设置，cephadm 会自动更新仪表板 Grafana 密码

在以前的版本中，在应用规格后，用户必须手动设置 Grafana 密码。

OSD 使用新的 mon 位置自动更新其 Ceph 配置文件

在这个版本中，每当检测到 monmap 更改时，cephadm 会自动使用新的 mon 位置更新每个 OSD 的 Ceph 配置文件。

块设备镜像表被分页

在这个版本中，块设备镜像表被分页，与 10000+ 镜像存储集群一起使用，因为检索块设备镜像的信息的成本较高。

新添加的 cross_origin_url 选项允许跨原始资源共享

在以前的版本中，IBM 开发人员在试图使用前端来 ping REST API 时可能会在其存储 insights 产品中出现问题，因为在红帽的 REST API 中设置了严格的 Cross Origin Resource Sharing (CORS) 策略。

用户可以存储 CephFS 子卷快照的任意元数据

在这个版本中，Ceph 文件系统 (CephFS) 卷用户可以使用一组命令行界面 (CLI) 命令为 CephFS 子卷快照以键值对的形式存储任意元数据。

现在，可以为角色更新 STS max_session_duration

在这个版本中，可以使用 radosgw-admin 命令行界面更新角色的 STS max_session_duration。

ListBucket S3 操作现在会生成 JSON 输出

在这个版本中，在客户请求集成时，ListBucket S3 操作会生成 JSON 格式的输出，而不是默认的 XML（当请求包含 Accept: application/json 标头时）。

添加了启用由 libcurl 管理的 TCP keepalive 的选项

在这个版本中，添加了在由 libcurl 管理的 HTTP 客户端套接字上启用 TCP keepalive 的选项，以便使 Ceph Object Gateway 启动的同步和其他操作更具弹性。这不适用于 HTTP 前端接收的连接，而仅适用于 Ceph 对象网关发送的 HTTP 请求，如用于身份验证的 Keystone、从多站点请求以及到 SSE 的密钥管理服务器的请求。

radosgw-admin 命令的结果代码 2002 被明确转换为 2

在以前的版本中，S3 的内部 NoSuchBucket 错误转换中的变化错误地改变了来自 radosgw-admin bucket stats 的错误代码，从而导致程序检查这些 radosgw-admin 命令的 shell 结果代码会看到不同的结果代码。

现在，您可以使用存储桶策略以及有用的错误

由于错误指示了错误，所以存储桶策略很难使用。另外，静默丢弃主体会在升级过程中造成问题。在这个版本中，来自策略解析器的有用错误和标志，用于拒绝带有 rgw 策略拒绝无效 principals=true 参数的无效主体。

bucket sync run 命令提供更多详细信息

在这个版本中，添加了 bucket sync run 命令的用户友好进度报告，以便用户更轻松地了解操作的进度。当用户使用带有 --extra-info 标志运行 radosgw-admin bucket sync 命令时，用户会获取生成同步开始时的消息，以及同步的每个对象。

多站点配置支持动态存储桶索引重新划分

在以前的版本中，只支持为多站点配置手动重新划分存储桶。

用户现在可以使用多站点归档区动态重新划分存储桶索引

在这个版本中，当为那个区启用动态重新划分时，可以动态地重新划分多站点归档存储桶索引。

引入低级别日志消息，以警告用户有关命中限速限制的用户

在以前的版本中，没有 throttle 限制的低级别日志记录被命中，从而导致这些出现错误出现一个网络问题。

克隆的镜像现在可以使用自己的加密格式和密码短语加密

在这个版本中，支持分层客户端加密，使每个克隆的镜像可以使用自己的加密格式和密码短语加密，可以与父镜像的不同。保留未格式化的常规克隆镜像的有效写时复制语义。

用户可以在没有任何问题的情况下升级到本地仓库镜像

在以前的版本中，如果镜像名称不是合格的域名，则默认情况下 docker.io 将添加到镜像名称的开头。因此，用户无法升级到本地仓库中的镜像。

在重启 Ceph Manager 服务时，snap-schedules 不再丢失

在以前的版本中，内存数据库不会在每次对调度更改时写入持久性存储。这会导致 snap-schedules 在重启 Ceph Manager 服务时丢失。

standby-replay Metadata Server 守护进程将不再会被非预期地被删除

在以前的版本中，Ceph Monitor 会在特定条件下从 MDS 映射中删除 standby-replay Metadata Server (MDS) 守护进程。这会导致 standby-replay Metadata Server (MDS) 守护进程从元数据服务器集群中删除，后者会生成集群警告。

Ceph Manager Alert 电子邮件不再标记为垃圾邮件

在以前的版本中，Ceph Manager Alerts 模块发送的电子邮件没有 "Message-Id" 和 "Date:headers"。这会增加将电子邮件标记为垃圾邮件的机会。

当找不到 ceph-osd 容器且 cephvolumescan actor 不再失败时，卷列表将保持为空

在以前的版本中，如果 Ceph 容器在没有 ceph-osd 容器的情况下与其他容器共存，该过程将尝试从一个非 Ceph 容器检索卷列表。因此，cephvolumescan actor 会失败，升级也不会完成。

当 ceph-volume 处理多个设备时，Ceph OSD 部署不再会失败。

在以前的版本中，当有多个设备需要处理时，ceph-volume 会计算错误的大小，从而导致无法部署 OSD。

用户现在可以在非 TLS 环境中使用 SASL 设置 Kafka 连接

在以前的版本中，由于为 Ceph 对象网关配置 TLS 证书失败，无法使用 SASL （用户和密码）配置 Kafka 主题。

修复了令牌的内部处理

在以前的版本中，对于 Java SDK 用于 Java 和 Hadoop S3A Connector 的 AWS SDK 对基于 Java 的客户端身份验证供应商 jar 的刷新路径中的令牌进行内部处理可能无法正确处理大型令牌，从而导致处理一些令牌并防止续订客户端令牌。

对象版本访问已被修正，防止对象锁定违反

在以前的版本中，在某些调用路径中会出现大量版本信息的方法，从而导致受对象锁定保护的对象版本被删除到策略。

Ceph 对象网关不再使用不正确的 URL 崩溃

在以前的版本中，重构抽象使用到没有始终初始化的存储桶值的指针替换了存储桶值。这会导致在没有存储桶中与存储桶操作对应的格式 URL 会导致 Ceph 对象网关崩溃。

解析日期 z-amz-date 格式的代码已更改

在以前的版本中，x-amz-date 的标准格式已更改，这会导致问题，因为新软件使用新的日期格式。使用最新 go 库构建的新软件不会与 Ceph 对象网关通信。

处理生命周期分片的新逻辑可防止因为删除存储桶而停止工作

在以前的版本中，进行更改会导致生命周期处理持续循环几天（即，不是每天从合格存储桶列表开始）。但是，更改包含一个程序漏洞，可能会停止处理包含已删除存储桶的生命周期分片，从而导致处理生命周期分片变得停滞。

标头处理不再会导致 sporadic swift-protocol 验证失败

在以前的版本中，因为不正确的 HTTP 标头处理和时间戳处理逻辑，会导致在操作中使用无效的 Keystone admin 令牌，或者不会根据需要续订 Keystone admin 令牌。因此，sporadic swift-protocol 身份验证会失败。

警告不会在不恰当的情况下被记录到日志中

在以前的版本中，一个不正确的逻辑偶尔会报告一个不正确的警告 - 无法找到 head 对象，从而导致在 Ceph 对象网关配置中不适用警告时记录警告。

PUT 对象操作写入正确的存储桶索引分片

在以前的版本中，因为一个竞争条件，PUT 对象操作很少写入以前的存储桶索引分片。这会导致重新创建以前的存储桶索引分片，并且对象不会出现在正确的存储桶索引中。因此，当存储桶被列出时，不会列出对象。

在主区域中挂起存储桶版本控制不再挂起存档区域中的存储桶版本控制

在以前的版本中，如果在主区中暂停存储桶版本控制，则存档区域中的存储桶版本控制也会挂起。

多站点复制中的 radosgw-admin sync status 命令可以正常工作

在以前的版本中，在多站点复制中，如果一个或多个参与 Ceph 对象网关节点停机，您可以在运行 radosgw-admin sync status 命令时显示 (5)输入/输出错误输出。此状态应在所有 Ceph 对象网关节点重新上线后得到解决。

进程修剪停用的存储桶索引条目不再导致 radosgw 实例崩溃

在以前的版本中，在某些情况下，进程修剪停用的存储桶索引条目可以访问未初始化的指针变量，从而导致 radosgw 实例崩溃。

存储桶同步运行被授予控制逻辑来同步所有对象

在以前的版本中，为支持动态存储桶重新划分多站点集群，一个单向存储桶索引日志被替换为多个存储桶索引日志。但是，由于存储桶同步运行方式，只有最早的生成才会被同步运行。

每个存储桶复制逻辑错误修复会正确执行策略

在以前的版本中，内部逻辑错误会在每个存储桶复制中造成失败，因为在某些情况下，每个存储桶复制策略无法正常工作。

变量访问不再导致未定义程序行为

在以前的版本中，Showity 扫描会识别两个情况，在移动后可以使用变量，从而导致未定义程序行为发生。

带有租户但没有存储桶的请求不再导致崩溃

在以前的版本中，上游重构使用未初始化的指针替换了未初始化的存储桶数据字段。因此，任何包含引用有效存储桶的 URL 的存储桶请求会导致崩溃。

执行带有两个站点扩展集群的 DR 测试不再会导致 Ceph 变得无响应

在以前的版本中，当使用两个站点进行 DR 测试时，删除并在集群中添加新监控器会导致 ConnectionTracker 类中的等级不正确。因此，监控器无法在 peer_tracker 复制中识别自己，永远不会更新其正确的字段，从而导致在选择过程中死锁导致 Ceph 变得没有响应。

等级从 live_pinging 和 dead_pinging 集中删除，以减少连接分数不一致的问题

在以前的版本中，当按顺序删除两个监视器时，如果排名大小等于 Paxos 的大小，则 monitor 将面临一个条件，且不会从 dead_pinging 设置中删除排名。因此，等级保留在 dead_pinging 集合中，这会导致问题，比如启用扩展模式时连接分数不一致。

Prometheus 指标现在根据请求反映所有 Ceph Monitor 的正确 Ceph 版本

在以前的版本中，当监控器升级时，Prometheus 指标报告 Ceph Monitor 不匹配的 Ceph 版本。因此，需要重启活跃的 Ceph Manager 守护进程来解决这个问题。

ceph daemon heap status 命令显示堆状态

在以前的版本中，由于通过 ceph daemon 命令无法获取堆信息，ceph daemon heap stats 命令会返回空输出，而不是返回 Ceph 守护进程的当前堆使用量。这是因为 ceph::osd_cmds::heap （） 混淆 stderr 和 stdout 概念，这会导致输出差异。

当使用 ceph orch apply mon <num> 命令时，Ceph Monitor 不再崩溃

在以前的版本中，当使用 ceph orch apply mon <num > 命令来减少集群中的监控器时，会在 ceph-adm 中关闭 monitor 前删除 monitor，从而导致 monitor 崩溃。

最终用户现在可以从 Ceph 集群日志中看到 scrub 或 deep-scrub 启动的消息

在以前的版本中，由于 Ceph 集群日志中缺少 scrub 或 deep-scrub 启动的消息，最终用户无法通过日志知道已为 PG 启动了清理。

Ceph Manager 故障切换过程中没有断言

在以前的版本中，当激活 Ceph Manager 时，它会接收之前活跃管理器发送的多个 service_map 版本。当新激活的管理器收到带有更高版本的映射时，代码中的检查会导致断言失败。

在升级集群后，用户可以删除克隆的对象

在以前的版本中，在将集群从 Red Hat Ceph Storage 4 升级到 Red Hat Ceph Storage 5 后，删除之前版本中创建的对象快照会离开克隆，且无法删除。这是因为 SnapMapper 键被错误地转换。

对于小型的写，不再会发生 RocksDB 错误

BlueStore 对于 HDD 采用了一种延迟小型写的策略，在 RocksDB 中存储数据。从 RocksDB 清理延迟数据是一个后台进程，它不与 BlueFS 同步。

可以通过脱机和在线修剪删除 PG 日志条目损坏

在以前的版本中，在低级 PG 分割操作期间，PG 日志 dups 条目的修剪会无法被 PG 自动扩展器使用，超过人为 operator 的频率。使 dups 修剪导致 PG 日志的内存增长造成大量内存增长，因为 OSD 内存不足时会导致 OSD 崩溃。重启 OSD 不会解决此问题，因为 PG 日志存储在磁盘上，并在启动时重新加载到 RAM。

如果镜像被扁平化时，rbd info 命令执行时不再会失败

在以前的版本中，因为一个实施缺陷，如果镜像被扁平化时，运行 rbd info 命令可能会失败（尽管这个情况并不常见）。这会导致出现临时的 No such file or directory 错误，当重新运行时，命令会成功。

删除带有待处理块设备任务的池不再会导致所有任务都挂起

在以前的版本中，由于一个实施缺陷，删除带有待处理块设备任务的池会导致所有块设备任务（包括其他池）挂起。要恢复挂起的块设备任务，管理员必须重启 ceph-mgr 守护进程。

image replayer 会如预期关闭

在以前的版本中，由于一个实施缺陷，关闭特定镜像重播器的请求可能会导致 rbd-mirror 守护进程无限期挂起，特别是在远程存储集群中守护进程被阻断的情况下。

rbd mirror pool peer bootstrap create 命令保证了 bootstrap 令牌中的正确监控地址

在以前的版本中，使用 rbd mirror pool peer bootstrap create 命令生成的 bootstrap 令牌包含 ceph.conf 文件中的 mon_host 选项指定的监控器地址。这会产生一个碎片，并给用户造成问题，例如导致 V1 和 V2 端点之间的混淆，仅指定其中一个，对它们进行错误分组，以及诸如.

使用 iSCSI 从 Red Hat Ceph Storage 4.x 升级到 5.x 可以正常工作

在以前的版本中，由于一些 ceph-iscsi 依赖库之间版本冲突，从 Red Hat Ceph Storage 4.x 升级到 5.x 将导致持久 HTTP 500 错误。

修复了使用 Ceph 对象网关配置的升级工作流

在以前的版本中，当从仪表板 playbook 执行调用 set_radosgw_address.yml 时，如果用户在 group_vars/host_vars 中定义了 rgw_instances，则应该设置事实 is_rgw_instances_defined。否则，设置事实 rgw_instances 的下一个任务将被假设为它是在不是被用户定义的情况下执行。这会导致升级工作流在部署 Ceph 对象网关多站点和 Ceph 仪表板时中断。

这个事实条件已更新，它仅在 Ceph 对象网关节点上执行

在以前的版本中，由于 set_fact _radosgw_address to radosgw_address_block ipv4 会在所有节点上执行，包括在没有 Ceph 对象网关网络范围的环境中执行，因此 playbook 无法正常工作。

在 iSCSI 守护进程的 gwcli 中添加或扩展 iSCSI 网关可以正常工作

在以前的版本中，因为在规格文件中更新可信 IP 列表时，iSCSI 守护进程不会被重新配置，在 gwcli 中添加或扩展 iSCSI 网关会失败，因为 iscsi-gateway.cfg 在 iSCSI 守护进程中不匹配。

ceph orch ps 不显示监控堆栈守护进程的版本

在 cephadm 中，由于版本 grabbing 代码目前与下游监控堆栈容器不兼容，监控堆栈守护进程的版本 grabbing 会失败，如 node-exporter、prometheus 和 alertmanager。