Return-Path: X-Original-To: apmail-hbase-dev-archive@www.apache.org Delivered-To: apmail-hbase-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 31FEDD74F for ; Thu, 7 Mar 2013 23:10:09 +0000 (UTC) Received: (qmail 47870 invoked by uid 500); 7 Mar 2013 23:10:08 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 47783 invoked by uid 500); 7 Mar 2013 23:10:08 -0000 Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hbase.apache.org Delivered-To: mailing list dev@hbase.apache.org Received: (qmail 47760 invoked by uid 99); 7 Mar 2013 23:10:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Mar 2013 23:10:08 +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 (athena.apache.org: domain of theo.bertozzi@gmail.com designates 74.125.82.170 as permitted sender) Received: from [74.125.82.170] (HELO mail-we0-f170.google.com) (74.125.82.170) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Mar 2013 23:10:03 +0000 Received: by mail-we0-f170.google.com with SMTP id z53so306539wey.29 for ; Thu, 07 Mar 2013 15:09:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=GfLvYLAaeN+XkUFh6qFcgIMi7Rwv6crqxcYZk2qJrWA=; b=YuHh+ngXjkbAUy8Wx860nJJtObYyFEYQ7pSxoa0iKIGp16Rb2s4gwrn8lSekX16P83 5Ks5Ar8b/CJM4WPLml5WhTKK7zEDzDf89s9/Vjyrgvfj0laRP3Pwqznyx1MBUxTbKzlS U1nP/Ps9Vnyk0zBMlc4+Qe1Zw1Pfg1X6RPWMArxDn5Ff1JyDiKnaMURu0A7wgA24TJkT 5Xep9RTX/DGZh+2Z56Nn/yJJH+8f9Ka4WQaboUWBmlfXn2kTzLlbAyUNQ289pAd170n7 pxE5zhJxblGy1kc9EWNix6zbSFzs3pi5+OEt1f5Z5O632tGfJUPgxz3arQ0smIDb18Nf QwqQ== X-Received: by 10.180.79.6 with SMTP id f6mr36488626wix.26.1362697782595; Thu, 07 Mar 2013 15:09:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.124.129 with HTTP; Thu, 7 Mar 2013 15:09:22 -0800 (PST) In-Reply-To: References: From: Matteo Bertozzi Date: Thu, 7 Mar 2013 23:09:22 +0000 Message-ID: Subject: Re: reason to do major compaction after split To: dev@hbase.apache.org Content-Type: multipart/alternative; boundary=f46d044282484495e504d75dcd8c X-Virus-Checked: Checked by ClamAV on apache.org --f46d044282484495e504d75dcd8c Content-Type: text/plain; charset=ISO-8859-1 On Thu, Mar 7, 2013 at 10:56 PM, Stack wrote: > Any ideas on what migration from current format to the above would be like > Matteo? We'd read current layout, use it to populate a files table, new > files would be written to a the new /hbase/data/ dir, and for a while we'd > span the old and new locations? > If you have the possibility to shutdown the whole cluster, the way is easy move all the hfiles in /hbase/data and populate the "files table". If you can't, you just have to keep the current code able to been able read the current fs layout and archiving if there's something in that directory reads from that as today if not goes to the file table. on write (flush compactions) adds the new file to the "files table" and /hbase/data --f46d044282484495e504d75dcd8c--