我的部署中的一个pod在经过非常小的更改后意外地启动了错误。在跑步＆＃34; kubctl描述＆＃34;在失败的pod上我收到以下错误：
警告14s kubelet失败， ip-10-166-30-232.ec2.internal错误：无法启动容器 ＆＃34;＆＃34;：来自守护程序的错误响应：oci运行时错误： container_linux.go：247：启动容器进程导致 ＆＃34; process_linux.go：295：为已准备好的进程设置oom得分 \＆＃34;写/ proc / 11890 / oom_score_adj：无效的参数\＆＃34;＆＃34;警告 BackOff 9s（x2超过13s）kubelet， ip-10-166-30-232.ec2.internal后退重启失败的容器
答案 0 :(得分：0)
谷歌搜索引发了以下结果：https://bugzilla.redhat.com/show_bug.cgi?id=1460097 - 基本上环境中的二进制数据可能导致Docker因此错误而失败。
我的问题是我在Kubernetes命名空间中添加了一个秘密，但忘记了秘密需要是base64编码的。因此，当在pod环境中解密秘密时，它会被解码为Docker不喜欢的二进制形式。
第二个问题是，当我尝试通过删除描述部署的Helm Charts中的引用来撤消对该秘密的引用时，这些实际上并未在目标Deployment中删除。似乎有一个＆＃39;合并＆＃39;可以从Helm源添加项目的策略，但永远不会删除它们。因此，我不得不使用kubectl（https://github.com/kubernetes/helm/issues/1966）手动删除对秘密的引用。