大力金刚指@OpenShift升级etcd operator报错
作者:互联网
查看升级信息,是etcd operator升级不上去,说是master2上的etcd pod有问题。
具体信息让查看install-6-master2* 这个pod:
查看openshift-etcd ns中的pod,没有install-6-master2* 这个pod。
我理解是升级操作没有触发master2节点的etcd升级。于是将上面正在运行的pod轮着删除自动重建了一遍,没效果。
尝试重新部署etcd static pod:
#oc patch etcd/cluster --type merge -p "{\"spec\":{\"forceRedeploymentReason\":\"Forcing new revision with random number $RANDOM to make message unique\"}}"
执行完毕后,我发现etcd 开始升级。
如下图所示,出现了installer-7-master2。
从下图我们可以看出:install-*-master*是负责给ectd升级的pod,每个master节点都会有对应的升级pod,一个版本升级完毕后,就会变成Completed,然后进行下一个版本的升级。
从下图我们可以看出,etcd从6版本轮询升级到了9版本:
查看OCP升级的步骤,已经向下推进了:
大功告成。
OCP中,除了etcd这个static pod外,另外三个static pod如果出现类似的报错,也可以用相同的思路进行处理:
kube-apiserver static pods:
#oc patch kubeapiserver/cluster --type merge -p "{\"spec\":{\"forceRedeploymentReason\":\"Forcing new revision with random number $RANDOM to make message unique\"}}"
kube-controller-manager static pods:
oc patch kubecontrollermanager/cluster --type merge -p "{\"spec\":{\"forceRedeploymentReason\":\"Forcing new revision with random number $RANDOM to make message unique\"}}"
kube-scheduler static pods:
#oc patch kubescheduler/cluster --type merge -p "{\"spec\":{\"forceRedeploymentReason\":\"Forcing new revision with random number $RANDOM to make message unique\"}}"
标签:master2,random,升级,报错,etcd,operator,static,pod 来源: https://blog.51cto.com/u_15127570/2710963