[ 
https://issues.apache.org/jira/browse/HBASE-753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Harsh J resolved HBASE-753.
---------------------------

    Resolution: Not A Problem

HBase presently has utilities that aid in copying over tables, among other 
things (live replication, etc.). These should be sufficient I'd think.
                
> Safe copy of tables using hdfs copy (WAS -> Can't replace the data of a 
> particular table by copying its files on HDFS)
> ----------------------------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-753
>                 URL: https://issues.apache.org/jira/browse/HBASE-753
>             Project: HBase
>          Issue Type: New Feature
>    Affects Versions: 0.2.0
>            Reporter: Sebastien Rainville
>            Priority: Minor
>
> I have 2 instances of hbase running. One is *production* and the other one is 
> *development*. I want to be able to replace the content of a table (not all 
> of them) in development by the content in production. Both of my environments 
> are running hbase-trunk (a snapshot of july 9th). In hbase-0.1.x we used to 
> be able to do that by simply stopping both hbases, copying the files of the 
> required table directly from one HDFS to the other and then restart hbase.
> It doesn't work anymore. In hbase shell I do see the table but it's empty.
> There are no errors. I looked at the master's log and the regionservers logs 
> as well, all in DEBUG mode... but I saw nothing interesting. I do see that 
> the regions for that table are being assigned. So, if there's more than 1 
> region it means that it knows that the table isn't empty.
> So, I have to copy all the tables and then it's fine. It's not practical 
> though.
> My guess is that .META. is holding old information about that table that 
> doesn't get updated when I replace the table's data.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to