HBASE-28539 and HBASE-28562 are merged as well. On Thu, Jun 6, 2024 at 2:57 PM Ray Mattingly <rmattin...@hubspot.com.invalid> wrote:
> I found the bug documented in `HBASE-28643: An unbounded backup failure > message can cause an irrecoverable state for the given backup` yesterday, > and I think we should probably aim to fix this in the 2.6.1 release. > Otherwise that list looks good to me. > > On Wed, Jun 5, 2024 at 3:35 PM Bryan Beaudreault <bbeaudrea...@apache.org> > wrote: > > > Hey all, > > > > It's been 2 weeks since 2.6.0 was released. As discussed in the vote > > thread, there were a few outstanding backup-related issues. I believe > we've > > made some progress on some of those. > > > > I'd like to start compiling a list of important backup-related fixes to > > target for the 2.6.1 release so that we can track progress. Can those of > > you who are involved (Ray Mattingly, Nick Dimiduck, Dieter De Paepe & > team, > > and any others) please list any important jiras here? > > > > With a list of jiras in hand, we can check to make sure blockers & > > fixVersions are set and use that to track what we need to drill down > before > > releasing. > > > > Here's what I know of so far, let me know if I'm missing anything: > > > > Not yet started: > > - HBASE-28084: incremental backups should be forbidden after deleting > > backups > > - HBASE-28602: Incremental backup fails when WALs move > > - HBASE-28462: (similar to ^, but in a different part of the code) > > - HBASE-28538: BackupHFileCleaner is very expensive > > > > Patch available: > > - HBASE-28539: backup merging does not work when using cloud storage as > > filesystem > > - HBASE-28562: another possible failure cause for incremental backups + > > possibly cause of overly big backup metadata > > > > Resolved: > > - HBASE-28502: backed up tables are not listed correctly in backup > > metadata, which causes unreliable backup validation > > - HBASE-28568: the set of tables included in incremental backups might be > > too big > > >
