gpt4 book ai didi

amazon-ec2 - 在Kubernetes从节点运行的Pod处于ContainerCreating状态

转载 作者:行者123 更新时间:2023-12-02 11:44:44 25 4
gpt4 key购买 nike

我可以成功设置Kubernetes主机。
我通过安装Docker和kubelet(使用kubeadm)创建了Kubernetes从节点。运行join命令后,从属节点将加入集群。我能够从主节点验证这一点。但是在从属节点中部署的Pod始终处于ContainerCreating状态。
除了docker和kubelet之外,在从属节点上还需要安装其他工具吗?

kubectl的状态显示remote_runtime.go:运行时服务的RunPodSandBox失败:rpc错误:代码= DeadlineExceeded

感谢您的帮助 。

最佳答案

在这种情况下,我通常会通过使用以下命令检查kube-system命名空间中pod的状态来开始对群集进行故障排除:

$ kubectl get pods --all-namespaces -o wide

每个节点上都应运行多个与网络相关的Pod,例如:
NAMESPACE     NAME                    READY     STATUS    RESTARTS   AGE       IP               NODE
kube-system calico-node-2rpns 2/2 Running 0 2h 10.154.0.5 kube-node1
kube-system calico-node-cn6cl 2/2 Running 0 2h 10.154.0.6 kube-master
kube-system calico-node-fr7v5 2/2 Running 1 2h 10.154.0.7 kube-node2

全套网络容器取决于所使用的Kubernetes网络解决方案。

接下来,我检查是否有一些Pod处于“未就绪”状态,并检查描述中的错误:
$ kubectl describe pod not-ready-pod-name

如果存在与图像拉出或容器创建相关的错误,请检查节点上的kubelet日志以获取更多详细信息:
$ journalctl -u kubelet

或尝试手动拉出图像以确保图像可用并且可以被拉出:
$ docker pull <image>

如果pod多次重启,我将检查pod的容器日志:
$ kubectl logs ${POD_NAME} ${CONTAINER_NAME}

或先前崩溃的容器的日志:
$ kubectl logs --previous ${POD_NAME} ${CONTAINER_NAME}

我的下一步取决于先前的结果。

如果将结果添加到问题中,则可能会告诉您更多有关此案件的信息。

关于amazon-ec2 - 在Kubernetes从节点运行的Pod处于ContainerCreating状态,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51077814/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com