首页 > 解决方案 > CrashLoopBackOff 上的 Cloud Automation Manager Pod

问题描述

当我尝试从目录部署 CAM 时,我遇到了一个问题,即我的一些 Pod 处于 CrashLoopBackOff 状态。我还按照 IBM 文档中的说明从 PV 中清除数据(通过执行 rm -Rf /export/CAM_db/*)并清除以前安装的 CAM。

以下是 CrashLoopBackOff 上的 pod: Cam Pods

这是我描述 pod 时的具体错误: MongoDB Pod

标签: ibm-cloud-privatecloud-automation-manager

解决方案


您可以有效忽略的 postStart 错误,这意味着 mongo 容器可能无法启动,因此它会杀死一个 post 脚本。

此问题通常是由于 NFS 配置问题。

我建议您尝试在有的部分中的故障排除步骤cam-mongo pod is in CrashLoopBackoff

https://www.ibm.com/support/knowledgecenter/SS2L37_3.1.0.0/ts_cam_install.html

如果是 NFS,通常是这样的

基本目录中缺少 -no_root_squash

-fsid=0 需要在该设置的基本目录中删除

- 文件夹权限。

笔记。我看到另一个客户遇到这个问题,问题是由 NFS 引起的:那里已经有 .snapshot 文件,他们必须先将其删除。


推荐阅读