-
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
KEP-2644: promote HonorPVReclaimPolicy to GA #5035
KEP-2644: promote HonorPVReclaimPolicy to GA #5035
Conversation
carlory
commented
Jan 13, 2025
- One-line PR description: promote HonorPVReclaimPolicy to GA
- Issue link: Always Honor PersistentVolume Reclaim Policy #2644
- Other comments:
/lgtm |
/retitle KEP-2644: promote HonorPVReclaimPolicy to GA |
@deepakkinni @carlory I don't see any e2e test results from this link: https://storage.googleapis.com/k8s-triage/index.html?sig=scheduling,storage&test=honor%20pv%20reclaim%20policy. Can you trigger a run? |
Are you trying to promote a feature which has not been continuously tested in a periodic job in the past? That sounds like it doesn't meet the GA criteria yet. |
Hi Xing, I noticed https://testgrid.k8s.io/sig-storage-kubernetes#kind-storage-alpha-beta-features. It seems like it's been running for a while. |
@xing-yang the above link only shows the failure tests. @pohly @xing-yang periodic job is https://github.com/kubernetes/test-infra/blob/master/config/jobs/kubernetes/sig-storage/sig-storage-kind.yaml#L194. |
@carlory This link https://storage.googleapis.com/k8s-triage/index.html?sig=scheduling,storage&test=honor%20pv%20reclaim%20policy is included in the KEP. Can you update it with the correct link? |
@xing-yang the KEP template requires this link. Once the feature is GA, https://testgrid.k8s.io/sig-storage-kubernetes#kind-storage-alpha-beta-features won't include these tests. we will see it at https://testgrid.k8s.io/sig-testing. maybe we need to add a new tab (kind-storage) to show storage tests from sig-testing. |
Not sure how the "Include Filter" works. If I enter a non-existing test, I get the same results. |
The text is misleading. The intent clearly is that it should be possible to validate that tests were written, executed regularly, and didn't fail. Therefore I would add:
TBH, I think the last one is the least interesting. |
04ff649
to
9fb844e
Compare
@pohly @xing-yang updated. |
9fb844e
to
c672439
Compare
- [ ] (R) Production readiness review completed | ||
- [ ] (R) Production readiness review approved | ||
- [ ] (R) "Implementation History" section is up-to-date for milestone | ||
- [ ] "Implementation History" section is up-to-date for milestone | ||
- [ ] User-facing documentation has been created in [kubernetes/website], for publication to [kubernetes.io] | ||
- [ ] Supporting documentation—e.g., additional design documents, links to mailing list discussions/SIG meetings, relevant PRs/issues, release notes |
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.
In the ## Release Signoff Checklist check the appropriate boxes to match the state of the document.
this comment from last time still holds
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.
Nit: this one still holds, I believe most of the above should be checked. Except maybe the one about e2e meeting conformance requirements.
An e2e test to exercise deletion of PV prior to deletion of PVC for a `Bound` PV-PVC pair. | ||
|
||
- `test/e2e/storage/csimock/csi_honor_pv_reclaim_policy.go`: [k8s-triage](https://storage.googleapis.com/k8s-triage/index.html?sig=scheduling,storage&test=honor%20pv%20reclaim%20policy) | ||
- [test/e2e/storage/csimock/csi_honor_pv_reclaim_policy.go](https://github.com/kubernetes/kubernetes/blob/2334b8469e1983c525c0c6382125710093a25883/test/e2e/storage/csimock/csi_honor_pv_reclaim_policy.go): [k8s-triage](https://storage.googleapis.com/k8s-triage/index.html?sig=scheduling,storage&test=honor%20pv%20reclaim%20policy), [k8s-test-grid](https://testgrid.k8s.io/sig-storage-kubernetes#kind-storage-alpha-beta-features&include-filter-by-regex=CSI%20Mock%20honor%20pv%20reclaim%20policy) |
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.
Moreover, the current e2e seem to ONLY verify the order delete PV and then delete PVC, based on my understanding this document we should have tests ensuring that no matter what the order of removing PV and PVC is we should receive appropriate reclaim handling. So I'd expect tests covering both orders, iow. PV then PVC, and PVC then PV.
This still holds.
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 will submit a PR to add the new tests to k/k.
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.
will update it once kubernetes/kubernetes#129997 is merged.
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.
Thank you!
|
||
###### What are the reasonable SLOs (Service Level Objectives) for the enhancement? | ||
|
||
The current SLOs for `persistentvolume_delete_duration_seconds` and `volume_operation_total_seconds` would be increased by the amount of time taken to remove the newly introduced finalizer. This should be an insignificant increase. |
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.
Can you be more specific what is the insignificant increase? Is it 1% or 10%?
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.
@soltysh It depends on the specific CSI driver how much time it takes to delete a volume. It may take a few seconds, a few minutes, or even longer. An API calling for updating a PV object to kube-aiserver should be faster than deleting a volume from the storage backend.
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 see, maybe worth explicitly calling it out in this document, for other readers.
081ef45
to
fa392e6
Compare
77f0434
to
c64778f
Compare
Signed-off-by: carlory <baofa.fan@daocloud.io>
c64778f
to
82b916f
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.
A few nits, but overall PRR is good
/approve
- [ ] (R) Production readiness review completed | ||
- [ ] (R) Production readiness review approved | ||
- [ ] (R) "Implementation History" section is up-to-date for milestone | ||
- [ ] "Implementation History" section is up-to-date for milestone | ||
- [ ] User-facing documentation has been created in [kubernetes/website], for publication to [kubernetes.io] | ||
- [ ] Supporting documentation—e.g., additional design documents, links to mailing list discussions/SIG meetings, relevant PRs/issues, release notes |
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.
Nit: this one still holds, I believe most of the above should be checked. Except maybe the one about e2e meeting conformance requirements.
|
||
###### What are the reasonable SLOs (Service Level Objectives) for the enhancement? | ||
|
||
The current SLOs for `persistentvolume_delete_duration_seconds` and `volume_operation_total_seconds` would be increased by the amount of time taken to remove the newly introduced finalizer. This should be an insignificant increase. |
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 see, maybe worth explicitly calling it out in this document, for other readers.
An e2e test to exercise deletion of PV prior to deletion of PVC for a `Bound` PV-PVC pair. | ||
|
||
- `test/e2e/storage/csimock/csi_honor_pv_reclaim_policy.go`: [k8s-triage](https://storage.googleapis.com/k8s-triage/index.html?sig=scheduling,storage&test=honor%20pv%20reclaim%20policy) | ||
- [test/e2e/storage/csimock/csi_honor_pv_reclaim_policy.go](https://github.com/kubernetes/kubernetes/blob/2334b8469e1983c525c0c6382125710093a25883/test/e2e/storage/csimock/csi_honor_pv_reclaim_policy.go): [k8s-triage](https://storage.googleapis.com/k8s-triage/index.html?sig=scheduling,storage&test=honor%20pv%20reclaim%20policy), [k8s-test-grid](https://testgrid.k8s.io/sig-storage-kubernetes#kind-storage-alpha-beta-features&include-filter-by-regex=CSI%20Mock%20honor%20pv%20reclaim%20policy) |
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.
Thank you!
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: carlory, soltysh, xing-yang 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 |
/label tide/merge-method-squash |
/lgtm |
* promote HonorPVReclaimPolicy to GA * update KEP with the latest template Signed-off-by: carlory <baofa.fan@daocloud.io> --------- Signed-off-by: carlory <baofa.fan@daocloud.io>
* promote HonorPVReclaimPolicy to GA * update KEP with the latest template Signed-off-by: carlory <baofa.fan@daocloud.io> --------- Signed-off-by: carlory <baofa.fan@daocloud.io>