-
Notifications
You must be signed in to change notification settings - Fork 20
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
[ATMOSPHERE-263] feat: Support Kubernetes 1.29.x and 1.30.x #334
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, last around of changes:
- We need to addthe 1.27.3 versions of images in
image-loader
Once we have this, I will build and ship images for all these and switch the CI afterwards to include all the new images.
@mnaser I have all sets of the images added. Also, I have updated k8s versions. |
@okozachenko1203 can you take into consideration your patch there? |
65fad4b
to
567cbc3
Compare
Kepler Team here, |
v1.27 end of life is 2024-06-28 |
39feb2e
to
a45a0ee
Compare
recheck |
@mnaser |
recheck |
c88aa56
to
a2ff55e
Compare
For kubernetes >= 1.29.0 there is an issue with k8s-keystone-auth Because of that issue, I need to pass a label keystone_auth_enabled=false |
@mnaser |
It might be a good idea to split this PR to get a newer k8s version than 1.27 as soon as possible, since the end of life is in 6 days. And then work on the keystone-auth problems in another PR and release it later. |
I am struggling with finding a good way to manage the life cycle of these images other than "write a manual script" at this point. It seems like it's hard to find a way to get CI to react for changes, and the image builds are flakey, and the Sonobuoy tests are flakey too, and on top of it they eat a lot of resources... |
@0x00ace thanks, actually I figured out a nice way to build images that is far more reliable. https://github.com/vexxhost/capo-image-elements I am almost done with the CI bit and then we can ignore the image build here and ship the images from there to consume here. |
Alright, 1.28 is in right now, I'm also trying to get image builds for EL9 working for 1.28, and then we can tackle this issue. |
@mnaser |
vexxhost/capo-image-elements#4 This is what I'm struggling for EL9 |
Signed-off-by: Mohammed Naser <[email protected]>
it does not add the --authorization-* arguments until after kubeadm init run. Once kubeadm init has finished, run kustomize to add the arguments to the kube-apiserver.yaml manifest. ref: kubernetes/cloud-provider-openstack#2575
dd9fe29
to
7b87640
Compare
/recheck |
api-server sets Node and RBAC as default authz modes in its command args. And does not allow the mode specified more than once.
failed tests
|
@okozachenko1203 |
Successfully booted Kubernetes 1.27.11 and upgraded to new Kubernetes versions 1.27.11 -> 1.28.7 -> 1.29.2 using commands:
Also, tested new images uploading to the custom container registry without any issues