kubernetes排错系列:(一)、机房搬迁导致的节点NotReady

说下背景:

  上周六机房进行搬迁,我所在的网段的机器都重启了一遍。重启之后kubernetes集群不正常。如下

排查过程:

# 查看节点信息
kubectl describe nodes cbov10-sso55-113

时间正好是上周五搬迁的时间点,20190809,kubelet停止发布节点状态

# 查看kubelet状态
systemctl status kubelet.service

这时候看出,报错名之k8s-master,但是我们kubernetes集群的node名字是cbov10-sso55-113,显然主机名有问题。

解决:

1. 查看是哪里的主机名出来问题。一般是两个地方

# 1. 查看 /etc/hosts
cat /etc/hosts

# 2.  查看 /etc/sysconfig/network
cat  /etc/sysconfig/network

博主这边是  /etc/sysconfig/network  加 HOSTNAME 写死 了,没关系,我们修改为需要的 cbov10-sso55-113,(这里说下,去掉HOSTNAME,用OpenStack自己虚出来的默认的虚拟机名也可以)

2.  修改主机名

# 方法1:临时有效
# 只能临时修改的主机名,当重启机器后,主机名称又变回来了。
hostname 主机名    

# 方法2:永久生效
# 永久性的修改主机名称,重启后能保持修改后的。
hostnamectl set-hostname  主机名

3.退出xshell,重新登录

# 查看主机名
hostnamectl

# 重启kubelet
systemctl daemon-reload
systemctl restart kubelet.service

4.再次查看kubernetes集群状态,可以发现集群状态为Ready

kubectl get nodes

感谢您的观看。

原文地址:https://www.cnblogs.com/haoprogrammer/p/11350664.html

时间: 2024-11-19 03:25:42

kubernetes排错系列:(一)、机房搬迁导致的节点NotReady的相关文章

服务器机房搬迁导致服务器无法识别raid怎么办

[服务器数据恢复故障描述]北京某公司的机房进行搬迁,重新连接线路后发现服务器无法识别RAID,服务器未做初始化操作.客户服务器为LINUX操作系统,构建了NFS+FTP作为公司内部文件服务器使用.服务器型号为HP DL380 G4,使用hp smart array控制器挂载了一台国产磁盘阵列,服务器磁盘阵列由14块146G SCSI硬盘组成一组RAID5.,HP smart array系列控制器源自康柏,RAID中的冗余采用双循环的校验方式.管理员对服务器进行简单检查后并没有做其他尝试性操作,数

记录一次机房搬迁中系统防火墙的问题

昨天夜里进行了机房搬迁,在新机房一套红帽虚拟化启动的时候发现,其中一个节点网络不通, 猜测原因有可能是网线的问题,于是重新做了新网线,还是网络不通,用测线仪测试网线,发现网线没有问题, 于是猜测是不是交换机的问题,于是检查交换机,发现交换机的端口设置,vlan设置都是正常的. 由于白天系统还要正常使用,大家就决定把问题先放一下,先让系统正常使用起来,大家回去休息,到晚上在来处理. 刚才又去了一趟机房,把网线再次检查下,交换机也检查下,发现故障节点和其他节点的网络是单向通着的,打电话给同事咨询一下

实战Docker到Kubernetes技术系列视频教程(项目实战)

38套大数据,云计算,架构,数据分析师,Hadoop,Spark,Storm,Kafka,人工智能,机器学习,深度学习,项目实战视频教程 视频课程包含: 38套大数据和人工智能精品高级课包含:大数据,云计算,架构,数据挖掘实战,实时推荐系统实战,电视收视率项目实战,实时流统计项目实战,离线电商分析项目实战,Spark大型项目实战用户分析,智能客户系统项目实战,Linux基础,Hadoop,Spark,Storm,Docker,Mapreduce,Kafka,Flume,OpenStack,Hiv

数据结构:单向链表系列6--交换相邻两个节点1(交换数据域)

给定一个单向链表,编写函数交换相邻 两个元素 输入: 1 -> 2 -> 3 -> 4 -> 5 -> 6 -> 7 输出: 2 -> 1 -> 4 -> 3 -> 6 -> 5 -> 7 输入: 1 -> 2 -> 3 -> 4 -> 5 -> 6 输出: 2 -> 1 -> 4 -> 3 -> 6 -> 5 通过观察发现:当输入的与元素个数是单数的时候,最后一位不参与交换

机房搬迁方案

第1章    设备迁移方案 1.1   迁移流程及顺序说明 以上为系统迁移的流程图,各单位数据中心分系统均按该流程进行,做到系统迁移的有序进行. 1.2   迁移实施前期准备 迁移的准备工作是整个迁移工作的极其重要的部分,充分的做好本次迁移的准备工作,是保证迁移工作顺利进行的首要条件,并可有效的减少迁移过程中的事故隐患,以下将对迁移前的准备工作做详细描述. 2.1        迁移设备确认 在此过程中需和用户方确认迁移的网络设备.服务器.存储等硬件设备及其辅助设备和材料,并对需迁移的设备进行分

实战Docker到Kubernetes技术系列视频教程

培训对象:系统工程师.软件架构师.软件工程师.运维工程师.以及对云计算领域感兴趣的IT精英 课程目录: 第一课  为什么你需要学Docker第二课  Docker实战之容器基础命令系列第三课  Docker实战之自定义容器镜像第四课   Docker实战之容器互联实战第五课  Docker实战之容器网络机制(上)第六课 Docker实战之容器网络机制(下)第七课 Docker图形化管理和监控第八课kubernetes横空出世背后的秘密第九课kubernetes架构深度解析第十课kubernete

排错:Windows系统异常导致Filebeat无法正常运行

Windows 下Filebeat排错Case实例一份,请查收. 问题描述: Windows Server下Filebeat Agent服务无法正常启动,导致网络数据打点无法正常进行,影响大范围用户网络使用等: 报错信息如下: 查看对应log文件,日志信息如下: 2019-03-04T11:38:14+08:00 INFO Home path: [C:\Program Files\Filebeat] Config path: [C:\Program Files\Filebeat] Data pa

解决Kubernetes Dashboard由于自身证书问题导致一些浏览器不能打开的问题

正常安装部署完Kubernetes Dashboard后,通过某些浏览器却不能访问(比如Chrome浏览器),通常是由于部署Kubernetes Dashboard时生成的证书日期有问题,解决办法,可以通过自签证书的形式解决. 基于之前的测试部署环境 IP地址 主机名 系统 内核版本 CPU 内存 192.168.100.6 master01.cluster.k8 CentOS 7.6 5.2.6 4c 4G 192.168.100.7 node01.cluster.k8 CentOS 7.6

广州佛山IDC机房搬迁改造机柜安装方案报价

一般机柜布线要求布防距离尽量短而整齐,排列有序. 1.设备安装前检查 在安装工程之前,必须对设备间的建筑和环境条件进行检查,具备下列条件方可开工: (1)设备间的土建工程已全部竣工,室内墙壁已充分干燥.设备间门的高度和宽度应不妨碍设备的搬运,房门锁和钥匙齐全; (2)设备间地面应平整光洁,预留暗管.地槽和孔洞的数量.位置.尺寸均应符合工艺设计要求; (3)电源已经接入设备间,应满足施工需要; (4)设备间的通风管道应清扫干净,空气调节设备应安装完毕,性能良好; (5)在铺设活动地板的设备间内,应