报错集-----K8S中使用kubectl get nodes报错NotReady

最新推荐文章于 2025-05-11 21:06:01 发布
最新推荐文章于 2025-05-11 21:06:01 发布
阅读量1.4k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 报错集 K8S 云计算 文章标签： k8s kubernetes 云计算
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Gengchenchen/article/details/115718844
当Kubernetes节点状态显示notready，并发现VIP丢失时，可以尝试在受影响的node节点上执行pkill nginx、systemctl restart nginx及systemctl restart keepalived来解决。此方法通常能恢复节点状态并重新获取VIP，从而在master节点上通过kubectl get nodes查看到正常状态。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

报错现象：
在这里插入图片描述
解决方案：
1、节点状态为notready，检查node节点的VIP，发现VIP不见了
2、在两台node节点上执行以下操作：

pkill nginx
systemctl restart nginx
systemctl restart keepalived

3、然后在master节点上kubectl get nodes就可以查看到了

【云原生-k8s】kubectl top pod 报错:error: Metrics API not available
liu_chen_yang的博客
03-30 8847
查看k8s中其他节点的cpu，memory的使用率情况
error：kubectl get node查看node的NotReady状态
IvyXYW的博客
04-15 1376
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.kubec
k8s的node节点，执行kubectl get XXX报错
qq_29860591的博客
12-16 2191
报错现象： [root@localhost ~]# kubectl get nodes The connection to the server localhost:8080 was refused - did you specify the right host or port? 但是也想让子节点可以查询，因此研究了一下 把master下面的admin.conf移到子节点相同路径下...
Kubernetes排错(十五)：节点NotReady故障排查处理
最新发布
sre救赎之路
05-11 679
在Kubernetes生产集群中，节点突然变为NotReady状态是常见的紧急故障。本文提供了一套经过实战检验的排查流程，包括快速诊断三板斧和深度排查七步走方法。快速诊断三板斧包括查看节点状态、获取节点详细事件、测试APIServer连通性、检查kubelet服务状态和容器运行时状态。深度排查七步走则包括kubelet日志分析、资源瓶颈检查、网络诊断、证书有效性验证、内核日志审查、容器运行时检测和节点自检工具。此外，文章还提供了高频故障场景的处理指南、生产环境防护体系建设、专家级调试技巧和避坑指南。通过系统
错题集：k8s:kubectl get nodes显示NotReady
零下二度的博客
04-15 905
错误： [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
kubectl get node notReady | network not ready | kube-flannel not ready
beOkWithAnything
08-04 397
修改 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。
kubectl get node NotReady 解决办法：
weixin_39133753的博客
10-28 549
执行命令： systemctl stop kubelet.service systemctl start kubelet.service
【kubernetes】kubectl get nodes报NotReady
王佑辉的博客
12-14 713
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初始化时，安装kube-flannel之后，master节点还是NotReady,所缺少的flannel文件
03-17
k8s初始化时，安装kube-flannel之后，master节点还是NotReady,所缺少的flannel文件
k8s node节点断电重启出问题；flannel重启失败 CrashLoopBackOff；flannel pod报错”Back-off restarting failed container” ；
01-07
kubectl get nodes 查看发现node节点都处于not ready 状态。 解决过程 进入节点，查看systemctl status docker; systemctl status kubelet; 发现docker好的，kubelet挂了。 （如果docker挂了且一直卡starting状态...
错误集——k8s，kubectl get node 查看集群节点状态：NotReady
HB199753的博客
12-15 965
错误集——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
kubectl get node 显示 NotReady 解决方法
wangchaoqi1985的博客
04-02 4142
kubectl get node 显示 NotReady 解决方法
K8S kubeadm 部署出现的故障：kubectl get nodes 节点显示 NotReady
码海小虾米_的博客
08-17 3516
kubectl get nodes 节点显示 NotReady一、报错现象二、报错分析三、报错解决方法 一、报错现象 在使用kubeadm部署完master部署好K8s集群后，各节点也加入了集群，但是master上的各节点服务器依然显示NotReady 二、报错分析 由于flannel组件和kube-proxy组件也是不正常的，所以先看了下master的镜像，没有问题 然后怀疑是节点的flannel镜像或者kube-proxy组件出现问题 上图可以看到，我把各组件的镜像导入后，但是忘记了加载。。。。
k8s集群node节点状态为Not Ready
q_hsolucky的博客
04-08 9630
k8s集群node节点状态为Not Ready的可能原因及处理方法
kubernetes节点处于NotReady状态
weixin_44756615的博客
06-12 1004
很有可能国内网络访问不到这个资源，你可以网上找找国内的源安装 flannel kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml # 如果上面的插件安装失败，可以选用 Weave，下面的命令二选一就可以了。检查node2 中的 /etc/cni/net.d配置路径不存在， 直接从master主节点中scp配置文件。报错解析： 网络配置问题。
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报错节点状态为NotReady，希望可以帮到你
weixin_73059729的博客
06-14 4203
使用kubeadm通过初始化安装的k8s是不包括网络插件的，也就是说初始化之后是不具备相关网络功能的，比如k8s-master节点上查看你节点信息是“Not Ready”状态、Pod的CoreDNS无法提供服服务。Flannel是一个轻量级的网络插件，基于虚拟网络的方式，使用了多种多端实现，如基于Overlay的VXLAN贺基于Host-Gateway的方式。
k8s部署解成功解决node节点一直处于NotReady状态的问题，报错failed to load Kubelet config file /var/lib/kubelet/config.yaml
未来社会二十年发展的核心技术趋势由ABCD四个字母组成，分别是AI（人工智能）、BlockChain（区块链）、Cloud（云）、和Data（大数据）每一次进步都有新的认知和感触
05-06 1万+
k8s部署解决node节点一直处于NotReady状态的问题，报错failed to load Kubelet config file /var/lib/kubelet/config.yaml, error failed to read kubelet config file "/var/lib/kubelet/config.yaml", error: open /var/lib/kubelet/config.yaml: no such file or directory
Kubernetes：node处于 NotReady 状态，恢复办法
oopxiajun博客专栏
06-08 5247
查看节点状态 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 .
kuboard 无法解析主机：k8s-master: 连接超时
01-18
### Kuboard连接k8s-master主机解析失败、连接超时解决方案 #### 可能原因分析 网络连通性问题是导致Kuboard无法成功连接到k8s-master的主要因素之一。当遇到此类问题时，通常可以从以下几个方面排查： - **防火墙设置**：确认防火墙规则允许来自Kuboard客户端IP地址范围内的流量访问API Server端口，默认情况下为6443/tcp[^1]。 - **DNS配置错误**：如果通过域名而非直接使用IP地址来指定目标master节点，则需确保本地或环境中的DNS能够正确解析该名称至实际的IP地址。 - **证书过期/不匹配**：对于采用HTTPS协议的安全连接而言，任何一方持有的SSL/TLS证书失效亦或是CN/SAN字段未能覆盖请求发起者所使用的hostname/IP均会造成握手阶段即告终止的结果。 - **kubelet/kube-api-server状态异常**：上述组件运行状况不佳同样会阻碍外部尝试建立联系的行为；比如因资源耗尽而崩溃退出等情形都会影响其对外提供服务的能力。 - **Flannel网络插件工作失常**：虽然这里提到的是关于Pod间通信优化措施，但如果整个集群内部虚拟网络构建出现问题的话也会影响到控制平面与其他部分之间的交互效率乃至可达性。 #### 排查步骤建议 针对以上可能存在的隐患点位采取相应检测手段如下所示： ```bash # 查看apiserver监听情况以及开放端口详情 ss -tnlp | grep 6443 # 测试与Master Node间的TCP层面上能否顺利抵达预期目的地 telnet <api_server_ip> 6443 # 获取当前环境中所有Node的状态概览并留意其中是否有NotReady标记项存在 kubectl get nodes -o wide # 审核日志文件以获取更多线索 journalctl -u kubelet.service --no-pager | tail -n 50 ``` 另外值得注意的一点在于，假如是在云服务商处托管基础设施的情况下，还需额外关注安全组策略是否适当放宽了必要的出入站权限给定实例所属VPC内网段成员之间相互交流之便。 #### 配置调整指导 一旦定位到了具体成因之后就可以着手实施针对性修正动作了： - 对于防火墙相关联的问题来说，应当依据实际情况编辑iptables规则集或者修改高级别的网络安全防护产品设定使之满足业务需求； - 若是因为DNS引起的障碍则要检查/etc/resolv.conf里预设nameserver列表准确性的同时还要验证对应server本身的工作效能如何； - 关乎认证材料方面的顾虑可通过重新签发一套新的CA根证及其下衍生出来的各类子级证件的方式来彻底消除潜在风险源； - 倘若怀疑是由于核心进程挂起所致那么不妨试着重启涉及的服务单元看看效果怎样； - 如果真的是因为CNI(Container Network Interface)方案选型不当或者是参数调优不够充分的缘故引发连锁反应进而波及全局稳定性的话，那就有必要深入研究官方文档寻找最佳实践案例作为参照模板来进行改进操作了。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

清风~

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值