Cloud Automation Manager在CrashLoopBackOff上的窗格

Question

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

以下是CrashLoopBackOff上的Pod： Cam Pods

以下是我描述广告连播的具体错误： MongoDB Pod

Answer 1

Ro- 几乎总是会出现以下情况：如果cam-mongo吊舱无法正确启动，则问题在于PV无法安装/读取/访问PV上的实际磁盘位置或数据本身。

1. 由于您的pod事件表明容器映像已经存在，并且已作用于存储，因此似乎您已经尝试过从Docker存储安装CAM及其使用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

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

Answer 2

您可以有效忽略的postStart错误，这意味着mongo容器可能无法启动，因此会杀死发布脚本。

此问题通常是由于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文件，他们必须首先将其删除。