6.2. 多云对象网关

由于角色的信任策略中缺少条目，NooBaa Core 无法假设角色具有 Web 身份的角色

对于使用 AWS 安全令牌服务(STS)的 AWS 上的 OpenShift Data Foundation 部署，您需要在 noobaa-core 帐户的信任策略中添加另一个条目。这是因为在 OpenShift Data Foundation 4.17 发行版本中，服务帐户已从 noobaa 改为 noobaa-core。

有关在 noobaa-core 帐户的信任策略中添加条目的说明，请参阅将 Red Hat OpenShift Data Foundation 4.16 更新至 4.17 的先决条件部分中的最终漏洞。

(BZ#2322124)

Multicloud Object Gateway 实例无法完成初始化

由于 Pod 代码运行和 OpenShift 将证书颁发机构(CA)捆绑包加载到 pod 之间的计时，pod 无法与云存储服务通信。因此，无法创建默认的后备存储。

临时解决方案：重启 Multicloud Object Gateway (MCG) Operator pod：

oc delete pod noobaa-operator-<ID>

$ oc delete pod noobaa-operator-<ID>

通过解决后备存储，后备存储已被协调并可以正常工作。

(BZ#2271580)

升级到 OpenShift Data Foundation 4.17 会导致 noobaa-db pod CrashLoopBackOff 状态

当 PostgreSQL 升级在 Multicloud Object Gateway 中因为 PostgresSQL 版本 15 开始，从 OpenShift Data Foundation 4.15 升级到 OpenShift Data Foundation 4.17 时会失败。如果有 PostgreSQL 升级失败，NooBaa-db-pg-0 pod 无法启动。

临时解决方案：请参阅 OpenShift Data Foundation 4.17 中的知识库文章 Recover NooBaa 的 PostgreSQL 升级失败。

(BZ#2298152)