Details
-
Bug
-
Status: Reopened
-
Major
-
Resolution: Unresolved
-
3.0.0-beta-1, 4.0.0-alpha-1, 2.7.0, 2.6.2
-
None
Description
Incremental backups can be taken even if the table descriptor of the current table does not match the column families of the full backup for that same table. When restoring the table, we choose to use the families of the full backup. This can cause the restore process to fail if we add a column family in the incremental backup that doesn't exist in the full backup. The bulkload process will fail because it is trying to write column families that don't exist in the restore table.
I think the correct solution here is to prevent incremental backups from being taken if the families of the current table don't match those of the full backup. This will force users to instead take a full backup.