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 E7EB59ECF for ; Tue, 10 Jul 2012 16:56:14 +0000 (UTC) Received: (qmail 14219 invoked by uid 500); 10 Jul 2012 16:56:14 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 14158 invoked by uid 500); 10 Jul 2012 16:56:14 -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 14150 invoked by uid 99); 10 Jul 2012 16:56:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jul 2012 16:56:14 +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 jdcryans@gmail.com designates 209.85.214.41 as permitted sender) Received: from [209.85.214.41] (HELO mail-bk0-f41.google.com) (209.85.214.41) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jul 2012 16:56:08 +0000 Received: by bkcjc3 with SMTP id jc3so246167bkc.14 for ; Tue, 10 Jul 2012 09:55:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=0SP2XbwRoqsDe4+cYCtXZ8crUKxG08AHMp/0Sw4MrL8=; b=GAHIXVH53Kk5yilNPVLKUgOcjliLm3hiEHNEXbo9hLgD11WFX3zDv13LCgGjSc/VX6 g9qkRyeM+7NU7rRMBsyozfR3zwt51y+J3mmENU3/TvdcOL7cpSnCebiHOJjY2w+wASId 0wO0Ac4Z+7Gr+cZXo3u3qAYk6p5tevpG/obOPy/gvC4U1ba9mI4iBAodPJzUOJhPH/K2 HhwsZX4U6Ue/YvVWFW3r6Vn54mtY1vqNfZn+HNduhOTpb9OFon1mwwkUau4Dhu5DIiKK yDecKSh4xS0q4jelr+EdSK2Truyz/4YG0X+stXKGcq4SjsV4AEoLQXglbJsGU+/QUTSx zuwA== MIME-Version: 1.0 Received: by 10.152.104.47 with SMTP id gb15mr45257119lab.45.1341939347248; Tue, 10 Jul 2012 09:55:47 -0700 (PDT) Sender: jdcryans@gmail.com Received: by 10.114.23.201 with HTTP; Tue, 10 Jul 2012 09:55:47 -0700 (PDT) In-Reply-To: References: <1341534984.68303.YahooMailNeo@web121705.mail.ne1.yahoo.com> <1341875234.78322.YahooMailNeo@web121704.mail.ne1.yahoo.com> <1341877583.95448.YahooMailNeo@web121706.mail.ne1.yahoo.com> Date: Tue, 10 Jul 2012 09:55:47 -0700 X-Google-Sender-Auth: VCho0vUh93wRvguCWLsWyoNMQ-8 Message-ID: Subject: Re: HBase 0.94.1 From: Jean-Daniel Cryans To: dev@hbase.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Tue, Jul 10, 2012 at 9:37 AM, Stack wrote: > I'd usually update the stable pointer to the new .0 release but didn't > this time. It was part oversight and partly the fact that we've not > brought 0.94 up fully at SU yet. To follow up on that, 0.94 is only on a dev cluster at the moment and we're about to deploy a new refresh. One issue that's really a blocker for us is: https://issues.apache.org/jira/browse/HBASE-6310 "-ROOT- corruption when .META. is using the old encoding scheme" I can't have my clusters fail to boot after some outage because .META. isn't reachable. We're still digging. Another issue that I haven't looked into too much yet is that the new hbck cannot be used on an old cluster. Right now what I'm getting is not what I usually get but it's: ERROR: .META. is found on more than one region. ERROR: Encountered fatal error. Exiting... Summary: 2 inconsistencies detected. Status: INCONSISTENT Although: hbase(main):001:0> scan '-ROOT-' ROW COLUMN+CELL 12/07/10 16:51:58 INFO security.UserGroupInformation: JAAS Configuration already set up for Hadoop, not re-installing. .META.,,1 column=info:regioninfo, timestamp=1331755381142, value={NAME => '.META.,,1', STARTKEY => '', ENDKEY => '', ENCODED => 1028785192,} .META.,,1 column=info:server, timestamp=1341618049327, value=sfor3s40:10304 .META.,,1 column=info:serverstartcode, timestamp=1341618049327, value=1341515423853 .META.,,1 column=info:v, timestamp=1331755419291, value=\x00\x00 1 row(s) in 0.5370 seconds So I guess it's something new we need to debug...