当前位置: 首页 > 知识库问答 >
问题:

卸载calico后,新吊舱卡在容器创建状态

钱劲
2023-03-14

卸载calico后,kubectl-f calico.yaml无法在集群中创建新的豆荚。集群中的任何新吊舱都处于容器创建状态。Kubectl Description显示了以下错误:

警告失败CreatePodSandbox 2M kubelet,10.0.12.2创建吊舱沙箱失败:rpc错误:代码=未知desc=[未能为吊舱设置沙箱容器“F15743177FD70C5EABF70C60BE5B5B354E5346837D1B5D59B99D1D5D5D6416C”网络“Test-9465-768B57B5DF-FV9D4”:NetworkPlugin cni未能设置吊舱“Test-9465-768B57B5DF-FV9D4_Policy-Demo”网络:获取集群信息错误:连接未经授权:未经授权,未能清理豆荚的沙箱容器“F15743177FD70C5EABF70C60BE5B8B354E5346837D1B5D59B99D1D5D6416C”网络“Test-9465-768B57B5DF-FV9D4”:网络插件cni未能拆除豆荚“Test-9465-768B57B5DF-FV9D4_Policy-Demo”网络:获取集群信息时出错:连接未经授权:未经授权]

共有1个答案

钱哲茂
2023-03-14

主要问题是因为calico有一个init容器,但没有一个cleanup容器。T

要取消部署calico,我们必须执行通常的Kubectl delete-f ,然后删除每个节点中的calico conf文件/etc/cni/net.d/。这个配置文件和其他二进制文件由init容器加载到主机上。

https://kubernetes.io/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/

删除文件并重新启动节点解决了问题,我们回到了正常的行为。解决同样问题的另一种方法是,如果您在托管的kubernetes集群上,只需从集群中终止节点。由于公有云基础设施自动启动另一个节点以保持相同的状态,因此它不再具有calico配置文件。

 类似资料:
  • 以前我的MySQL pod停留在终止状态,然后我尝试使用如下命令强制删除 后来我再次尝试helm升级,我的吊舱被卡在containercreating状态,这个事件来自吊舱 任何人请帮助我解决这个问题,非常感谢。

  • 但不知何故,豆荚卡在“容器创建”的状态,当我运行docker图像时,我看不到nginx图像被拉出。通常nginx图像没有那么大,所以现在必须已经拉了(15分钟)。kubectl description pods给出了pod沙箱创建失败的错误,kubernetes将重新创建它。 我搜索了关于这个问题的所有内容,并尝试了stackoverflow上的解决方案(重新启动以重新启动集群,搜索描述豆荚,新的

  • 我有一个关于Kubernetes环境的问题。我有K8s云,在我添加了一个持久卷分配给一个豆荚后,这个豆荚仍然处于“容器创建”状态。此PV已正确分配PVC。PVC与副本2一起位于两个外部GlusterFS服务器上。 你有什么想法可能是错的吗?我在哪里可以找到详细的日志?提前THX。 编辑:Gluster mount正确地安装在Master上,如果我手动添加任何文件,它将正确地复制到两个Gluster

  • 我使用docker pull命令可以正确地拉出镜像,但是当我使用kubectl run命令时,我的pod处于ContainerCreating状态,我该如何修复它。 [root@centos-master etc]#kubectl获得豆荚 [root@centos-master etc]#kubectl Description pod my-nginx-2723453542-5s33f

  • 我需要使用绑定挂载,因为我只是使用本地的。m2 maven存储库(目前),这是我能看到的让容器获得它的副本的唯一方法。 我在Eclipse中通过“Maven Clean”和“Maven Install”构建了一个kjar。在kjar(.jar)中,我有: META-INF包含kmodule.xml和manifest.mf,也是一个maven子文件夹,在子文件夹中有group-id和artifact

  • 我正在运行一个带有RHEL7.8 BareMetal计算节点的OCP4.6。我们正在集群上运行功能和HA测试。我们在这个集群上的主要应用程序是一个包含大约250个吊舱的StatefulSet。 关闭节点后,在该节点上运行的吊舱进入状态,并停留在那里。由于这是一个状态集,所以在原始pod结束终止之前,pod不能在另一个节点上重新启动。 查看K8S的文档--我发现在节点关闭后StatefulSet p