[DocDB] After Restoring a table, some tasks in the YB-Master may hold references to stale TableInfo objects #14679
Labels
area/docdb
YugabyteDB core features
kind/bug
This issue is a bug
priority/medium
Medium priority issue
Jira Link: DB-4039
Description
While implementing the infrastructure for DDL atomicity (#13358), I saw that if a DDL rollback task is scheduled right before a restore operation, the restore operation changes the schema of the table underneath.
However the scheduled rollback task still holds a reference to the TableInfo object pertaining to the old schema. There is no way for the task to deterministically synchronize itself with a Restore operation which can happen at any point concurrently. The schema can change underneath the rollback task, introducing the possibility for the rollback task to try to alter/drop the table based on the old schema state.
DDL Atomicity infrastructure is still WIP at this point. However it would be good to have PITR infrastructure that could possibly invalidate references to stale table schema.
The text was updated successfully, but these errors were encountered: