天行健,君子以自强不息;地势坤,君子以厚德载物。
每个人都有惰性,但不断学习是好好生活的根本,共勉!
文章均为学习整理笔记,分享记录为主,如有错误请指正,共同学习进步。
文章目录
- 一、场景
- 二、查看问题
- 三、问题分析解决
- 问题1: “1 node(s) had taint {node-role.kubernetes.io/master: },that the pod didn't tolerate”
- 分析
- 解决
- 问题2: “2 node(s) didn't match Pod's node affinity/selector.”
- 分析
- 解决
一、场景
在k8s中搭建服务时遇到了起的pod一直处于pending状态
二、查看问题
使用命令查看pod的具体日志描述,
其中podname
就是上面查看到的pending状态对应的名称,
gitlab-dev
是namespace名称
kubectl describe pod podname -n gitlab-dev
查看pending状态的pod的信息如下
三、问题分析解决
根据描述,可将问题分成两部分
问题1: “1 node(s) had taint {node-role.kubernetes.io/master: },that the pod didn’t tolerate”
分析
此问题描述表示一个节点有污点,且这个节点是master节点
查询资料得知,k8s主节点默认是不能部署pod的,默认部署在其他节点上
所以我们现在部署的命令都是在主节点master上执行的,就会有这个问题
解决
解决方法是将这个设定修改,将部署在主节点的设置打开,如下命令
kubectl taint nodes k8s-master node-role.kubernetes.io/master-
然后将所有起的pod删掉重新起即可,再次查看描述,问题只剩一个
问题2: “2 node(s) didn’t match Pod’s node affinity/selector.”
分析
节点找不到合适的关系或选择器
也就是说,pod的配置文件(deployment或pod的yaml文件)中应该有节点的关系或选择器的相关参数设置,而设置的参数不符合当前环境即找不到合适的节点
解决
我直接删掉了nodeSelector参数的配置,然后删除掉相关pod重新部署后解决了
当然,其中第一个没有启动成功,但本文的pending问题已经解决了,这个启动失败后续查看后是跟账号密码文件设置不匹配有关
感谢阅读,祝君暴富!