重新启动节点后，我遇到了以下问题：

[kubelet] Creating a ConfigMap "kubelet-config-1.13" in namespace kube-system with the configuration for the kubelets in the cluster
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8smaster" as an annotation
[kubelet-check] Initial timeout of 40s passed.
error execution phase upload-config/kubelet: Error writing Crisocket information for the control-plane node: timed out waiting for the condition

步骤来摆脱这个问题：
1.再次检查主机名，重新启动后它可能已更改。

sudo vi /etc/hostname 
sudo vi /etc/hosts

1.执行以下清理操作
代码：

sudo kubeadm reset
rm -rf /var/lib/cni/
sudo rm -rf /var/lib/cni/

systemctl daemon-reload

systemctl restart kubelet

sudo iptables -F && sudo iptables -t nat -F && sudo iptables -t mangle -F && sudo iptables -X

1.执行带有如下特殊标记的init操作
代码：

sudo kubeadm init --pod-network-cidr=192.168.0.0/16 --apiserver-advertise-address=10.10.10.2 --ignore-preflight-errors=all

（其中www.example.com是主节点的IP，www.example.com是分配给Pod的专用子网） 10.10.10.2 is the IP of master node and 192.168.0.0/16 is the private subnet assigned for Pods)

我在Ubuntu 16.04 amd 64上遇到过同样的问题，使用以下命令修复了它：

swapoff -a    # will turn off the swap 
kubeadm reset
systemctl daemon-reload
systemctl restart kubelet
iptables -F && iptables -t nat -F && iptables -t mangle -F && iptables -X  # will reset iptables

另外，看看kubeadm GitHub kubeadm swap on the related issue中的这个问题，人们仍然报告在关闭交换后有这个问题。
您也可以尝试在/etc/default/kubelet文件中添加 --fail-swap-on=false 标记，但对我的情况没有帮助。
这个问题似乎在最新的k8版本中得到了修复，因为在升级集群后，我没有遇到过这个问题。

我建议在修改iptables时要谨慎，因为在2节点Ubuntu 20.04 kubeadm集群上进行了大量的故障排除后，CNI插件依赖于内部节点Map。
使用sudo hostnamectl set-hostname c23996dd402c.mylabserver.com，我将主节点改回其Map名称，然后执行sudo systemctl daemon-reload。我注销并重新登录，以确保重新加载工作正常。我可以看到命令提示符改回默认的VM节点名称。
现在，群集的主机名到专用IP的Map匹配：

~$ cat /etc/hosts
127.0.0.1 localhost
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
# Cloud Server Hostname mapping
172.31.xx.xxx   xxxxxxxx.mylabserver.com
woopsie@master:~$ cat /etc/hostname
xxxxxxxx.mylabserver.com

worker1节点也有同样的问题，所以恢复到系统默认值对我来说是更容易的方法。我只是把它改为sudo hostnamectl set-hostname masterdefaultnodename。恕我直言，iptable的更改应该总是在仔细考虑后进行，并作为一个升级的措施来解决我认为的问题。
主机完成，转到工人1 ...

kubectl get nodes
NAME                           STATUS     ROLES           AGE   VERSION
masterdefaultnodename.mylabserver.com   Ready      control-plane   33d   v1.25.0
worker1defautnodname.mylabserver.com   NotReady   <none>          33d   v1.25.0