unhealthy专题
kubectl get cs显示unhealthy的解决办法
01、问题描述 使用kubectl get cs查看K8s组件状态，发现scheduler和controller-manager状态为Unhealthy，但集群可以正常使用。 [root@k8s-master ~]# kubectl get csWarning: v1 ComponentStatus is deprecated in v1.19+NAME S
gitlab容器启动后unhealthy状态解决
环境mac+docker+gitlab 最近创建gitlab容器，启动后状态一直是unhealthy，也不能通过http接口访问。整个容器都特别卡。 后面在网上找了资料，将worker_processes设置为1。重启后状态正常了healthy，也可以访问。 但是进入容器修改root密码是，总是卡死，进程被kill。 查资料显示 官方建议该值是CPU核心数加一，可以提高服务器的响应速度，
gitlab状态为unhealthy
重启或启动容器是状态是unhealthy [root@master ~]# docker restart **** Error response from daemon: Cannot restart container gitlab: driver failed programming external connectivity on endpoint gitlab (************
Harbor新建仓库目标提示 the registry is unhealthy
两个harbor需要通过镜像复制策略来同步镜像，在仓库管理添加的harbor状态是unhealthy 问题排查 两个harbor需要通过镜像复制策略来同步镜像，在仓库管理添加的harbor状态是unhealthy 本文中，目标仓库的地址是image.fly.cn 查看harbor其中一个服务的host文件 docker exec -it harbor-core sh -c
YARN 集群的 Node 节点都处在 Unhealthy 状态
问题描述 在客户的 Yarn UI 可以看到有 local-dirs are bad，log-dirs are bad 报错，node 节点都是 unhealthy 状态，如图： 原因分析 之所以会有 local-dirs are bad，log-dirs are bad 报错，是因为在我们集群的 yarn-site.xml 里参数 yarn.nodemanager.disk-healt
hadoop集群的NodeManager存在， 但在yarn上显示Unhealthy Nodes
也可以使用命令查看节点状态： [mmtrix@www hadoop-2.6.0-cdh5.4.1]$ bin/yarn node -list -all 查看yarn的log发现 2020-06-08 10:31:12,900 WARN org.apache.hadoop.yarn.server.nodemanager.DirectoryCollection: Dir
k8s组件状态异常:scheduler Unhealthy controller-manager Unhealthy排除
k8s组件状态异常:scheduler Unhealthy controller-manager Unhealthy排除 1. 错误信息 root@master-01:~# kubectl get csWarning: v1 ComponentStatus is deprecated in v1.19+NAME STATUS MESSAGE
Nodemanager Unhealthy（exit code :143/35）
现象 CDH6.2.1版本，生产环境，通过cm页面发现yarn告警，提示Nodemanager Health Checker Bad，检查yarn前端8088页面，集群可用内存和CPU也相应减少，说明此NM失联不可用，重启NM后恢复正常。并且一个周内同一个数据NM节点出现两次这种情况。 问题定位 首先查找CM agent对NM的监控日志，进入目录： /var/run/cloudera-scm
kubernetes 报scheduler Unhealthy的错误解决
项目背景 近来因项目需要，需使用k8s做相关的运维，因此通过sealos一键安装，在使用查看集群健康状态命令时 [root@k8s1 manifests]# kubectl get cs 报了下面的错误： Warning: v1 ComponentStatus is deprecated in v1.19+NAME STATUS MESSAGE
【k8s】sheduler和controller 显示Unhealthy
kubectl get cs显示unhealthy的解决办法controller-manager 和 scheduler Unhealthy这两个pod的非安全端口没有开启，健康检查时报错，但是由于本身服务是正常的，只是健康检查的端口没启，所以不影响正常使用。 配置文件路径 健康状态 kubectl get cs [root@k2c4g3m-master0 myku
Kubeadm部署k8s集群后，scheduler和controller-manager为Unhealthy
目录 1、问题现象 2、解决方法 2.1 修改kube-controller-manager.yaml配置文件,将port=0注释 2.2 修改kube-scheduler.yaml配置文件，将port=0注释掉 2.3 在master节点上重启kubelet 1、问题现象 [root@k8s-master01 ~]# kubectl get csWarning: v1
k8s踩坑2——scheduler 、controller-manager Unhealthy
查看master组件状态时出现错误 [root@k8s-master ~]# kubectl get csWarning: v1 ComponentStatus is deprecated in v1.19+NAME STATUS MESSAGE
【MeterSphere安装问题记录】dependency failed to start: container system-setting is unhealthy
dependency failed to start: container system-setting is unhealthy解决办法 背景问题一：no such file or directory挂载失败文件不存在问题二：dependency failed to start: container system-setting is unhealthy 背景 最近发现了一个开
【rancher unhealthy】问题记录
docker之Rancher学习之路 今天在通过Rancher添加主机来添加容器的过程中，网络困扰了一下午。Rancher添加容器启动一直显示【Unhealthy】 起初问题定位在本地主机与虚假机网络连接慢，（虚拟机联网是通过NAT，绑定的静态ip；本地主机连接的WiFi）， 问题根因：Rancher连接远程仓库下载镜像过程中网络慢导致的问题： 总结一：从远程仓库下载镜像慢，可以配置多
CDH :Role not started due to unhealthy host XXX
CDH6.3.1 Role not started due to unhealthy host XXX 异常 解决： 在各个节点从新安装部署CM-agent 和主节点的CM-server 服务（不用停止服务），我这里是CDH6.3.1的RPM包离线部署，rpm 已上传解压完成，直接安装即可，命令是： rpm -ivh cloudera-manager-daemons-6.3.
kubectl get cs查看组件状态kube-scheduler和kube-controller-manager显示unhealthy
通过kubeadm安装的k8s集群获取kube-scheduler和kube-controller-manager组件状态异常 原因1:这两个pod的非安全端口没有开启，健康检查时报错，但是由于本身服务是正常的，只是健康检查的端口没启，所以不影响正常使用。 $ kubectl get csNAME STATUS MESSAGE
【K8S】集群部署后scheduler状态为Unhealthy
背景：刚接触K8S，学习过程中部署完k8s集群， 通过命令查询，status状态为unhealthy [root@k8smaster ~]# kubectl get cs 一顿度娘操作后，需修改以下两个配置文件 [root@k8smaster ~]# vim /etc/kubernetes/manifests/kube-controller-manager.yaml[root@k8sm
etcd健康检查报错127.0.0.1:2379 is unhealthy: failed to commit proposal: context deadline exceeded
我有三个节点装etcd , 三个都能启动，但是在使用/opt/etcd/etcdctl endpoint health健康检查的时候有一台报如下错 最后仔细检查配置，发现有一个节点的配置的ip没有修改对， 有两台机器框出来的这里都写成了147，把 ip修改对后，在同时重启三台服务器上的etcd,启动正常，健康检查也正常了
【rancher unhealthy】问题记录
docker之Rancher学习之路 今天在通过Rancher添加主机来添加容器的过程中，网络困扰了一下午。Rancher添加容器启动一直显示【Unhealthy】 起初问题定位在本地主机与虚假机网络连接慢，（虚拟机联网是通过NAT，绑定的静态ip；本地主机连接的WiFi）， 问题根因：Rancher连接远程仓库下载镜像过程中网络慢导致的问题： 总结一：从远程仓库下载镜像慢，可以配置多