You are viewing a plain text version of this content. The canonical link for it is here.

Posted to issues@hbase.apache.org by "stack (Jira)" <ji...@apache.org> on 2019/09/05 18:32:00 UTC

[jira] [Created] (HBASE-22976) [HBCK2] Add RecoveredEditsPlayer

stack created HBASE-22976:
-----------------------------

             Summary: [HBCK2] Add RecoveredEditsPlayer
                 Key: HBASE-22976
                 URL: https://issues.apache.org/jira/browse/HBASE-22976
             Project: HBase
          Issue Type: Bug
          Components: hbck2
            Reporter: stack


We need a recovered edits player. Messing w/ the 'adoption service' -- tooling to adopt orphan regions and hfiles -- I've been manufacturing damaged clusters by moving stuff around under the running cluster. No reason to think that an hbase couldn't lose accounting of a whole region if a cataclysm. If so, region will have stuff like the '.regioninfo', dirs per column family w/ store files but it could too have a 'recovered_edits' directory with content in it. We have a WALPlayer for errant WALs. We have the FSHLog tool which can read recovered_edits content for debugging data loss. Missing is a RecoveredEditsPlayer.

I took a look at extending the WALPlayer since it has a bunch of nice options and it can run at bulk. Ideally, it would just digest recovered edits content if passed an option or recovered edits directories. On first glance, it didn't seem like an easy integration.... Would be worth taking a look again. Would be good if we could avoid making a new, distinct tool, just for Recovered Edits.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)