“ kubeadm升级应用v1.18.0-00”似乎没有升级主节点

Question

我对此kubeadm upgrade很困惑。

从下面的屏幕快照中可以看到，在Mac上显示kubectl version -o json时，我的 serverVersion 停留在v1.17.2。

当我在MASTER节点上时，我发出了kubeadm upgrade plan，系统显示了kubeadm upgrade apply v1.18.0进行升级。

但是，升级后，我的CURRENT版本仍显示v1.17.2。

您可以从带有kubectl get nodes -o wide的第三个屏幕剪辑中看到，所有节点都显示v1.18.0。

但是kubectl version -o json仍在v1.17.2上显示serverVersion。

此外，我的k9s继续显示我的 K8s版本：v1.17.2

添加到问题中。

为什么在MASTER节点上，输入kubectl版本时，客户端和服务器版本会不同吗？在下面的倒数第二个屏幕剪辑中显示。

在MASTER节点上的kubectl既不是CLIENT＆SERVER吗？我的意思是，如果我进入了MASTER节点，并且使用了kubectl，我不是在服务器本身上发出CLIENT请求吗？那么，CLIENT和SERVER版本如何不同？

有人可以告诉我我在做什么错吗？

先谢谢了。

Answer 1

我的评论：

请检查清单文件夹/ etc / kubernetes / manifest中是否有API服务器的备份文件。 （例如kube-apiserver.yaml.xxxx）。将这些文件移到其他位置，然后重新启动kubelet。

受到Github上"Kubernetes/issues"部分有关该问题的很好讨论的启发。

由于kubelet使用此文件夹中的每个文件，因此在启动Pod时，其中一个较旧的文件必须是获胜者。

此外，还有一个拉取请求（PR） 在此thread中。结果是，在2020年1月17日，公关被合并从neolit123：1.18-kubeadm-ugprade-rollback掌握。

这就是为什么您下次要更新k8s 1.18.x :-)

时不会遇到这个问题的原因

希望有帮助。

Answer 2

问题是url = 'https://www.nseindia.com/api/option-chain-indices?symbol=NIFTY' header = { "User-Agent": "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.75 Safari/537.36", "X-Requested-With": "XMLHttpRequest" } r= requests.get(url=url, headers=header, timeout=100).json() 在 / etc / kubernetes / manifests 文件中创建了其常规备份文件，这就是问题所在。我不确定为什么emacs的备份文件有问题，但是从目录中删除了这些备份后，您可以在 Client 和< em> Server 版本匹配。

谢谢尼克！