第 6 章 程序错误修复
本节论述了 Red Hat OpenShift Container Storage 4.8 中引入的显著程序错误修复。
无法同时启用仲裁器和灵活扩展。
当启用了仲裁程序和灵活的扩展时,存储集群会在 READY
状态下显示,即使存在错误 仲裁器和 flexibleScaling 的日志或消息无法启用
。这是因为存储集群 CR 的 spec 不正确。在这个版本中,存储集群处于 "ERROR" 状态,并显示正确的错误消息。
当库需要清理时,存储桶总是被删除
在以前的版本中,在 OBC 创建失败时,lib-bucket-provisioner 在重试前会向置备程序发送删除请求以进行清理。NooBaa 置备程序会查看对象存储桶的重新声明策略,但在某些情况下不会删除底层存储桶。在这个版本中,在清理场景中,无论重新声明策略是什么,都应删除底层存储桶。
收集附加每个 OSD 的配置
在以前的版本中,无法找到每个 OSD 的详细配置。在这个版本中,must-gather
会收集 OSD 的所有配置,以进一步改进调试。
现在默认禁用 gRPC 指标
在以前的版本中,cephcsi
容器集公开远程过程调用(gRPC)指标以进行调试。cephcsi
节点插件容器集将主机端口 9091 用于 CephFS,9090 用于运行 cephcsi
节点插件容器集的节点。这意味着 cephcsi
容器集无法出现。在这个版本中,gRPC 指标会被默认禁用,cephcsi
pod 在运行节点插件 Pod 的节点上不使用端口 9091 和 9090。
MDS 报告过大小缓存
升级时 rook 之前没有应用 mds_cache_memory_limit。这意味着没有应用该选项的 OpenShift Container Storage 4.2 集群没有使用正确的值更新,这通常是 pod 内存限值的一半。因此,备用重播中的 MDS 可能会报告过大的缓存。
现在,新恢复的 PVC 可以挂载到节点上
在以前的版本中,Ceph-CSI 驱动程序中的一个程序错误会导致在使用小于 8.2 的 Red Hat Enterprise Linux 版本的节点(没有深入扁平化功能)中使用删除的父快照挂载新恢复的 PVC 时出现错误。这个问题已通过在使用小于 8.2 的 Red Hat Enterprise Linux 版本的节点(没有深入扁平功能)挂载前扁平化新恢复的 PVC 来解决。
可靠的 mon 仲裁
在以前的版本中,如果在 mon 故障切换期间 Operator 重新启动,Operator 可能会错误地删除新的 mon。因此,当 Operator 删除新 mon 时,mon 仲裁会面临风险。在这个版本中,当 mon 故障切换正在进行时,Operator 将恢复状态,并在 Operator 重启后正确完成 mon 故障切换。现在,在节点排空和 mon 故障切换场景中,mon 仲裁更为可靠。