[
https://issues.apache.org/jira/browse/HBASE-20649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16540112#comment-16540112
]
Sean Busbey commented on HBASE-20649:
-------------------------------------
Yeah, the steps I listed are what I'd like to document for operators. Or maybe
a summary like e.g. "when the files look like they're in the archive directory
you should check for tables with references as a result of cloning and for
snapshots" with a pointer back here for the specific step-by-step of commands
to run.
I agree that automating more of determining what actions are needed to clean
things up for upgrade would be useful. I'd like to have it wait for follow-on
work since at the moment we're dealing with cleanup for what's long been an
"experimental" data block encoding and I know [~balazs.meszaros]'s time is
limited and this particular work has been going back and forth for ~a month.
> Validate HFiles do not have PREFIX_TREE DataBlockEncoding
> ---------------------------------------------------------
>
> Key: HBASE-20649
> URL: https://issues.apache.org/jira/browse/HBASE-20649
> Project: HBase
> Issue Type: New Feature
> Reporter: Peter Somogyi
> Assignee: Balazs Meszaros
> Priority: Minor
> Fix For: 3.0.0
>
> Attachments: HBASE-20649.master.001.patch,
> HBASE-20649.master.002.patch, HBASE-20649.master.003.patch,
> HBASE-20649.master.004.patch, HBASE-20649.master.005.patch
>
>
> HBASE-20592 adds a tool to check column families on the cluster do not have
> PREFIX_TREE encoding.
> Since it is possible that DataBlockEncoding was already changed but HFiles
> are not rewritten yet we would need a tool that can verify the content of
> hfiles in the cluster.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)