No, but you can use the new mapreduce utility org.apache.hadoop.hbase.mapreduce.CopyTable to copy whole tables between clusters. It's like distcp for HBase.
Oh and looking at the documentation I just figured that I changed the name of the configuration that enables replication just before committing and forgot to update the package.html file, it's now simply hbase.replication (and it should stay like that). I'll fix that in the scope of HBASE-2808. J-D On Tue, Jul 13, 2010 at 11:12 AM, Sebastian Bauer <[email protected]> wrote: > I have one more question can i first create master and after loading data > connect slave or turn on replication on existing tables with data? > > W dniu 13.07.2010 19:56, Jean-Daniel Cryans pisze: >>> >>> Thanks for info where i can find some documentation. There is info about >>> zookeeper that it need running in standalone mode it is true? >>> >> Well you can run add_peer.rb when the clusters are running, but they >> won't pickup the change live (that part isn't done yet). So if you run >> the script while the cluster is running, restart it. Also take a look >> at the region server log, it should output something like this when >> starting up: >> >> LOG.info("This cluster (" + thisCluster + ") is a " >> + (this.replicationMaster ? "master" : "slave") + " for >> replication" + >> ", compared with (" + address + ")"); >> >> This will tell you if you used the right address for zookeeper. If >> your region server on the master cluster thinks its a slave, then the >> addresses are wrong. Also currently there's no reporting for >> replication, since it's not done yet! >> >> For a more in-depth documentation, check out >> https://issues.apache.org/jira/browse/HBASE-2808 >> >> Thanks for trying this out, as the author of most of that part of the >> code I'm thrilled! >> >> J-D >> > >
