-
Notifications
You must be signed in to change notification settings - Fork 40.1k
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
Strip tokens from kubeadm-config
config map
#53559
Strip tokens from kubeadm-config
config map
#53559
Conversation
@fabriziopandini: Adding do-not-merge/release-note-label-needed because the release note process has not been followed. One of the following labels is required "release-note", "release-note-action-required", or "release-note-none". 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. |
/test pull-kubernetes-e2e-kubeadm-gce |
@pipejakob could you kindly help me in investigate |
/test pull-kubernetes-e2e-kubeadm-gce |
FWIW; the kubeadm e2e job is broken due to some test-infra bazel stuff; but CI jobs are passing, so please ignore the PR job e2e failure above. Currently the job fails fast and doesn't even start testing anything. We're looking into it and working on it. See: #53570 |
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.
/approve
I'll let @jbeda and/or @mattmoyer sign this off fully.
/lgtm Does this code path cover the upgrade migration as well? If folks upgrade from 1.8.0 to 1.8.x with this change, will the existing I think we should include a release note so folks can clean up manually if they have an existing token stored there from 1.8.0. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: fabriziopandini, luxas, mattmoyer Associated issue: 485 The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these OWNERS Files:
You can indicate your approval by writing |
@mattmoyer when you upgrade the 'kubead-config' is first read and then updated. During the update the token is cleaned up automatically. So init/update paths are fully covered. What is not covered are the clusters already created/upgraded with 1.8.0; all those clusters will be fixed when upgrading to 1.8.1 or grather; before the upgrade happens, there is a potential risk only for clusters created with tokenTTL=0. WDYT? |
Great!
Maybe a small note under known issues that mentions the exposure in 1.8.0 clusters would be appropriate? We can move discussion over to kubernetes/kubeadm#485. |
@fabriziopandini: The following test failed, say
Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR. 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. I understand the commands that are listed here. |
Automatic merge from submit-queue (batch tested with PRs 53204, 53364, 53559, 53589, 53088). If you want to cherry-pick this change to another branch, please follow the instructions here. |
What this PR does / why we need it:
When kubeadm 1.8 create a cluster stores a
kubeadm-config
config map with all the info used for initialising the cluster.This PR removes the kubeadm join token - which is a sensitive information - from this config map.
Which issue this PR fixes
#485
Special notes for your reviewer:
This fixes all the subcommands that touch
kubeadm-config
config map, namely: