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 0D2F592E0 for ; Mon, 26 Dec 2011 18:28:45 +0000 (UTC) Received: (qmail 54306 invoked by uid 500); 26 Dec 2011 18:28:43 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 54139 invoked by uid 500); 26 Dec 2011 18:28:43 -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 54131 invoked by uid 99); 26 Dec 2011 18:28:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Dec 2011 18:28:43 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lars.george@gmail.com designates 74.125.83.41 as permitted sender) Received: from [74.125.83.41] (HELO mail-ee0-f41.google.com) (74.125.83.41) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Dec 2011 18:28:35 +0000 Received: by eekc41 with SMTP id c41so12876949eek.14 for ; Mon, 26 Dec 2011 10:28:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=ynkYo/TfxM3+wgb/1nbPq9E3GuXIXi0Osu/fChVZJuU=; b=k575K6opAfkhhgzqXt0LpfYOTpocwL0Nk5FuP4weo6HUJAdLlczfyc4De1X1dU6Qmz IF+HqVjGtiBis8Qh6P/fnPRjJ2S9rl0Mckea1wlZGnElIoGEJD6OGWdlQkzBpqiXDTyc eOlLlC0VYXFagAcHJPidJgW7kTuUTbw4QivX8= Received: by 10.14.95.71 with SMTP id o47mr10150008eef.95.1324924094228; Mon, 26 Dec 2011 10:28:14 -0800 (PST) Received: from [10.0.0.26] (p4FEBCE44.dip.t-dialin.net. [79.235.206.68]) by mx.google.com with ESMTPS id 13sm95271831eeu.1.2011.12.26.10.28.12 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Dec 2011 10:28:13 -0800 (PST) Subject: Re: holes in tables. References: <246B229A-1A50-49A2-9431-49631B7793AE@gmail.com> From: Lars George Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9A405) In-Reply-To: Message-Id: <7F9334A5-0B6E-4DF4-90F1-964AF70CE922@gmail.com> Date: Mon, 26 Dec 2011 19:28:09 +0100 To: "user@hbase.apache.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Hi Jack, Have a look into the JRuby source of that script. It is trivial to patch it s= o that it does what you want.=20 Lars On Dec 26, 2011, at 19:15, Jack Levin wrote: > patch_meta.rb has some problems. I ran it, and it would create region > start/end combos, there were incorrect in terms of order, for example > "dab - cab", which is a region that is not right, because first key is > greater than end key. I guess what I really need is a very simple > tool, that takes something like this: >=20 > # add_empty_region.rb >=20 > This way I can fill in the gap/whole, and be on my merry way. Right > now I resort to merging regions with hadoop fs -cp, which is a pain in > a butt if there are too many of them to merge. >=20 > Best, >=20 > -Jack >=20 > On Mon, Dec 26, 2011 at 1:49 AM, Lars George wrote= : >> You could also have a go at https://issues.apache.org/jira/browse/HBASE-4= 009 >>=20 >> Simple script based on the check_meta.rb to patch holes. >>=20 >> Lars >>=20 >> On Dec 26, 2011, at 4:23 AM, Ted Yu wrote: >>=20 >>> OfflineMetaRepair class is in 0.90.5 >>> See HBASE-4377 >>>=20 >>> But maybe you're looking for an online solution. >>>=20 >>> On Sun, Dec 25, 2011 at 7:15 PM, Jack Levin wrote: >>>=20 >>>> Yep >>>>=20 >>>> -Jack >>>>=20 >>>>=20 >>>> On Dec 25, 2011, at 4:39 PM, Ted Yu wrote: >>>>=20 >>>>> Which version of HBase ? >>>>> I guess 0.90.4 ? >>>>>=20 >>>>> Cheers >>>>>=20 >>>>> On Sun, Dec 25, 2011 at 3:55 PM, Jack Levin wrote:= >>>>>=20 >>>>>> 3. enable 'img644' >>>>>>=20 >>>>>>=20 >>>>>> Does not solve the problem. >>>>>>=20 >>>>>> -Jack >>>>>>=20 >>>>>> On Sun, Dec 25, 2011 at 3:54 PM, Jack Levin wrote= : >>>>>>> Greetings all. How does one deals with holes in tables between >>>>>>> regions nowadays? >>>>>>>=20 >>>>>>>=20 >>>>>>> Name Region Server Start Key End Key >>>>>>> img644,,1317474152909.02f379ab6f08f4d7609ef1245cb7033a. not deployed= >>>>>> 1cce.jpg >>>>>>> img644,1cce.jpg,1317474152909.ebb8778fc1e67965c518e357125678ea. not >>>>>>> deployed 1cce.jpg 1udf.jpg >>>>>>> img644,3s3b.jpg,1321061240287.42bbb43e5c06d7b708ee51de97c7b126. not >>>>>>> deployed 3s3b.jpg 69yl.jpg >>>>>>> img644,69yl.jpg,1321061243702.f49886c58ec17d9158b9effc1693c496. not >>>>>>> deployed 69yl.jpg 8yo.jpg >>>>>>>=20 >>>>>>> Note, I got "1cce.jpg 1udf.jpg" region followed by "3s3b.jpg >>>>>> 69yl.jpg"; >>>>>>>=20 >>>>>>> Doing >>>>>>>=20 >>>>>>> 1. disable 'img644' >>>>>>> 2.. running add_table.rb on 'img644' >>>>>>=20 >>>>=20 >>=20