Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/kubernetes/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Amazon ec2 在Kubernetes从属节点中运行的POD处于ContainerCreating状态_Amazon Ec2_Kubernetes_Kubeadm - Fatal编程技术网

Amazon ec2 在Kubernetes从属节点中运行的POD处于ContainerCreating状态

Amazon ec2 在Kubernetes从属节点中运行的POD处于ContainerCreating状态,amazon-ec2,kubernetes,kubeadm,Amazon Ec2,Kubernetes,Kubeadm,我成功地安装了Kubernetes大师。 我通过安装Docker和kubelet(使用kubeadm)创建了Kubernetes从节点。运行join命令后,从属节点将加入集群。我能够从主节点验证这一点。但在从属节点中部署的POD始终处于ContainerCreating状态。 除了docker和kubelet,从属节点中还需要安装其他设备吗?? kubectl的状态显示remote_runtime.go:RunPodSandBox from runtime服务失败:rpc错误:代码=死线超出 感

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

kubectl的状态显示remote_runtime.go:RunPodSandBox from runtime服务失败:rpc错误:代码=死线超出


感谢您的帮助。

在这种情况下,我通常会使用以下命令检查kube系统名称空间中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>
或之前坠毁集装箱的日志:

$ kubectl logs --previous ${POD_NAME} ${CONTAINER_NAME}
我接下来的步骤取决于之前的结果


如果您将结果添加到问题中,就有可能告诉您更多关于该案例的信息。

PodSandBox
几乎总是CNI故障——您是否使用SDN?如果是,是否在该节点上正确配置了它?
$ kubectl logs --previous ${POD_NAME} ${CONTAINER_NAME}