k8s集群重启后相关服务组件无法启动的问题解决

K8s集群重启后kubelet未启动的解决方法
最新推荐文章于 2024-12-13 15:34:51 发布
原创 最新推荐文章于 2024-12-13 15:34:51 发布 · 7.6k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#k8s集群重启失败问题解决

在执行kubectl命令时遇到服务器连接拒绝的问题，通过检查发现kubelet服务未启动。解决方法包括关闭交换内存和设置kubelet开机不启动。具体操作为注释掉/etc/fstab中关于swap的行，确保swap被关闭。

执行kubectl命令，比如kubectl get nodes等命令的时候，出现The connection to the server xxx.xxx.xxx.xxx:6443 was refused - did you specify the right host or port?
在这里插入图片描述
输入 systemctl status kubelet 命令，发现kubelet没有启动
在这里插入图片描述

解决问题：

关闭交换内存

swapoff -a

设置开机不启动
详情参考(http://www.525.life/article?id=1510739742331)
修改修改/etc/fstab文件

vim /etc/fstab

将文件中的/dev/mapper/centos-swap swap swap defaults 0 0这一行注释掉
在这里插入图片描述

输入命令free -m

最低0.47元/天 解锁文章

200万优质内容无限畅学
Kubernetes (k8s)环境重启Pod方式总结
lmzf2011的专栏
07-17 1080
在Kubernetes中，重启Pod需通过删除重建实现。推荐使用优雅的kubectl rollout restart命令（适用于Deployments/StatefulSets/DaemonSets），通过滚动更新减少服务中断。替代方法包括手动删除Pod或调整副本数强制重建，但可能造成服务不可用。注意：配置更新需先确保资源定义变更，重启操作依赖控制器管理，生产环境应优先选择滚动重启方式。裸Pod需直接删除后重新部署。最佳实践建议在变更前进行隔离测试。
部署多控制节点k8s集群、删除k8s集群
m0_62958037的博客
01-06 1434
本文从使用代理以及不使用代理两种方式来搭建了一套多控制节点的k8s集群，以及如何删除重置k8s集群
K8s集群重启与恢复-Node节点启停方式例子解析
IT老农民的博客
10-07 3299
这是最简单的尝试方法，有时候可以解决临时的网络问题。如果重启服务没有解决问题，可以尝试以下步骤。：Docker 依赖于一个名为docker0的默认网桥来进行容器间的网络通信。创建网桥后，再次尝试启动 Docker 服务。：确保 Docker 的网络配置没有被错误地修改。如果没有列出任何网络，可能需要创建一个新的网络。然后重新创建网络并启动容器。：确保没有防火墙或安全组规则阻止 Docker 网络的正常工作。：如果进行了自定义配置，确保没有错误。配置文件通常位于。
k8s 静态pod apiserver无法启动
任我行的博客
03-31 1953
现象： 机器断电重启节点NotReady，查看apiServer 无法启动 原因： Unexpected error while attempting to recover from admission failure: preemption: error finding a set of pods to preempt: no set of running pods found to reclaim resources 因为资源不足，导致apiServer无法启动。不过无法理解，机器重启后，内存和cp
虚拟机重启后k8s启动失败 did you specify the right host or port?且node节点NotNotReady
heliu3的博客
09-27 5989
1，虚拟机重启后使用kubectl命令报错 The connection to the server x.x.x.x:6443 was refused - did you specify the right host or port? 这是因为swap没有关。 #1，关闭swap swapoff -a #2，设置swap开机不启动 #将文件中的/dev/mapper/centos-swap swap swap defaults 0 0这一行注释掉 vi /etc/fstab #3,同时调整k8s的swa
k8s常用命令
weixin_43205308的博客
03-24 4192
查看运行pod、deployment等状态。上面命令查不到可以用pod运行日志。
k8s kubectl 启动失败Unit kubelet.service entered failed state.
m0_59029800的博客
11-07 4696
执行systemctl start kubelet后进行systemctl status kubelet查看，发现服务并未启动。报错显示：Unit kubelet.service entered failed state.kubelet.service failed.后来检查kubelet.service文件，发现配置了 “WorkingDirectory”，给它指定了工作目录。报错显示没有 /usr/local/bin/kubelet 这个文件或目录，实际ls查看是有的。怀疑是配置文件的路径出现问题。
k8s集群环境搭建资源
10-27
k8s集群环境的搭建是一项复杂而重要的任务，它涉及到多个组件的安装配置，包括Master节点和Worker节点，以及网络策略、存储、安全等多方面的设置。下面我们将详细探讨k8s集群环境搭建的相关知识点。 1. **Master...
【k8s主机重启后服务异常】
weixin_45294285的博客
03-28 2056
【k8s主机重启后服务异常】 主要表现： 主机上相关k8s相关组件均未启动，使用kubectl命令报错（The connection to the server localhost:6443 was refused - did you specify the right host or port?） 重启docker与kubelet服务，启动k8s相关组件服务 [root@master01 opt]# systemctl restart docker [root@master01 opt]# systemc
k8s集群部署primetheus监控.zip
11-24
总结来说，"k8s集群部署primetheus监控.zip"提供了一个全面的解决方案，帮助用户快速部署Prometheus监控到Kubernetes集群，从而实现对集群性能的实时监控和问题定位，提升运维效率。通过理解并正确配置每个组件，...
Ubuntu22.04 && K8s1.27.2
endswell的专栏
06-07 1749
K8s1.27.2 && Ubuntu 22.04 安装
EKS 解决Unable to connect to the server 问题
云深海阔专栏
03-15 4426
3、查询当前主机aws configure。1、先配置日志查询我们的eks所属用户。5、降低kubectl版本。4、执行操作远程k8s。
k8s部署微服务项目
没有需求，就没有价值
04-27 2488
而在实际生产中，大部分中小企业不会自建云，容易故障踩坑，更多选择云托管。自主搭建Jenkins，Maven私服，Rancher管理k8s集群，好一点的会自主研发Devops平台加入审批流，上线前研发Leader审批版本发布、sql脚本等。 阿里云效其实也是干这种事情，最近在上面走了下流程，可以给大家简单看下我成功运行过的流水线。一般互联网公司的发布流程大致也是这样，前面还会有git分支管理合并等，如果代码合并有冲突也会中断。 在代码构建前会有代码扫描、安全扫描、漏洞检测、单元测试覆盖率等，代码扫描完可以查看
[AWS]EKS集群权限获取报错：couldn‘t get current server API group /An error occurred (AccessDeniedException)
China_Yanhy的博客
07-22 1746
背景：在AWS云上部署了EKS的集群，但是由于不是自己账号创建的，所以没有办法获取集群的信息。这说明的kubectl，还没有配置到访问 EKS 集群的凭证。授权完成之后，搞定，解决所有错误。配置aws configure。
K8S集群部署解决工作节点couldn‘t get current server API group list问题
dbqb007的专栏
01-07 9167
Java的异常分为两种异常，一种是检查型异常（checked exception），如IOException等。另一种是非检查型异常（unchecked exception），也叫运行时异常，如IllegalArgumentException等。 检查型异常和非检查型异常的区别在于，当一个方法想要抛出非检查型异常时，可以不在方法头抛出；而如果抛出检查型异常，则必须在方法头进行声明。当一个方法调用...
k8s报错（couldn‘t get current server API group list: Get “http://localhost:8080/api?timeout=32s“: dial）
lwxvgdv的博客
12-13 3063
Kubernetes 的设计目标是提供一个平台，使得应用程序的部署、扩展和管理变得更加容易和可靠。容器是一种轻量级的、可移植的、自包含的软件运行环境，应用程序及其依赖都被打包在容器中。PV 是集群中的一块存储资源，PVC 是用户对存储资源的请求。Service 是定义一组 Pod 访问策略的抽象，它通过一个固定的 IP 地址和端口提供对 Pod 的访问。容器编排是管理和自动化容器应用的部署、扩展和操作的过程。Volume 是 Pod 中的一块存储，可以是临时的或持久的，用于数据持久化。
kubeasz 安装K8S 错误解决
热门推荐
疯飙的蜗牛
02-21 1万+
问题一、couldn't get resource list for metrics.k8s.io/v1beta1: the server is currently unable to handle the request 问题二、FAILED - RETRYING: 轮询等待calico-node 运行 (15 retries left). FAILED - RETR 问题三、提示没有kubectl（其它相关命令）命令。问题四、安装calico网络中的一些问题。
k8s集群中node节点的kubectl报错couldn‘t get current server API group list: Get “http://localhost:8080解决。
m0_64730510的博客
11-30 1454
当我们从node节点输入命令 kubectl get pods 想要查看pod状态时候，发现以下报错couldn't get current server API group list: Get "http://localhost:8080。可以通过以下方式解决。
K8S重启遇到问题：couldn‘t get current server API group list: Get “http://localhost:8080/api?timeout=32s“: d
小石潭记丶
07-12 5395
kubectl 没有使用到证书与k8s api通信，在初始化集群的时候要想使用kubectl需要，申明证书变量 export KUBECONFIG=/etc/kubernetes/admin.conf ，重启之后 KUBECONFIG 变量失效了。所有需要重新声明，并加入过/etc/profile 全局变量文件。
k8s集群重启
最新发布
03-21
### Kubernetes 集群的安全重启操作指南 #### 一、理解 Kubernetes 的事件机制 Kubernetes 提供了一种强大的工具——事件（Events），用于跟踪集群内的活动时间线。这些事件记录了诸如 Pod 调度失败、容器重启以及各种错误等重要信息，能够帮助管理员更好地理解和诊断问题的根本原因[^1]。 #### 二、配置主机文件以确保网络一致性 为了防止因 DNS 解析问题而导致的服务中断，在执行任何大规模操作之前，请确认 `/etc/hosts` 文件中的条目已正确定义所有节点的 IP 地址映射关系。例如： ```bash vi /etc/hosts 192.168.56.200 master 192.168.56.201 node1 192.168.56.202 node2 ``` 这一步骤对于保障服务连通性和减少潜在冲突至关重要[^2]。 #### 三、关闭不必要的防护措施 在准备进行维护工作前，建议临时禁用防火墙功能来避免其干扰正常通信流程。可以通过运行命令 `systemctl stop firewalld.service && systemctl disable firewalld.service` 来实现此目的。 #### 四、利用 kubeadm 工具完成版本更新与节点重置 当计划实施涉及整个系统的变更时（比如升级到新版本或者修复某些特定缺陷），可以借助官方推荐的方法—即通过 **kubeadm** 命令行界面来进行管理。具体步骤如下： - 获取当前部署环境下的 ClusterConfiguration 数据； - （可选项）保存现有 kube-apiserver 所使用的 SSL/TLS 凭证副本以防丢失敏感资料； - 替换旧版控制面组件定义为最新可用模板； - 修改本地 Kubelet 参数设置使之匹配新的需求标准；最后记得暂停目标机器上的资源分配过程以便平稳过渡期间不会受到影响[^3]。 #### 五、实际执行安全重启策略 以下是几个关键要点用来指导如何有效地重新启动您的 Kubernetes 集群而最小化风险: 1. **逐步下线节点**: 使用kubectl drain命令优雅地驱逐选定服务器上的负载，并将其标记为不可调度状态直到恢复为止。 ```bash kubectl cordon <node-name> kubectl drain --ignore-daemonsets <node-name> --delete-local-data ``` 2. **监控健康状况**: 利用仪表盘插件或其他第三方解决方案持续观察整体性能指标变化趋势，及时发现异常情况作出响应。 3. **验证核心服务稳定性**: 确认 API Server, Scheduler 和 Controller Manager 这些基础架构单元均已成功上线并无报错日志输出后再继续下一步动作。 4. **回滚预案制定**: 如果遇到无法预料的技术难题，则应迅速切换至先前稳定的状态组合直至找到根本解决办法为止。 --- ### 示例脚本：自动化部分常规任务 下面给出一段简单的 Bash Shell Script 实现上述提到的部分逻辑片段作为参考用途: ```bash #!/bin/bash NODES=("master" "node1" "node2") for NODE in "${NODES[@]}"; do echo "Processing $NODE..." # Step 1: Cordon the Node kubectl cordon "$NODE" # Step 2: Drain the Node (Graceful Eviction) kubectl drain "$NODE" --ignore-daemonsets --delete-emptydir-data # Optional: Perform Maintenance Tasks Here... # Step 3: Uncordon after completion sleep 10 # Simulate wait time during maintenance window. kubectl uncordon "$NODE" done ``` ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值