Reduntant zip_size handling at delta application time

Bug #1049174 reported by Laurynas Biveinis on 2012-09-11
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona XtraBackup
Laurynas Biveinis
Laurynas Biveinis
Laurynas Biveinis

Bug Description

There is no need for a correct fil_space_create() flags value: it is never queried in the short-lived XtraBackup InnoDB file system instance, that is live only around delta application time. A valid flag value avoids assertion failures inside fil_space_create(), but it simply enough for it to be any correct value (e.g. 0).

This is alternate (better) fix for bug 1028949, regression from bug 932623, will also fix bug 1044398.

Note that zip_size cannot be fully removed from incremental backup tablespace create because fix for bug 1043762 still requires it for the tablespace creation.

Thus the correct handling would be:
1) zip_size is written to the incremental backup tablespace metadata;
2) zip_size is optional during the metadata read;
3) fil_space_create is always passed 0 for tablespace flag as it's used only for file name hashing;
4) the actual tablespace create computes the tablespace flags from zip_size if it was read.

Related branches

description: updated
description: updated

Percona now uses JIRA for bug reports so this bug report is migrated to:

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers