-
Notifications
You must be signed in to change notification settings - Fork 6.5k
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
[kubernetes] Support Kubernetes v1.32.0 #11862
base: master
Are you sure you want to change the base?
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: mzaian The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
24df8a9
to
8100f77
Compare
/ok-to-test |
8100f77
to
09895f0
Compare
09895f0
to
edeee97
Compare
ref to kubernetes/kubernetes#129462 |
Since AlmaLinux OS 8 is still under maintenance (refer to: https://endoflife.date/almalinux), I have an idea to work around this issue. We can add |
I don't think that's a good idea (to add Furthermore, I don't think long-term we will be able to support RHEL 8 derivatives for the up until their full EOL (which is in 2029). cgroupv1 is already in maintenance mode in Kubernetes, and kubernetes upstream will assume a newer kernel (and this might happen for other components such as systemd, network utilies like nftables, etc ?) IMO we might want to discuss a timeline to deprecate RHEL8 + derivatives before 2029 (which might mean several things, maybe as the same time we deprecate k8s 1.31, so 2.29 for us ?) Maybe this particular issue is worth taking the input of a broader audience like other sig-cluster-lifecycle projects ? |
What type of PR is this?
/kind feature
What this PR does / why we need it:
Upgrade kubernetes versions
Add hashes for kubernetes 1.32.0
Make kubernetes v1.32.0 default
Set minimum required version to Kubernetes v1.30.x
Cleanup old hashes
Which issue(s) this PR fixes:
Fixes #11856
Does this PR introduce a user-facing change?: