-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Promote 4680 to beta #5642
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
base: master
Are you sure you want to change the base?
Promote 4680 to beta #5642
Conversation
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
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
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: ArangoGutierrez, harche, mrunalp, SergeyKanzhelev The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
cc @deads2k @johnbelamaric @jpbetz @soltysh @wojtek-t for approval. |
I see this comment from sohankunkerkar. To promote to beta, it sounds like like these issues all have to be complete. |
So right now, it seems the Device health for terminated pods is still waiting on an implementation. Is this blocking for beta? |
I am working on a PR for the remaining one, hope to have it by EOD today |
Thank you @ArangoGutierrez and @harche! As long as it looks reasonable to get this before you flip the gate to true I think that is fine. |
I would ask that you make sure the KEP reflects these requirements. Reading the KEP it isn't clear to me if this is called out. |
PRR reviewer here. Can we add one note in to the production readiness section to make it clear that when the feature is disabled, the the values of the fields will be dropped when serving the API even if they are written to storage? This prevents clients from acting on the (stale) data when the feature is off. I realize that when the feature is enabled again that there may be a brief period of time where the stale values reappear before controllers actuate and update the values. My goal is to keep that period as short as possible. LGTM otherwise. |
Signed-off-by: Harshal Patil <12152047+harche@users.noreply.github.com>
New changes are detected. LGTM label has been removed. |
Add Resource Health Status to the Pod Status for Device Plugin and DRA
tobeta
in 1.35