第 6 章 程序错误修复


这部分论述了 Red Hat OpenShift Data Foundation 4.12 中引入的显著程序错误修复。

6.1. 灾难恢复

  • async 复制将不再可以被设置为 0

    在以前的版本中,您可以为 Sync schedule 输入任何值。这意味着您可以将 async 复制设置为 0,这会导致错误。在这个版本中,引入了一个数字输入,它将不允许小于 1 的值。async 复制现在可以正常工作。

    (BZ#2114501)

  • 现在,删除应用程序可以正确地删除 pod 和 PVC

    在以前的版本中,当从 RHACM 控制台删除应用程序时,DRPC 不会被删除。不删除 DRPC 会导致删除 VRG 和 VR。如果没有删除 VRG/VR,则 PVC finalizer 列表不会被清理,从而导致 PVC 处于 Terminating 状态。

    在这个版本中,从 RHACM 控制台删除应用程序会删除受管集群上所需的依赖 DRPC 和相关资源,释放 PVC 以及所需的垃圾回收。

    (BZ#2108716)

  • 从负载故障转移中删除内部的 VolumeReplicaitonGroup 资源或从不再造成错误的地方重新定位

    由于灾难恢复(DR)协调器中的一个错误,在删除受管集群上的内部 VolumeReplicaitonGroup 资源时,工作负载会从其中失败或重定位,则会对持久性卷声明(PVC)进行保护。生成的清理操作没有完成,并将应用程序的 DRPlacementControl 上的 PeerReady 条件报告为 False。这意味着,如果应用程序被过度或重新定位失败,无法再次重新定位或失败,因为 DRPlacementControl 资源会报告其 PeerReady 条件为 False

    在这个版本中,在删除内部 VolumeReplicationGroup 资源时,不会尝试再次保护 PVC,从而避免出现停止清理的问题。这会导致 DRPlacementControl 在完成清理后报告 PeerReadyTrue

    (BZ#2116605)

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.