ibm-cloud-private - CrashLoopBackOff 上的 Cloud Automation Manager Pod
问题描述
当我尝试从目录部署 CAM 时,我遇到了一个问题,即我的一些 Pod 处于 CrashLoopBackOff 状态。我还按照 IBM 文档中的说明从 PV 中清除数据(通过执行 rm -Rf /export/CAM_db/*)并清除以前安装的 CAM。
以下是 CrashLoopBackOff 上的 pod: Cam Pods
这是我描述 pod 时的具体错误: MongoDB Pod
解决方案
您可以有效忽略的 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 文件,他们必须先将其删除。
推荐阅读
- java - Package is not existing in android studio
- c++ - 从 ANSI 字符串转换为 std::basic_string 的正确函数声明
- php - how to solve header location warning wordpress
- haskell - Compile Haskell programs to LLVM IR
- jira - 如何在 JIRA 中将发布设置为“已发布”
- android - 如何使用改造从 GET url 获取响应
- javascript - Is it necessary to wrap a promise in a function?
- android - Adding Name and Image at the bottom of Opentok Publisher's Stream and It should be visible on the Subscriber's end by default
- reactjs - How to set TextField to empty string?
- r - Convert dates from XLS into R