This seems to be fixed with the latest SUC version introduced in 2.6.3, but this is a explicit request to test this use case to check.
SURE-3539
SURE-3388
Before rancher server upgrade: Rancher version - v2.5.9, k3s v1.20.9+k3s1, SUC: 0.6.2
Post rancher server upgrade: Rancher version - v2.6.2, k3s v1.20.11+k3s2, SUC: 0.7.5
- Created a k3s HA cluster on the version 1.20.9
- Installed rancher v2.5.9 on this k3s cluster
- Upgraded the k3s version to v1.20.11+k3s2
- Verified all the nodes were upgraded - SUC version 0.6.2 and the service account name is system-upgrade
kubectl get serviceaccount -A | grep -i system-upgrade
apps & market --> installed apps --> SUC app installed
- Upgraded the rancher version to v2.6.2
- Verified all rancher pods were upgraded. SUC version is 0.7.5
- Upgraded the k3s version in the local cluster from the UI to v1.21.4+k3s2
- The initial node, the upgrade was attempted on was stuck in
cordoned and the local cluster is stuck in upgrading and the service account name is system-upgrade-controller
- Following error is seen in the cluster events:
Error creating: pods "apply-k3s-master-plan-on-ip-172-31-8-247-with-57eb7803114-9fcec-" is forbidden: error looking up service account cattle-system/system-upgrade: serviceaccount "system-upgrade" not found
This seems to be fixed with the latest SUC version introduced in 2.6.3, but this is a explicit request to test this use case to check.
SURE-3539
SURE-3388
Before rancher server upgrade: Rancher version - v2.5.9, k3s v1.20.9+k3s1, SUC: 0.6.2
Post rancher server upgrade: Rancher version - v2.6.2, k3s v1.20.11+k3s2, SUC: 0.7.5
kubectl get serviceaccount -A | grep -i system-upgradeapps & market --> installed apps --> SUC app installed
cordonedand the local cluster is stuck inupgradingand the service account name is system-upgrade-controllerError creating: pods "apply-k3s-master-plan-on-ip-172-31-8-247-with-57eb7803114-9fcec-" is forbidden: error looking up service account cattle-system/system-upgrade: serviceaccount "system-upgrade" not found