【k8s故障处理篇】kubectl报错“ couldn‘t get current server API ..:6443: connect: connection refused”解决办法

于 2025-02-26 14:50:32 发布
阅读量460 收藏 1
点赞数 5
分类专栏： Kubernetes从入门到精通 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/jks212454/article/details/145866739
版权

【k8s故障处理篇】kubectl报错“ couldn't get current server API ..:6443: connect: connection refused”解决办法

在这里插入图片描述

一、环境介绍

1.1 本次环境规划

  • 本次环境规划介绍
hostname IP地址 操作系统版本 k8s版本 角色
k8s-master 192.168.3.201 centos7.6 v1.27.4 master节点
k8s-node01 192.168.3.202 centos7.6 v1.27.4 worker节点
k8s-node02 192.168.3.203 centos7.6 v1.27.4 worker节点

1.2 kubernetes简介

Kubernetes（简称为"k8s"）是一种开源平台

了解本专栏 订阅专栏 解锁全文 超级会员免费看
【ubutnu24.04】k8s部署3:重新安装1.31.0并init成功
突围
08-15 769
#!/bin/sh sudo systemctl restart containerd sudo systemctl status containerd
The connection to the server 127.0.0.1:6443 was refused - did you specify the right host or port? 报错
GNNUXXL的专栏
07-25 4111
在部署K3S集群的过程中，部署完之后server端能够查看到在集群内的所有节点，如下图。在agent端查看的时候，却画风一变，提示端口或者主机错误，如下图。
Kubernetes安装与配置的踩坑记录
blithe_的博客
11-15 526
GPG 错误：http://packages.ros.org/ros/ubuntu bionic InRelease: 下列签名无效： EXPKEYSIG F42ED6FBAB17C654 Open Robotics。W: 无法下载 http://packages.ros.org/ros/ubuntu/dists/bionic/InRelease 下列签名无效： EXPKEYSIG F42ED6FBAB17C654 Open Robotics。正在读取软件包列表…再次运行make指令成功。
The connection to the server ip:6443 was refused - did you specify the right host or port
m0_46586460的博客
10-14 501
电脑非正常原因重启后虚拟机集群k8s：6443拒绝。
K8S重启遇到问题：couldn‘t get current server API group list: Get “http://localhost:8080/api?timeout=32s“: d
小石潭记丶
07-12 4750
kubectl 没有使用到证书与k8s api通信，在初始化集群的时候要想使用kubectl需要，申明证书变量 export KUBECONFIG=/etc/kubernetes/admin.conf ，重启之后 KUBECONFIG 变量失效了。所有需要重新声明，并加入过/etc/profile 全局变量文件。
redis connection refused
innerpeaceScorpio的博客
08-05 1219
Java连接redis时connection refused： Bind的问题：把配置文件redis.conf里的bind 127.0.0.1注释掉它，或者改成bind 0.0.0.0bind localhost 只能本机访问，局域网内计算机不能访问。 bind 局域网IP 只能局域网内IP的计算机能访问，本地localhost都无法访问 启动的时候带着配置文件一起启动，启动之后
k8s 6443 was refused 排查思路
tankpanv的博客
08-30 3369
我此次产生6443报错问题的原因是：检查pod时候，发现所有pod都已宕掉，都是notReady状态，尝试了重启etcd、重启containerd、重启kubelet，都未能解决。猛然间想起来查看SELinux的状态，发现SELinux没有关闭，是permissive状态，所以导致重启机器，重启etcd、重启containerd、重启kubelet均无法重新拉起k8s集群。6443 是api-server监听的端口，master节点6443请求不通。
记一次k8s集群表征6443:connect refused，无法使用kubectl get pod的问题解决
Explore
04-22 3万+
集群概况（就一个master节点）： master 192.168.1.1 发现问题：（在一个看似平凡的上午，突然集群出现了这样反应） 发现问题后的一个思路： 步骤： 开始查看防火墙的6443是否打开，（需要打开—zone=internal方向的防火墙），检查后没问题。 swap是否关闭。 关闭方式： ① 注释 /etc/fstab 的swap注释（永久关闭swap）。 ② swappoff -a （暂时关闭swap）。 ③ 查看是否关闭 free -m [root@km1 ~]# free -m
【k8s】dial tcp 192.168.132.11:6443: connect: connection refused
热门推荐
weixin_45066823的博客
12-20 4万+
今天博主登陆了好久没登陆的自己在家搭建的k8s集群，突然发现master节点执行以下命令产生了报错，以为是api-server没起来，重启了好几次没起来，一通百度还是没有解决问题。 kubectl get node # 报错内容提示无法连接本地6443端口 突然想到了证书的问题，一查，已经过期两个多月了 ???? # 查看各个组件证书过期时间 kubeadm certs check-expiration CERTIFICATE EXPIRES
error: failed to create token: Post "http://localhost:8080/api/v1/namespaces/kube-system/serviceaccounts/admin-user/token": dial tcp [::1]:8080: connect: connection refused [root@k8s-node-2 ~]# kubectl cluster-info E0605 09:11:48.387028 2716053 memcache.go:238] couldn't get current server API group list: Get "http://localhost:8080/api?timeout=32s": dial tcp [::1]:8080: connect: connection refused E0605 09:11:48.387335 2716053 memcache.go:238] couldn't get current server API group list: Get "http://localhost:8080/api?timeout=32s": dial tcp [::1]:8080: connect: connection refused E0605 09:11:48.388415 2716053 memcache.go:238] couldn't get current server API group list: Get "http://localhost:8080/api?timeout=32s": dial tcp [::1]:8080: connect: connection refused E0605 09:11:48.389705 2716053 memcache.go:238] couldn't get current server API group list: Get "http://localhost:8080/api?timeout=32s": dial tcp [::1]:8080: connect: connection refused E0605 09:11:48.390997 2716053 memcache.go:238] couldn't get current server API group list: Get "http://localhost:8080/api?timeout=32s": dial tcp [::1]:8080: connect: connection refused To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'. The connection to the server localhost:8080 was refused - did you specify the right host or port?
06-06
根据错误信息，连接到Kubernetes API服务器时出现了拒绝连接的错误。这可能是由于以下原因之一导致的： 1. Kubernetes API服务器未运行：请确保Kubernetes API服务器正在运行。您可以通过运行以下命令来检查API...
【K8s开启防火墙】Failed to list *v1.Endpoints: Get https://10.96.0.1:443/api/v1/endpoints?
jstang的博客
12-06 1万+
今日，在Kubernetes集群开启防火墙firewalld出现问题记录一下 本章内容: 1: 问题&解决 2: K8s部署方案 3: 防火墙firewalld设计 1.问题&解决： 1 reflector.go:134] github.com/coredns/coredns/plugin/kubernetes/controller.go:317: Failed to list ...
解决方案：[“The connection to the server ip:6443 was refused - did you specify the right host or port“]
一切有为法，如梦亦如幻，如露亦如电，应作如是观。
12-26 6300
1、k8s有时候会报错The connection to the server ip:6443 was refused - did you specify the right host or port ，本文档提供几种可能产生该报错的原因和排障思路。
k8s集群部署时etcd容器不停重启问题及处理
逗小豆zz的博客
12-21 6922
在安装部署版本时，通过kubeadm初始化集群后，发现执行kubectl查看kubelet状态是否正常，发现无法连接apiserver的6443端口。进而查看apiserver容器的状态，由于是基于containerd作为容器运行时，此时kubectl不可用的情况下，使用命令可以查看所有容器的情况。发现此时容器已经退出，查看容器日志是否有异常信息。通过日志信息发现是无法连接etcd的2379端口，那么问题应该是出在etcd了。此时etcd容器也在不断地重启，查看其日志发现没有错误级别的信息。
K8S-解决报错--总结日记
mingqing的博客
07-26 2717
可以重启容器/var/lib/etcd/member#dockerstart37f1e8e68a81重启etcdroot@k8s-master/var/lib/etcd/member#dockerstartc32fbf338038重启api/etcd/member#dockerstartc32fbf338038重启api!httpshttpshttpshttpshttpshttps。
K8S-遇到问题-解决日记
mingqing的博客
08-17 2639
K8S-遇到问题-解决日记
k8s集群中node节点的kubectl报错couldn‘t get current server API group list: Get “http://localhost:8080解决。
m0_64730510的博客
11-30 1010
当我们从node节点输入命令 kubectl get pods 想要查看pod状态时候，发现以下报错couldn't get current server API group list: Get "http://localhost:8080。可以通过以下方式解决。
kubectl get pod -A 报错
guoguangwu的专栏
12-13 1893
Error from server (InternalError): an error on the server ("error trying to reach service: dial tcp 127.0.0.1:6443: connect: connection refused") has prevented the request from succeeding
k8s报错（couldn‘t get current server API group list: Get “http://localhost:8080/api?timeout=32s“: dial）
最新发布
lwxvgdv的博客
12-13 2408
Kubernetes 的设计目标是提供一个平台，使得应用程序的部署、扩展和管理变得更加容易和可靠。容器是一种轻量级的、可移植的、自包含的软件运行环境，应用程序及其依赖都被打包在容器中。PV 是集群中的一块存储资源，PVC 是用户对存储资源的请求。Service 是定义一组 Pod 访问策略的抽象，它通过一个固定的 IP 地址和端口提供对 Pod 的访问。容器编排是管理和自动化容器应用的部署、扩展和操作的过程。Volume 是 Pod 中的一块存储，可以是临时的或持久的，用于数据持久化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

江湖有缘

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

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

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

打赏作者

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

抵扣说明：

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

余额充值