-
Notifications
You must be signed in to change notification settings - Fork 40k
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
Add cluster up configuration for certificate signing duration. #51844
Add cluster up configuration for certificate signing duration. #51844
Conversation
jcbsmpsn
commented
Sep 2, 2017
•
edited
Loading
edited
d1c1fa7
to
a3e7b2b
Compare
/lgtm |
/retest Review the full test history for this PR. |
1 similar comment
/retest Review the full test history for this PR. |
a3e7b2b
to
1a09aa6
Compare
/lgtm |
/retest Review the full test history for this PR. |
1a09aa6
to
bd0c16c
Compare
/unassign |
/sig auth |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ericchiang, jcbsmpsn, mikedanese Associated issue requirement bypassed by: mikedanese 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 |
/test all [submit-queue is verifying that this PR is safe to merge] |
Automatic merge from submit-queue |
@@ -367,6 +367,9 @@ ENABLE_PROMETHEUS_TO_SD="${ENABLE_PROMETHEUS_TO_SD:-true}" | |||
# Optional: Run kube-proxy as a DaemonSet if set to true, run as static pods otherwise. | |||
KUBE_PROXY_DAEMONSET="${KUBE_PROXY_DAEMONSET:-false}" # true, false | |||
|
|||
# Optional: duration of cluster signed certificates. | |||
CLUSTER_SIGNING_DURATION="${CLUSTER_SIGNING_DURATION:-30m}" |
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 should not be enabled for all test clusters by default.
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.
I'm curious, why not?
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.
IIUC (which may not be the case), kubelet needs to rotate client certificate and it's not enabled by default.
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.
So why do we then revert vs actually enabling kubelet cert rotation on kubelets?
cc @ericchiang
(Not opposed, just asking)
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.
@luxas I really just want to get the tests back to green as soon as possible. Once that's done happy to see other PRs modifying the test setup.
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.
SGTM
@jcbsmpsn probably can create an issue to follow this up later
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.
Yes, reverting is the standard practice in cases like this.
Also, I am unsure whether this should be tested in a separate job, or enabled by default for all test clusters.