-
Notifications
You must be signed in to change notification settings - Fork 1.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
Updates kep-2238 for v1.25 #3408
Conversation
123e781
to
273b626
Compare
prr-approvers: | ||
- "@johnbelamaric" |
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.
As per comments here
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.
ok
273b626
to
012dd71
Compare
cc58c83
to
258542b
Compare
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.
couple comments / questions
258542b
to
e5d526b
Compare
No separate PRR is needed, this just requires your SIG approval. |
a14c432
to
c087470
Compare
/lgtm |
/assign @dchen1107 |
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 one possible small change to line 159 .. We expect that the `livenessProbe.terminationGracePeriodSeconds` (or `startupProbe.*`) will not be greater than the pod-level `terminationGracePeriodSeconds`, but we will not explicitly validate this.
is this still the case?
This is still the case, there is no current validation for whether the probe-level value is less than the pod-level value. |
nod.. kk suggest at least adding a log to notify when that happens (the probe's grace period is ignored due to pod level) Overriding the ability of the container to gracefully finish after first signal due to pod override could cause loss of data. Maybe a soft validation? |
I'm not even opposed to a hard validation, but not sure if we're allowed to make that kind of change at this stage... |
Signed-off-by: Paul S. Schweigert <[email protected]>
2012163
to
6270ce1
Compare
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
@@ -149,7 +158,8 @@ This field is not valid for readiness probes. We will add validation to ensure | |||
|
|||
We expect that the `livenessProbe.terminationGracePeriodSeconds` (or | |||
`startupProbe.*`) will not be greater than the pod-level | |||
`terminationGracePeriodSeconds`, but we will not explicitly validate this. | |||
`terminationGracePeriodSeconds`, but we will not explicitly validate this (we will |
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
Hello, 1.25 Enhancements Lead here 👋. With Enhancements Freeze now in effect, this enhancement has been removed from the milestone. Looks like we're just missing with a SIG approval on this PR Feel free to file an exception to add this back to the release. If you plan to do so, please file this as early as possible. Thanks! |
I was out of office last week, and feel bad for missing this in interim. The updates lgtm for sig-node. /lgtm If @Priyankasaggu11929 and release team agree to exception, we can remove hold. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: derekwaynecarr, mikebrow, mrunalp, psschwei 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 |
Hi, Thanks for raising the exception request. The exception request has been approved by 1.25 release team and your updated deadline to make any changes to your KEP is 18:00 PST Thursday 30th June 2022. |
Signed-off-by: Paul S. Schweigert [email protected]