Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failed to upgrade the cluster because of image repository #4618

Open
yulinor opened this issue Mar 21, 2024 · 1 comment
Open

Failed to upgrade the cluster because of image repository #4618

yulinor opened this issue Mar 21, 2024 · 1 comment
Labels
kind/bug Something isn't working

Comments

@yulinor
Copy link

yulinor commented Mar 21, 2024

Sealos Version

4.3.7 to 5.0 rc 4

How to reproduce the bug?

I previously generated a Clusterfile, modified the svc pod network segment, node resource retention policy, closed kube-proxy, and ran a 1.27.7 cluster.
When using sealos v5.0rc4 to update the cluster, it failed because the foreign image could not be pulled.
Although you can pull the domestic image locally and modify the image name through tags.
But I can’t understand why the old cluster uses the image source sealos.hub, but when upgrading, kubeadm will use the original foreign image address.
Attempting to add imageRepository to the ClusterConfiguration fragment in .sealos/${clusterName}/Clusterfile to specify the image source failed to solve the problem. kubeadm fixedly selected foreign images.
After checking, there is no parameter to specify the image source in sealos run.
I think you can add this flag to specify the mirror source.

What is the expected behavior?

Use the default sealos.hub:5000 when upgrading

What do you see instead?

kubeadm pulls foreign images by default

Operating environment

- Sealos version: 4.3.7 upgrade to 5.0.0 rc4 
- Kubernetes version: 1.27.7 to 1.28.8
- Operating system: openeuler 22.03

Additional information

No response

@yulinor yulinor added the kind/bug Something isn't working label Mar 21, 2024
@bxy4543
Copy link
Member

bxy4543 commented Apr 10, 2024

It may be that the upgrade function is incompatible because the kubeadm image repo addresses of versions 1.27 and 1.28 have changed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants