Return-Path: Delivered-To: apmail-hbase-user-archive@www.apache.org Received: (qmail 34068 invoked from network); 28 Jan 2011 17:38:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Jan 2011 17:38:35 -0000 Received: (qmail 16239 invoked by uid 500); 28 Jan 2011 17:38:33 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 16158 invoked by uid 500); 28 Jan 2011 17:38:31 -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 16149 invoked by uid 99); 28 Jan 2011 17:38:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Jan 2011 17:38:31 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of nanhengwu@gmail.com designates 209.85.214.169 as permitted sender) Received: from [209.85.214.169] (HELO mail-iw0-f169.google.com) (209.85.214.169) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Jan 2011 17:38:25 +0000 Received: by iwn40 with SMTP id 40so3473822iwn.14 for ; Fri, 28 Jan 2011 09:38:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=1BX1LJ/cCY4CneKIGtanshmQfBxsrKh+tjQN53VcYq8=; b=Xk1QthdiL6yDPk3g8MNFjY3PRX7qqAozcLA0FsgzXb1EplZD6aI/SDB0Du6TacBSHT KaTsxSUZSuXef7DTkEHxO5cSzqXv3QCHzJTg04ZltRO6euQA95fezpA00qtJWUh/AMUq kQvLIZDHq0oIgWUCrWgsNFr3/CLVqO8/STCmk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=uPfmZznAf6EDKwfwpDQ02908HNYzb8NYLgfhe8yEDVdh4uqtO6z3Mou6npAYODaOSb HhGrjOig4b35t5TH1K/jvAIKWuklKhhCpXJaQ+ao/y8Kp/TS3lU213lMDZr6f+nleIVe kt2H762rnkIUcLCSpkiJ40zgSkpKMDGRXIJ/I= MIME-Version: 1.0 Received: by 10.231.200.145 with SMTP id ew17mr2977734ibb.160.1296236285149; Fri, 28 Jan 2011 09:38:05 -0800 (PST) Received: by 10.231.141.76 with HTTP; Fri, 28 Jan 2011 09:38:05 -0800 (PST) In-Reply-To: References: Date: Fri, 28 Jan 2011 09:38:05 -0800 Message-ID: Subject: Re: Use loadtable.rb with compressed data? From: Nanheng Wu To: user@hbase.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Stack, Get doesn't work either. It was a fresh table created by loadtable.rb. Finally, the uncompressed version had the same number of regions (8 total). I totally understand you guys shouldn't be patching the older version, upgrading for me is an option but will be pretty painful. I wonder if I can figure something out by comparing the two version's Hfile. Thanks again! On Fri, Jan 28, 2011 at 9:14 AM, Stack wrote: > On Thu, Jan 27, 2011 at 9:35 PM, Nanheng Wu wrote: >> In the compressed case, there are 8 regions and the region start/end >> keys do line up. Which actually is confusing to me, how can hbase read >> the files if they are compressed? does each hfile have some metadata >> in it that has compression info? > > You got it. > >> Anyway, the regions are the same >> (numbers and boundaries are same) in both compressed and uncompressed >> version. So what else should I look into to fix this? Thanks again! > > You can't scan. Can you Get from the table at all? =A0Try getting start > key from a few of the regions you see in .META. > > Did this table preexist or was this a fresh creation? > > When you created this table uncompressed, how many regions was it? > > How about just running uncompressed while you are on 0.20.6? =A0We'd > rather be fixing bugs in the new stuff, not the version that we are > leaving behind? > > Thanks, > St.Ack >