Re: problem restoring snapshot

2014-09-25 Thread Brian Jeltema
Deleting the contents of /apps/hbase/data/.tmp fixed the problem On Sep 25, 2014, at 1:48 PM, Ted Yu wrote: > bq. is it safe to delete that stuff? > Yes. You have the exported snapshot as source of truth. > > On Thu, Sep 25, 2014 at 10:43 AM, Brian Jeltema < > brian.jelt...@digitalenvoy.net> w

Re: problem restoring snapshot

2014-09-25 Thread Ted Yu
bq. is it safe to delete that stuff? Yes. You have the exported snapshot as source of truth. On Thu, Sep 25, 2014 at 10:43 AM, Brian Jeltema < brian.jelt...@digitalenvoy.net> wrote: > > > Does hbck report any inconsistency ? > > Not for the table in question. There are inconsistencies in an unrel

Re: problem restoring snapshot

2014-09-25 Thread Brian Jeltema
> Does hbck report any inconsistency ? Not for the table in question. There are inconsistencies in an unrelated table. I do see related content in: /apps/hbase/data/.tmp/data/default/Foo is it safe to delete that stuff? > > Cheers > > On Thu, Sep 25, 2014 at 9:52 AM, Brian Jeltema < > b

Re: problem restoring snapshot

2014-09-25 Thread Ted Yu
Does hbck report any inconsistency ? Cheers On Thu, Sep 25, 2014 at 9:52 AM, Brian Jeltema < brian.jelt...@digitalenvoy.net> wrote: > Can’t drop it. HBase doesn’t think the table exists. > > On Sep 25, 2014, at 12:50 PM, Ted Yu wrote: > > > You can drop the table (run hbck afterwards if necessa

Re: problem restoring snapshot

2014-09-25 Thread Brian Jeltema
Can’t drop it. HBase doesn’t think the table exists. On Sep 25, 2014, at 12:50 PM, Ted Yu wrote: > You can drop the table (run hbck afterwards if necessary). > Then restore again. > > If it hangs again, please capture stack trace. > > Cheers > > On Thu, Sep 25, 2014 at 9:32 AM, Brian Jeltema

Re: problem restoring snapshot

2014-09-25 Thread Ted Yu
You can drop the table (run hbck afterwards if necessary). Then restore again. If it hangs again, please capture stack trace. Cheers On Thu, Sep 25, 2014 at 9:32 AM, Brian Jeltema < brian.jelt...@digitalenvoy.net> wrote: > The table did not exist on the target cluster when I tried the first > r

Re: problem restoring snapshot

2014-09-25 Thread Brian Jeltema
The table did not exist on the target cluster when I tried the first restore_clone. Is there some way I can delete all traces of the table and start over? On Sep 25, 2014, at 12:25 PM, Ted Yu wrote: > It is from the following in CloneSnapshotHandler.java : > > Preconditions.checkArgument(

Re: problem restoring snapshot

2014-09-25 Thread Ted Yu
It is from the following in CloneSnapshotHandler.java : Preconditions.checkArgument(!metaChanges.hasRegionsToRestore(), "A clone should not have regions to restore"); Was there region split prior to snapshot restore action ? Cheers On Thu, Sep 25, 2014 at 9:19 AM, Brian Jeltema

problem restoring snapshot

2014-09-25 Thread Brian Jeltema
I exported a snapshot to another cluster, same version of all software. A restore_snapshot on the target system hung and eventually timed out, I think due to file ownership issues. I restored hbase ownership to everything in /apps/hbase and tried the restore_snapshot again. It’s still hanging, b