0

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

以下是 CrashLoopBackOff 上的 pod： Cam Pods

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

4

2 回答 2

0

您可以有效忽略的 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 文件，他们必须先将其删除。

于 2018-10-25T06:45:30.447 回答
0

Ro- 几乎总是这样，如果 cam-mongo pod 没有正确启动，问题在于 PV 无法挂载/读取/访问实际磁盘位置或 PV 上的数据本身。

  1. 由于您的 pod 事件表明容器映像已经存在，并且范围仅限于商店，因此您之前似乎已经尝试过安装 CAM 及其使用 Docker 商店的 CE 版本，对吗？
  2. 如果之前的部署不顺利，请按照文档清理磁盘位置， https://www.ibm.com/support/knowledgecenter/SS2L37_3.1.0.0/cam_uninstalling.html 但就像你展示的那样，我可以看到您已经尝试清理 CAM_db，因此对 CAM_logs、CAM_bpd 和 CAM_terraform 位置执行相同操作。
  3. 记下我们的安装故障排除部分，因为它描述了 CAM mongo 可能受到影响的一些场景： https ://www.ibm.com/support/knowledgecenter/SS2L37_3.1.0.0/ts_cam_install.html
  4. 在 PV 创建主题的底部，我们提供了一些关于最有效的 NFS 挂载选项的指导，请查看： https ://www.ibm.com/support/knowledgecenter/SS2L37_3.1.0.0/cam_create_pv.html

希望这可以帮助您取得一些进步！

于 2018-10-24T20:00:17.877 回答