Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CEEB3110F8 for ; Sun, 7 Sep 2014 14:46:35 +0000 (UTC) Received: (qmail 48290 invoked by uid 500); 7 Sep 2014 14:46:32 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 48220 invoked by uid 500); 7 Sep 2014 14:46:32 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 48208 invoked by uid 99); 7 Sep 2014 14:46:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Sep 2014 14:46:32 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of yuzhihong@gmail.com designates 209.85.213.54 as permitted sender) Received: from [209.85.213.54] (HELO mail-yh0-f54.google.com) (209.85.213.54) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Sep 2014 14:46:06 +0000 Received: by mail-yh0-f54.google.com with SMTP id b6so8601370yha.27 for ; Sun, 07 Sep 2014 07:46:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Bgf1T/ob/zg7psFEc1A8DfyuAthNHkeLrjME67vvzRc=; b=rXgRt7+/CnzMRp7yFUDcqtQjkK3/KSxo/0StUlKR7Z5enkyutk0zqUum/4xhfYUN18 wBvkF2BWOZIyYJFWh9rreHDpPOnUWpv5p4ZVw1XmNq1Jj/4V2WoMKJFMfE6T9TXsUsvr Yign4YWXPhqPaLaZ/d9/V/yu0QylbfK0HfwYHwOAYTvvGUWR6PnhpptGNE1GGRu9O1u6 9HKzfhSZII9NXFmbk8l9mSG5hjn8sQlfCftfhLs5VeGlaPtGV4f2iwScnmuGhd/s4D5e a/ew16qI1wFt1nnARqfghIJAUsh4qXnXNt/9+LrK3TbxkOK8MYjQSCW9VEWCie72gana muBg== MIME-Version: 1.0 X-Received: by 10.236.8.69 with SMTP id 45mr33689727yhq.19.1410101164719; Sun, 07 Sep 2014 07:46:04 -0700 (PDT) Received: by 10.170.136.14 with HTTP; Sun, 7 Sep 2014 07:46:04 -0700 (PDT) In-Reply-To: References: <0856057E-7A16-4A3D-883D-5995AE74419E@digitalenvoy.net> <8BDC1CCA-3DD7-47D6-95D2-108E5A173D8D@digitalenvoy.net> Date: Sun, 7 Sep 2014 07:46:04 -0700 Message-ID: Subject: Re: directory usage question From: Ted Yu To: "user@hbase.apache.org" Content-Type: multipart/alternative; boundary=089e0163544c05439305027ac3c9 X-Virus-Checked: Checked by ClamAV on apache.org --089e0163544c05439305027ac3c9 Content-Type: text/plain; charset=UTF-8 Eclipse doesn't show that RestoreSnapshotHelper.restoreHdfsRegions() is called by initTableSnapshotMapperJob (in master branch) Looking at TableMapReduceUtil.java in 0.98, I don't see direct relation between the two. Do you have stack trace or something else showing the relationship ? Cheers On Sun, Sep 7, 2014 at 5:48 AM, Brian Jeltema < brian.jeltema@digitalenvoy.net> wrote: > initTableSnapshotMapperJob writes into this directory (indirectly) via > RestoreSnapshotHelper.restoreHdfsRegions > > Is this expected? I would have expected writes to be limited to the temp > directory passed in the init call > > Brian > > On Sep 7, 2014, at 8:17 AM, Ted Yu wrote: > > > The files under archive directory are referenced by snapshots. > > Please don't delete them manually. > > > > You can delete unused snapshots. > > > > Cheers > > > > On Sep 7, 2014, at 4:08 AM, Brian Jeltema < > brian.jeltema@digitalenvoy.net> wrote: > > > >> > >> On Sep 6, 2014, at 9:32 AM, Ted Yu wrote: > >> > >>> Can you post your hbase-site.xml ? > >>> > >>> /apps/hbase/data/archive/data/default is where HFiles are archived > (e.g. > >>> when a column family is deleted, HFiles for this column family are > stored > >>> here). > >>> /apps/hbase/data/data/default seems to be your hbase.rootdir > >> > >> hbase.rootdir is defined to be hdfs://foo:8020/apps/hbase/data. I think > that's the default that Ambari creates. > >> > >> So the HFiles in the archive subdirectory have been discarded and can > be deleted safely? > >> > >>> bq. a problem I'm having running map/reduce jobs against snapshots > >>> > >>> Can you describe the problem in a bit more detail ? > >> > >> I don't understand what I'm seeing well enough to ask an intelligent > question yet. > >> I appear to be scanning duplicate rows when using > initTableSnapshotMapperJob, > >> but I'm trying to get a better understanding of how this works, since > It's probably just > >> something I'm doing wrong. > >> > >> Brian > >> > >>> Cheers > >>> > >>> > >>> On Sat, Sep 6, 2014 at 6:09 AM, Brian Jeltema < > >>> brian.jeltema@digitalenvoy.net> wrote: > >>> > >>>> I'm trying to track down a problem I'm having running map/reduce jobs > >>>> against snapshots. > >>>> Can someone explain the difference between files stored in: > >>>> > >>>> /apps/hbase/data/archive/data/default > >>>> > >>>> and files stored in > >>>> > >>>> /apps/hbase/data/data/default > >>>> > >>>> (Hadoop 2.4, HBase 0.98) > >>>> > >>>> Thanks > >> > > > > --089e0163544c05439305027ac3c9--