error：kubectl get node查看node的NotReady状态

最新推荐文章于 2024-12-14 15:46:27 发布
置顶 最新推荐文章于 2024-12-14 15:46:27 发布
阅读量1.3k 收藏 2
点赞数 2
分类专栏： K8S Error 文章标签： kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/IvyXYW/article/details/115731986
版权 
kubectl get node
NAME             STATUS     ROLES    AGE   VERSION
192.168.238.82   NotReady   <none>   32h   v1.12.3
192.168.238.83   NotReady   <none>   32h   v1.12.3

问题一

notready状态

解决

检查这三个文件，看IP是否有问题

vim /opt/kubernetes/cfg/bootstrap.kubeconfig
vim /opt/kubernetes/cfg/kubelet.kubeconfig
vim /opt/kubernetes/cfg/kube-proxy.kubeconfig

修改后重启kubelet

bash kubelet.sh 192.168.238.82
bash kubelet.sh 192.168.238.83

回到master查看

kubec
最低0.47元/天 解锁文章
master中“kubectl get node ”STATUS显示notready
chang_rj的博客
01-29 5万+
错误显示： kubectl get node kubectl describe node 10.0.3.104 Conditions: Type Status LastHeartbeatTime LastTransitionTime Reason Messag...
Kubernetes故障篇：calico/node is not ready: BIRD is not ready
weiye2012的博客
07-26 1091
解决方案：调整calicao网络插件的网卡发现机制，修改IP_AUTODETECTION_METHOD对应的value值。官方提供的yaml文件中，ip识别策略（IPDETECTMETHOD）没有配置，即默认为first-found，这会导致一个网络异常的ip作为nodeIP被注册，从而影响node-to-node mesh。我们可以修改成can-reach或者interface的策略，尝试连接某一个Ready的node的IP，以此选择出正确的IP。
kubectl get node 显示 NotReady 解决方法
wangchaoqi1985的博客
04-02 4103
kubectl get node 显示 NotReady 解决方法
kubectl get node NotReady 解决办法：
weixin_39133753的博客
10-28 519
执行命令： systemctl stop kubelet.service systemctl start kubelet.service
kubernetes节点处于NotReady状态
weixin_44756615的博客
06-12 938
很有可能国内网络访问不到这个资源，你可以网上找找国内的源安装 flannel kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml # 如果上面的插件安装失败，可以选用 Weave，下面的命令二选一就可以了。检查node2 中的 /etc/cni/net.d配置路径不存在， 直接从master主节点中scp配置文件。报错解析： 网络配置问题。
k8s实验中 kubectl get nodes获得的内容全是NotReady
qq_40702349的博客
04-29 4664
kubectl get nodes获得的内容全是NotReady，查看日志/var/log/messages，报错 Apr 29 15:11:00 master-wxr kubelet: E0429 15:11:00.084204 11519 kubelet.go:2187] Container runtime network not ready: NetworkReady=false r...
Calico 网络故障排查 calico/node is not ready: BIRD is not ready（指定Calico匹配网桥规则）
专注基础架构领域
11-28 2446
到此 Calico 网络故障排查 calico/node is not ready: BIRD is not ready（指定Calico匹配网桥规则）介绍完成。综上所述，基本可以确定是节点的calico的BGP网卡设备识别错误导致。4.在master执行calicoctl node status。2.修改calico.yaml。
k8s-问题：[root@master log]# kubectl get node The connection to the server 192.168.0.105:6443 was refus
Name_kongkong的博客
08-07 2029
6443: connect: connection refused
k8s部署解成功解决node节点一直处于NotReady状态的问题，报错failed to load Kubelet config file var lib kubelet config(1)
2401_83620690的博客
05-15 816
最近很多小伙伴找我要Linux学习资料，于是我翻箱倒柜，整理了一些优质资源，涵盖视频、电子书、PPT等共享给大家！
K8S kubeadm 部署出现的故障：kubectl get nodes 节点显示 NotReady
码海小虾米_的博客
08-17 3451
kubectl get nodes 节点显示 NotReady一、报错现象二、报错分析三、报错解决方法 一、报错现象 在使用kubeadm部署完master部署好K8s集群后，各节点也加入了集群，但是master上的各节点服务器依然显示NotReady 二、报错分析 由于flannel组件和kube-proxy组件也是不正常的，所以先看了下master的镜像，没有问题 然后怀疑是节点的flannel镜像或者kube-proxy组件出现问题 上图可以看到，我把各组件的镜像导入后，但是忘记了加载。。。。
kubectl get node notReady | network not ready | kube-flannel not ready
beOkWithAnything
08-04 369
修改 kube-flannel.yaml 文件中 四个namespace: kube-flannel 为 namespace: kube-system。查看 kube-flannel.yaml，是因为github上namespace指定的是namespace: kube-flannel。查看 pod 状态，flannel 在 kube-flannel namespace 下，且notReady。# 下载 github kube-flannel.yml 内容到本地文件中。增加 flannel。
报错集-----K8S中使用kubectl get nodes报错NotReady
Gengchenchen的博客
04-15 1403
报错现象： 解决方案： 1、节点状态为notready，检查node节点的VIP，发现VIP不见了 2、在两台node节点上执行以下操作： pkill nginx systemctl restart nginx systemctl restart keepalived 3、然后在master节点上kubectl get nodes就可以查看到了 ...
Kubernetes：node处于 NotReady 状态，恢复办法
oopxiajun博客专栏
06-08 5176
查看节点状态 kubectl get nodes NAME STATUS ROLES AGE VERSION docker01 Ready master 1y v1.9.0 docker04 Ready <none> 1y v1.9.0 docker06 NotReady <none> 1y v1.9.0 docker08 Ready .
错题集：k8s:kubectl get nodes显示NotReady
零下二度的博客
04-15 856
错误： [root@master02 ~]# kubectl get nodes NAME STATUS ROLES AGE VERSION 192.168.109.88 NotReady <none> 37h v1.12.3 192.168.109.99 NotReady <none> 37h v1.12.3 原因：发现是VIP消失 [root@lb01 nginx]#ip a 1: lo: <LOO
【kubernetes】kubectl get nodes报NotReady
王佑辉的博客
12-14 625
5.从github上下载得到flannel后，拷贝到/opt/cni/bin，通过journalctl -f -u kubelet查看日志会报错没有权限，然后执行sudo chmod -R 777 /opt/cni/bin/flannel赋予权限。3.通过翻墙下载到对应的镜像，上传到指定目录，通过docker load -i 文件名.tar的方式加载镜像。1.通过官网的kube-flannel.yml地址下载，下载不了，网上搜了一份对应v1.17.4版本的kube-flannel.yml文件。
k8s集群node节点状态为Not Ready
q_hsolucky的博客
04-08 8659
k8s集群node节点状态为Not Ready的可能原因及处理方法
解决Kubernetes报错节点状态为NotReady，希望可以帮到你
weixin_73059729的博客
06-14 3834
使用kubeadm通过初始化安装的k8s是不包括网络插件的，也就是说初始化之后是不具备相关网络功能的，比如k8s-master节点上查看你节点信息是“Not Ready”状态、Pod的CoreDNS无法提供服服务。Flannel是一个轻量级的网络插件，基于虚拟网络的方式，使用了多种多端实现，如基于Overlay的VXLAN贺基于Host-Gateway的方式。
错误集——k8s，kubectl get node 查看集群节点状态：NotReady
愿你成为自己喜欢的模样，不抱怨，不将就，有自由，有光芒！
04-14 1168
错题集——k8s，查看集群节点状态：NotReady [root@hellolic ~/k8s/kubeconfig] # kubectl get node NAME STATUS ROLES AGE VERSION 192.168.184.12 NotReady <none> 9h v1.12.3 原因： 查看查询中的节点的flannel服务是否自动关闭了 [root@hellokiki ~] # systemctl status
kubectl get nodes 命令用于列出 Kubernetes 集群中所有的节点
小泽
05-26 1526
命令可以帮助你了解集群中各个节点的健康状况以及它们正在运行哪些版本和组件。如果某个节点不可用或发生故障，你可以使用此命令来确定其状态并采取相应措施来解决问题。命令用于列出 Kubernetes 集群中所有的节点（Node），并显示每个节点的状态信息。
[root@master-01 ~]# kubectl exec -it -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h -- /bin/sh error: Internal error occurred: unable to upgrade connection: container not found ("fx-api")是什么原因造成的
最新发布
03-11
<think>好的，我现在需要处理用户提供的Kubernetes命令执行错误的问题。用户运行的命令是： kubectl exec -it -n tb08huq9f2 fx-api-7b7bdc4f-4j89h -- /bin/sh 然后收到错误信息：“error: Internal error occurred: unable to upgrade connection: container not found ("fx-api")”。我的任务是通过逐步分析，找出可能的原因并提供解决方案。 首先，我需要理解这个错误信息的含义。错误信息指出无法升级连接，因为找不到名为“fx-api”的容器。这可能意味着在指定的Pod中，没有找到对应的容器名称，或者Pod本身有问题。 接下来，我需要考虑可能导致这个问题的各种原因，并逐一排查。常见的可能性包括： 1. **容器名称不匹配**：用户可能在使用kubectl exec时没有正确指定容器名称，特别是当Pod中有多个容器时，必须使用-c参数指定容器名。 2. **Pod状态异常**：Pod可能没有处于Running状态，比如处于CrashLoopBackOff、Pending或其他错误状态，导致无法连接。 3. **容器未就绪**：即使Pod显示为Running，容器可能还在启动过程中，尚未准备好接受连接。 4. **资源问题**：节点资源不足，导致容器无法正常启动。 5. **网络或权限问题**：可能存在网络策略限制或RBAC权限问题，但这类问题通常会导致不同的错误信息。 接下来，我需要指导用户如何检查这些可能的原因。 首先，用户应该确认Pod的状态。使用命令： kubectl get pod -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h -o wide 查看Pod的STATUS是否为Running，READY是否为1/1或类似（取决于容器数量）。如果状态不是Running，可能需要检查Pod的事件日志： kubectl describe pod -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h 或者查看Pod的日志： kubectl logs -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h 接下来，如果Pod状态正常，需要检查Pod中的容器名称。用户可能没有指定容器名，而Pod中有多个容器。使用： kubectl get pod -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h -o jsonpath='{.spec.containers[*].name}' 如果返回多个名称，用户需要在exec命令中使用-c参数指定正确的容器名。 另外，容器可能启动缓慢，用户需要等待一段时间再尝试连接，或者检查是否有健康检查未通过的情况。 资源问题方面，可以查看节点资源使用情况，确认是否有足够的CPU或内存。 最后，如果以上步骤都排除了问题，可能需要检查kubelet日志或集群状态，是否有更底层的错误。 在总结时，需要将这些步骤结构化，帮助用户逐步排查问题，确保他们能理解每个步骤的目的和执行方法。同时，保持回答简洁明了，避免使用过多技术术语，让用户容易跟随操作。</think>遇到 `error: Internal error occurred: unable to upgrade connection: container not found ("fx-api")` 错误时，通常是由于 Kubernetes 无法定位到目标容器导致的。以下是逐步排查和解决此问题的思路： --- ### **1. 检查 Pod 状态** **原因**：Pod 可能未正常运行（如处于 `CrashLoopBackOff`、`Pending` 或 `Error` 状态）。 **操作**： ```bash kubectl get pod -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h -o wide ``` - **期望状态**：`STATUS` 应为 `Running`，且 `READY` 列显示为 `1/1`（或对应容器数量）。 - **异常处理**： - 若状态异常，查看详细信息： ```bash kubectl describe pod -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h ``` - 检查事件日志中的 `Events` 部分，定位启动失败原因（如镜像拉取失败、资源不足等）。 --- ### **2. 确认容器名称是否正确** **原因**：Pod 中可能包含多个容器，未指定容器名称导致默认选择失败。 **操作**： ```bash kubectl get pod -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h -o jsonpath='{.spec.containers[*].name}' ``` - **输出示例**：`fx-api sidecar`（表示有两个容器）。 - **修正命令**：若存在多个容器，需通过 `-c` 指定容器名： ```bash kubectl exec -it -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h -c fx-api -- /bin/sh ``` --- ### **3. 检查容器启动延迟** **原因**：容器可能已启动但尚未就绪（如依赖项未完成初始化）。 **操作**： - 查看容器日志，确认是否已完全启动： ```bash kubectl logs -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h ``` - 若日志显示初始化中，等待片刻后重试。 --- ### **4. 验证容器定义** **原因**：Pod 的 YAML 配置中可能错误地命名了容器（如名称拼写错误）。 **操作**： 检查 Pod 的 YAML 定义： ```bash kubectl get pod -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h -o yaml ``` - 确认 `spec.containers[*].name` 字段是否包含 `fx-api`。 --- ### **5. 检查节点资源** **原因**：节点资源不足（如 CPU、内存）可能导致容器无法启动。 **操作**： - 查看 Pod 调度到的节点状态： ```bash kubectl get pod -n tb08huq9f2 fx-api-7b7c8bdc4f-4j89h -o wide ``` - 检查节点资源使用情况： ```bash kubectl top node <节点名称> ``` --- ### **6. 集群组件问题** **原因**：Kubelet 或 API Server 异常可能导致连接失败。 **操作**： - 登录到 Pod 所在节点，检查 Kubelet 日志： ```bash journalctl -u kubelet -n 100 --no-pager ``` - 确认节点与 Master 的网络连通性。 --- ### **总结步骤** 1. 确认 Pod 处于 `Running` 状态。 2. 检查容器名称并正确指定。 3. 查看日志和事件定位启动问题。 4. 验证资源充足性和集群组件健康。 通过以上步骤，通常可以解决 `container not found` 错误。若问题仍存在，需结合具体日志进一步分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值