-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
backupccl: stop reading on MutationJobs on RESTORE #51848
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.
Reviewed 5 of 5 files at r1.
Reviewable status: complete! 0 of 0 LGTMs obtained (waiting on @lucy-zhang)
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.
what's up with the proto generated changes?
Reviewable status: complete! 0 of 0 LGTMs obtained (waiting on @lucy-zhang)
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.
Reviewed 5 of 5 files at r1.
Reviewable status: complete! 0 of 0 LGTMs obtained
ce8b747
to
0625f05
Compare
22465c4
to
6490d21
Compare
@lucy-zhang made a small change to handle migrating when several mutations share the same mutation ID. Before when looking at mutation jobs, these mutations would only have 1 corresponding job so I'm now keeping track of the mutations we've seen as to not re-create the same mutation job twice. |
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, modulo the pb.gw.go file changes
Reviewed 5 of 5 files at r2.
Reviewable status: complete! 0 of 0 LGTMs obtained
This change stops reading the MutationJobs field on table descriptors that we are importing. It previously assumed that the MutationsJobs and Mutations remain in sync. However, in practice there are descriptors where this is not the case and RESTORE should no longer rely on this assumption. Release note (bug fix): Increase robustness of restore against descriptors which may be in an unexpected state.
6490d21
to
83218f1
Compare
TFTR |
Build failed: |
Flaked on #51356. |
Build failed (retrying...): |
Build failed: |
Flaked on #49895. |
Build succeeded: |
This change stops reading the MutationJobs field on table descriptors
that we are importing. It previously assumed that the MutationsJobs and
Mutations remain in sync. However, in practice there are descriptors
where this is not the case and RESTORE should no longer rely on this
assumption.
Release note (bug fix): Increase robustness of restore against
descriptors which may be in an unexpected state.