[ 
https://issues.apache.org/jira/browse/HBASE-9141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13737611#comment-13737611
 ] 

Himanshu Vashishtha commented on HBASE-9141:
--------------------------------------------

Thanks for the questions Rajesh.
bq.  ->while restoring don't we need to convert to PB after migrating to 0.96.0 
Yes. Somehow, I missed that we need to call explicitly to pre-append the pb 
magic. I would say we should add the pb magic in 
RecoverableZookeeper.appendMetaData(byte[] data), which is called for every 
znode we create.

bq. second question.
Not sure I follow your question correctly. The idea is to run this tool 
*before* the cluster is started. It is part of the migration. So, replication 
znodes will be there before replaying/splitting starts. Does this answer help?

Stack: Do we have the same format for enable/disable table znode (other than 
pb)? That is, the znode name is same b/w 0.92/0.94 vs 0.96. I am not sure about 
this, but I did see some extra znodes while testing this tool against 0.94 
(table92, enabledisable, etc). If we want to save them, could it be done in a 
follow up jira? Please let me know if you think otherwise.

Let me test the patch on a real 0.94, replication enabled cluster. I will 
upload the patch after testing.
                
> Replication Znodes Backup Tool
> ------------------------------
>
>                 Key: HBASE-9141
>                 URL: https://issues.apache.org/jira/browse/HBASE-9141
>             Project: HBase
>          Issue Type: Improvement
>          Components: migration, Replication
>    Affects Versions: 0.94.10
>            Reporter: Himanshu Vashishtha
>            Assignee: Himanshu Vashishtha
>             Fix For: 0.95.2
>
>         Attachments: HBase-9141.patch, HBase-9141-v1.patch
>
>
> While migrating to 0.96, we recommend deleting old znodes so users not face 
> issues like HBASE-7766, and let HBase create them out of box.
> Though HBase tends to store only ephemeral data in zookeeper, replication has 
> a different approach. Almost all of its data (state, peer info, logs, etc) is 
> present in zookeeper. We would like to preserve them in order to not do 
> re-adding of peers, and ensuring complete replication after we have migrated 
> to 0.96. 
> This jira adds a tool to serialize/de-serialize replication znodes to the 
> underlying filesystem. This could be used while migrating to 0.96.0.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to