[ https://issues.apache.org/jira/browse/HBASE-753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13178250#comment-13178250 ]
Lars Hofhansl commented on HBASE-753: ------------------------------------- Something like this might still be useful, this would be far more efficient than a copy based on cells. > 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