-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
🐛 restore - set tenants on the new object graph constructed from files in the backup directory #5588
🐛 restore - set tenants on the new object graph constructed from files in the backup directory #5588
Conversation
Welcome @varshavaradarajan! |
Hi @varshavaradarajan. 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 Once the patch is verified, the new status will be reflected by the 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. |
2818b02
to
eb6d5ec
Compare
…in the backup directory * fix the restore test to not discover objects in the source cluster
eb6d5ec
to
60ce3c1
Compare
@ykakarap PTAL |
/ok-to-test |
Also @jpmcb @stmcginnis |
/milestone v1.1 |
@enxebre: You must be a member of the kubernetes-sigs/cluster-api-maintainers GitHub team to set the milestone. If you believe you should be able to issue the /milestone command, please contact your Cluster API Maintainers and have them propose you as an additional delegate for this responsibility. In response to this:
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. |
/lgtm We should also consider adding some e2e tests to make sure that these bugs are caught early.
I think we should. FYI, Release 0.4 also seems to have the same bug. |
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.
/approve
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: vincepri 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 |
hey, is this going to be backported to Release 0.4 and 1.0? |
I think it should be. @fabriziopandini thoughts? |
/cherry-pick release-1.0 |
@fabriziopandini: new pull request created: #5626 In response to this:
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. |
What this PR does / why we need it:
While restore is pretty much works like move, the difference is the the object graph being constructed in move shows the uidToNode objects with the tenants set correctly (as does the backup command). However, with restore, since a new object graph is created, the tenant is not being set at on the restored object after reading the object from the backup directory. This leads restore to only restore the cluster object. I think the restore function is missing the o.setTenants call
Since the
Test_objectMover_restore
test usesgetObjectGraph
instead of creating a new graph like the actual restore does, I'm not sure if I need to add a test here.Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #5587