Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of theo.bertozzi@gmail.com
 designates 74.125.82.50 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAE24rAdESxYs9LEZKDVTPeDrpEMBtr==WWS3r07UjfrYgca2ww@mail.gmail.com>
References: 
 <CAE24rAdESxYs9LEZKDVTPeDrpEMBtr==WWS3r07UjfrYgca2ww@mail.gmail.com>
From: Matteo Bertozzi <theo.bertozzi@gmail.com>
Date: Fri, 31 Jan 2014 13:42:10 +0000
Message-ID: 
 <CAFb6HiLSnxJb2RE9ZVLeoDZ6ddnNTy_ALZReDapiFXBtGjm+4g@mail.gmail.com>
Subject: Re: Snapshot clone error
To: user@hbase.apache.org
Content-Type: multipart/alternative; boundary=f46d0438959b6bd66e04f14458da

--f46d0438959b6bd66e04f14458da
Content-Type: text/plain; charset=ISO-8859-1

the snapshot seems to be corrupted, which version are you running?

Matteo


On Fri, Jan 31, 2014 at 1:06 PM, David Koch <ogdude@googlemail.com> wrote:

> Hello,
>
> We export an online snapshot of a table to a different cluster, when
> attempting a clone on the destination cluster using:
>
> clone_snapshot 'table_source_snapshot', 'table_dest'
>
> it does not work.
>
> The operation times out after a a while
>
> ERROR: java.io.IOException: Table 'table_dest' not yet enabled, after
> 1996939ms.
>
> and I see only a fraction of the number of regions in the destination
> table. Table is indicated as "enabled" but I cannot perform any scans on
> it.
>
> The snapshot info returns the following:
>
> Snapshot Info
> ----------------------------------------
>    Name: table_source_snapshot
>    Type: FLUSH
>   Table: table_source
>  Format: 0
> Created: 2014-01-30T13:05:02
>
> Snapshot seems to be intact. What could be the error? Should I take an
> offline snapshot instead? Going via restore/enable instead of clone does
> not seem to work either.
>
> Also, I see the following in the region servers:
>
> 2:24:35.807 PM ERROR
> org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler
> Failed open of
> region=
> table_source,\x82\x12Y\x00\xE98C\xEE\xBC\xCC\xE3h\xDAPt\xA6,1366259070788.63ca017ac7cd03e68c35a4da8b56421d.,
> starting to roll back the global memstore size.
> java.io.IOException: java.io.IOException: java.io.FileNotFoundException:
> Unable to open link: org.apache.hadoop.hbase.io.HFileLink
>
> locations=[hdfs://nameservice1/hbase/table_source/816bb88c6f3524a877f4cb7ce747fec1/t/c3b37dc11e684626a5b464a25a75735c,
>
> hdfs://nameservice1/hbase/.tmp/table_source/816bb88c6f3524a877f4cb7ce747fec1/t/c3b37dc11e684626a5b464a25a75735c,
>
> hdfs://nameservice1/hbase/.archive/table_source/816bb88c6f3524a877f4cb7ce747fec1/t/c3b37dc11e684626a5b464a25a75735c]
>
> None of these parts actually exist, however:
>
> hdfs://nameservice1/hbase/.snapshot/table_source_snapshot/816bb88c6f3524a877f4cb7ce747fec1/t/c3b37dc11e684626a5b464a25a75735c
> does exist.
>
> I don't think that's the issue though, since I applied the same steps to a
> smaller table and it worked.
>
> Any advice is appreciated,
>
> Regards,
>
> /David
>

--f46d0438959b6bd66e04f14458da--