Uh oh!
There was an error while loading. Please reload this page.
HBASE-28502 Cleanup old backup manifest logic - #5871
Conversation
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup.
Apache-HBase
commented
May 3, 2024
🎊 +1 overall
This message was automatically generated. |
Apache-HBase
commented
May 3, 2024
🎊 +1 overall
This message was automatically generated. |
Apache-HBase
commented
May 3, 2024
🎊 +1 overall
This message was automatically generated. |
Apache-HBase
commented
May 3, 2024
🎊 +1 overall
This message was automatically generated. |
rmdmattingly
left a comment
There was a problem hiding this comment.
This looks good to me.
ndimiduk
left a comment
There was a problem hiding this comment.
Looks good to me. It would be good to solicit comments from whomever made the change that deprecated the old manifest logic in the first place. @DieterDP-ng do you know whom that might be? Maybe check the relevant commit logs. Please @-mention them on this ticket.
| return new Path(getLogBackupDir(backupRootDir, backupId)); | ||
| } | ||
| // TODO we do not keep WAL files anymore |
There was a problem hiding this comment.
My interpretation of this TODO (introduced in HBASE-14135), is that it was already implemented in that same commit. If that weren't the case, the TODO message is too vague for me to understand what needs to be done, rendering it useless anyway.
ndimiduk
commented
May 10, 2024
Looks like both modified test methods were executed and passed. |
DieterDP-ng
commented
May 13, 2024
I think this was done in HBASE-14135, committed by @joshelser, with @VladRodionov mentioned. |
joshelser
commented
May 13, 2024
👋🏼 sorry, I don't recall exactly what was being put into the incremental backups anymore. I remember holding on to all of the WAL files quickly got out of control and we talked about consolidating multiple incremental backups (lists of WALs) into hfiles, but I don't remember exactly what was implemented. |
ndimiduk
commented
May 15, 2024
Merged to master. I'll start backporting and holler if I have any issues. Thanks for the contribution @DieterDP-ng and for the review @rmdmattingly ! |
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
…he#5871) In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
…he#5871) In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
…he#5871) (#94) In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com> Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Co-authored-by: DieterDP <90392398+DieterDP-ng@users.noreply.github.com>
…he#5871) (#95) In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com> Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Co-authored-by: DieterDP <90392398+DieterDP-ng@users.noreply.github.com>
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com>
…he#5871) (#94) In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup. Reviewed-by: Ray Mattingly <rmdmattingly@gmail.com> Signed-off-by: Nick Dimiduk <ndimiduk@apache.org> Co-authored-by: DieterDP <90392398+DieterDP-ng@users.noreply.github.com>
In older versions of HBase's backup mechanism, a manifest was written per table being backed up. This was since refactored to one manifest per backup, but the manifest code was not updated. A concrete issue with the old code was that the manifest for full backups did not correctly list the tables included in the backup.