hierarchical-namespaces
hierarchical-namespaces copied to clipboard
Subtree usage updated when namespace is removed from subtree
See issue #214. Previously, when the parent of the full namespace in a subtree was changed, the subtree usage was not properly updated and the usgae in the HRQ object was not accounting for the decrease in usage. In this fix, when a parent changes, the local usage of resources is zeroed and the subtree usage is recalculated without the full namespace usage.
Tested: e2e-testing covering a scenario where a full namespace is the child of a subnamespace and when the full namespace's parents is changed to root, the subtree usages is checked to make sure it is correct.
Signed-off-by: mzeevi [email protected]
Hi @mzeevi. Thanks for your PR.
I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test
on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test
label.
I understand the commands that are listed here.
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.
Thanks @adrianludwin, I made a new commit as per your suggestions, please take a look. All tests passed.
Made a new commit and amended the e2e testing to also test this.
Integ testing should now be able to run properly. @adrianludwin
[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: adrianludwin, mzeevi
The full list of commands accepted by this bot can be found here.
The pull request process is described here
- ~~OWNERS~~ [adrianludwin]
Approvers can indicate their approval by writing /approve
in a comment
Approvers can cancel approval by writing /approve cancel
in a comment
@mzeevi looks great, thanks for this change. I'd like to give Ryan a chance to review, but if he doesn't have a chance to do it within about a day, feel free to remove the hold so this can go in.
Thanks @adrianludwin. I'm happy to wait on Ryan if he'd like to give it a second look
@rjbez17 lmk if you have any concerns about this but for now I think this is good to go. Thanks!
/hold cancel