Replies: 1 comment 2 replies
-
This error message is returned from kubeadm attempting to run on the control plane node. I couldn't find any documentation on this quickly and don't know why it wouldn't allow this as per the skew policy, but if it indeed is a kubeadm safe-guard it's probably not a good idea to override it. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Currently we have a Kubeone provisioned cluster running Kubernetes 1.23.17. This cluster has 3 control-plane nodes and approx. 35 worker nodes. Normally we upgrade the CP nodes to the next minor release and rollover the worker nodes to the same version.
This last step takes a couple of days in our environment, unfortunately speeding up that process is currently not possible.
Because we are running such an old version of Kubernetes, we would like to upgrade to 1.24.x on the control-planes and immediately upgrade to 1.25.x without first upgrading the worker nodes. This is in line with the Kubernetes version skew policy, because CP components can have a version skew of max 2 minors with Kubernetes 1.23.17.
Kubeone documentation states that it follows the version skew policy of Kubernetes, but unfortunately the upgrade from 1.24.x -> 1.25.x with kubeone 1.6.x fails due too the version skew. Kubeadm will report a warning message to let the administrator know that it is not recommended. This warning message will result in Kubeone to fail the process.
How can I make Kubeone force the update? I found some documentation about using
kubeone upgrade
instead ofkubeone apply
, but this feature is deprecated. Also I don't see any lines in the code that would add the--force
parameter to thekubeadm
command when upgrading.So does anyone know how to solve my journey and let Kubeone indeed follow the version skew policy of Kubernetes?
Beta Was this translation helpful? Give feedback.
All reactions