-
Notifications
You must be signed in to change notification settings - Fork 39.9k
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
changelog: clarify 1.17 upgrade requirements #87090
changelog: clarify 1.17 upgrade requirements #87090
Conversation
Clarify the 1.17 upgrade requirements for storage so that it doesn't ready as if an entire cluster has to be drained before any node can be upgraded.
Hi @bhcleek. Thanks for your PR. I'm waiting for a kubernetes member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/assign @saschagrunert |
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.
/lgtm
/ok-to-test |
/release-note-none |
Seeking for approval by @kubernetes/release-engineering |
CHANGELOG-1.17.md
Outdated
@@ -150,7 +150,7 @@ Prior to 1.17 and for existing nodes created by `kubeadm init` where kubelet cli | |||
- Kubeadm: when adding extra apiserver authorization-modes, the defaults `Node,RBAC` are no longer prepended in the resulting static Pod manifests and a full override is allowed. ([#82616](https://github.com/kubernetes/kubernetes/pull/82616), [@ghouscht](https://github.com/ghouscht)) | |||
|
|||
#### Storage | |||
- All nodes need to be drained before upgrading Kubernetes cluster, because paths used for block volumes are changed in this release, so on-line upgrade of nodes aren't allowed. ([#74026](https://github.com/kubernetes/kubernetes/pull/74026), [@mkimuram](https://github.com/mkimuram)) | |||
- When CSI is used for block volumes and workers are on-line upgraded (i.e., kubelet is restarted only), masters must be upgraded before workers and each worker must be drained before it can be upgraded. ([#74026](https://github.com/kubernetes/kubernetes/pull/74026), [@mkimuram](https://github.com/mkimuram)) |
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.
This can be simplified to:
"A node that uses a CSI raw block volume needs to be drained before kubelet can be upgraded to 1.17"
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.
PTAL
/lgtm Should we cherry pick this to release-1.17 branch as well? |
Flaky tests? 🤔 hey @alejandrox1 👋 , what do we need to do to get this in? |
/lgtm |
/retest |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bhcleek, justaugustus, liggitt 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 |
/retest |
@MorrisLaw do you want to update the website as well or should I take care of that? |
Either or is fine. I don't mind doing it, I just haven't updated the website before. Is it just making a PR with the new verbiage, to the project that website is in @saschagrunert ? |
Yes, it’s just updating the markdown release notes in https://github.com/kubernetes/website 🙂 |
Awesome! Should I wait until this is merged or make the PR and note that we should merge pending these changes? @saschagrunert |
I think both would be okay since this PR is already on its way into the master :) |
I thought that kubernetes-sigs/release-notes#137 was the website update based on https://kubernetes.slack.com/archives/C2C40FMNF/p1578682428029300?thread_ts=1578677838.025500&cid=C2C40FMNF |
TLDR; one updates https://relnotes.k8s.io and the other updates https://kubernetes.io Good question @bhcleek , I wasn't sure about this when you brought this up, but looking through the two projects and based on the PRs it looks like: The PR I did: kubernetes/website, points to https://kubernetes.io/docs/setup/release/notes/#storage-1. Is this correct @saschagrunert ? |
Yep you’re right @MorrisLaw :) |
…090-upstream-release-1.17 Automated cherry pick of #87090: changelog: clarify 1.17 upgrade requirements
What type of PR is this?
/kind documentation
What this PR does / why we need it:
Clarify the 1.17 upgrade requirements for storage so that it doesn't
ready as if an entire cluster has to be drained before any node can be
upgraded.
Special notes for your reviewer:
Does this PR introduce a user-facing change?:
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: