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 90B2518467 for ; Wed, 26 Aug 2015 19:02:01 +0000 (UTC) Received: (qmail 83327 invoked by uid 500); 26 Aug 2015 19:01:59 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 83241 invoked by uid 500); 26 Aug 2015 19:01:59 -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 83228 invoked by uid 99); 26 Aug 2015 19:01:59 -0000 Received: from Unknown (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Aug 2015 19:01:59 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id C6E9E181BC3 for ; Wed, 26 Aug 2015 19:01:58 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.898 X-Spam-Level: ** X-Spam-Status: No, score=2.898 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id iQV9vJQk_ifZ for ; Wed, 26 Aug 2015 19:01:57 +0000 (UTC) Received: from mail-io0-f170.google.com (mail-io0-f170.google.com [209.85.223.170]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 9ADED20383 for ; Wed, 26 Aug 2015 19:01:57 +0000 (UTC) Received: by iods203 with SMTP id s203so30790807iod.0 for ; Wed, 26 Aug 2015 12:01:57 -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=cZWIurtiVKFpXqjVYmrUIfs/VIJdACIwLT6aOhJmS4g=; b=djCwoJBhwTvmfylp6c0Y5Ir20w2NizOvYcCPPrlcyT7MNo7b4MR4Fol6s5TvclZptv Bq9rn97P8sr3cYiVdW4bvEN+8VlIZeDqY2SXTmFetkSedGrpnHmN/Cs+keF/mW0FiBbB wn4+OQsALKl4qTvF3cgEQ7RD0uS/157JdnBK2nXm2Q1JGUBzSR5keZBy1F2pLbyucKYM 7cIgdEdyzfPkaR5XEZOq8SLNE01hkIrp4CAks1azY8jzUNUSKTUN7sXeCFgG5l5rcXMQ 1vinZouz/PTNdaRyrKg31GLQ2gcj5j6OSIL3RKN9WzHLim4vg3wVcst0t3IY4AxrirAk Hy6w== MIME-Version: 1.0 X-Received: by 10.107.35.195 with SMTP id j186mr5685359ioj.49.1440615717029; Wed, 26 Aug 2015 12:01:57 -0700 (PDT) Received: by 10.64.227.110 with HTTP; Wed, 26 Aug 2015 12:01:56 -0700 (PDT) In-Reply-To: References: Date: Wed, 26 Aug 2015 15:01:56 -0400 Message-ID: Subject: Re: Sporadic incorrect table directory structure when running restore_snapshot From: donmai To: user Content-Type: multipart/alternative; boundary=001a1140ed0e124cea051e3b7c8e --001a1140ed0e124cea051e3b7c8e Content-Type: text/plain; charset=UTF-8 Can't seem to find anything in the logs that even matches /foo/foo being created. Any ideas as to where I can start looking in the codebase to figure out exactly what's going on? On Wed, Aug 26, 2015 at 1:20 PM, donmai wrote: > DEBUG is on, trying to look through the logs again. Thanks! > > On Wed, Aug 26, 2015 at 12:59 PM, Ted Yu wrote: > >> Did you enable DEBUG logging ? >> >> Can you find the logs for one such occurrence and pastebin relevant >> portion >> ? >> >> Thanks >> >> On Wed, Aug 26, 2015 at 9:58 AM, donmai wrote: >> >> > Hi, >> > >> > Occasionally when I run restore_snapshot on HBase 0.98.10, it appears >> that >> > the table directory structure created by the restore_snapshot command is >> > not correct: >> > >> > rootdir/data/default/foo >> > >> > Is what it should be, but I end up with >> > >> > rootdir/data/default/foo/foo >> > >> > The extra foo should not be there, so the master gets stuck in a loop >> > trying to figure out why there isn't a .tabledesc/.tableinfo.0000000001 >> in >> > rootdir/data/default/foo (it's in rootdir/data/default/foo/foo). Moving >> > everything from rootdir/data/default/foo/foo to >> rootdir/data/default/foo/ >> > unblocks HBase master and allows it to proceed. >> > >> > This doesn't always happen, so my question is: why does it happen? The >> logs >> > don't seem to be showing anything. >> > >> > Thanks! >> > >> > > --001a1140ed0e124cea051e3b7c8e--