Return-Path: Delivered-To: apmail-hbase-dev-archive@www.apache.org Received: (qmail 38029 invoked from network); 5 Oct 2010 03:39:13 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 5 Oct 2010 03:39:13 -0000 Received: (qmail 51406 invoked by uid 500); 5 Oct 2010 03:39:12 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 51312 invoked by uid 500); 5 Oct 2010 03:39:11 -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 51304 invoked by uid 99); 5 Oct 2010 03:39:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Oct 2010 03:39:10 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of saint.ack@gmail.com designates 74.125.82.51 as permitted sender) Received: from [74.125.82.51] (HELO mail-ww0-f51.google.com) (74.125.82.51) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Oct 2010 03:39:03 +0000 Received: by wwb28 with SMTP id 28so6039003wwb.20 for ; Mon, 04 Oct 2010 20:38:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=sRS53KsicVQheczAfDiWn/aZd0K8cOLoQSpD4Ohx0+g=; b=Krm/SsHJDcL7ggFeJMzJTQk6tvGcp28HbA8XTO6+t9B217y9wro+G2JNR0GzJo//4k OtoziwfuPap/zRkHai0v5txepUjbi1JbZUx9ihph/j9xNOe/sbgHBmSiQzuVrfpUVb7F m23avn9JJ7bxgPI8Uu7JoPms8FVNEmELCJVlQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=AMDHu4RAIVu3eBspptApuo3wCKXaYMWMlMXWsDgD8V26FDgieHK4hETDorMCIhABSF rz9AgpAV/eg6Q9Jbn6hDNQ2FfElIF58Taz2uw55Y79PAp5MG2G9RZYoYubTR2ELiwt9T nHlCXpKoIqdaYtmOipAoMzsr3QtIq4bCijU4Q= MIME-Version: 1.0 Received: by 10.216.235.104 with SMTP id t82mr417584weq.103.1286249923780; Mon, 04 Oct 2010 20:38:43 -0700 (PDT) Sender: saint.ack@gmail.com Received: by 10.216.158.149 with HTTP; Mon, 4 Oct 2010 20:38:43 -0700 (PDT) In-Reply-To: References: <5A76F6CE309AD049AAF9A039A39242820F0236D9@sc-mbx04.TheFacebook.com> Date: Mon, 4 Oct 2010 20:38:43 -0700 X-Google-Sender-Auth: sbfeKHlu7YEXQaVLu8cTAM8587Q Message-ID: Subject: Re: [VOTE] Release 'development release' HBase 0.89.2010924 rc1? From: Stack To: dev@hbase.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Oct 4, 2010 at 4:56 PM, Ryan Rawson wrote: > I ran ycsb on it for a while and it looked ok... but we really cant > ship without the fix to that bug, it has the possibility of causing > serious data loss for heavy users of ICV. > We can ship the DR though, right? 0.90.0RC1 is just around the corner! St.Ack > -ryan > > On Mon, Oct 4, 2010 at 3:41 PM, Jonathan Gray wrote: >> +1 >> >> I took it for a test drive today and tested all the basic stuff. =A0No p= erformance stuff but I think enough for my vote. >> >> JG >> >>> -----Original Message----- >>> From: jdcryans@gmail.com [mailto:jdcryans@gmail.com] On Behalf Of Jean- >>> Daniel Cryans >>> Sent: Monday, October 04, 2010 10:56 AM >>> To: dev@hbase.apache.org >>> Subject: Re: [VOTE] Release 'development release' HBase 0.89.2010924 >>> rc1? >>> >>> My vote is obviously +1, although we hit a bug this weekend regarding >>> HBASE-3008 (for which we'll post a patch soon). Over time, the >>> memstore size of regions with ICVs grows negative, which means that >>> those regions can't flush and when you close them you basically lose >>> all the data since the last flush (since on close it won't flush >>> either). We solved this by disabling ICVs to those tables (basically >>> setting the async ICV queues in the thrift servers to -1), copied the >>> data to another cluster, restarted the cluster with the fix, >>> re-imported the data, then re-enabled the ICVs. >>> >>> I don't think this is a blocker for a DR, as it only affects users >>> doing only tons of ICVs on particular tables, but it should be >>> disclosed somewhere. >>> >>> J-D >>> >>> On Fri, Sep 24, 2010 at 4:03 PM, Jean-Daniel Cryans >>> wrote: >>> > The 0.89.20100830 DR branch was cancelled, here's the new RC off a >>> new branch. >>> > >>> > As discussed, this release candidate contains a revert of HBASE-2694 >>> > which means that it is back on the "very" old master. It is also very >>> > similar to what we run here in production. >>> > >>> > Sources and binaries can be found here: >>> > >>> > http://people.apache.org/~jdcryans/hbase-0.89.20100924-candidate-1/ >>> > >>> > Documentation: >>> > >>> > http://people.apache.org/~jdcryans/hbase-0.89.20100924-candidate- >>> 1/hbase-0.89.20100924/docs/ >>> > >>> > Here's the list of everything I added since moving from 0830: >>> > >>> > =A0HBASE-3008 =A0Memstore.updateColumnValue passes wrong flag to >>> heapSizeChange >>> > =A0HBASE-3035 =A0Bandaid for HBASE-2990 >>> > =A0HBASE-2643 =A0Figure how to deal with eof splitting logs >>> > =A0HBASE-2941 =A0port HADOOP-6713 - threading scalability for RPC rea= ds - >>> to HBase >>> > =A0HBASE-3006 =A0Reading compressed HFile blocks causes way too many = DFS >>> RPC calls >>> > =A0 =A0 =A0 =A0 =A0 =A0 severly impacting performance >>> > =A0HBASE-2989 =A0[replication] RSM won't cleanup after locking if 0 p= eers >>> > =A0HBASE-2992 =A0[replication] MalformedObjectNameException in >>> ReplicationMetrics >>> > =A0HBASE-3034 =A0Revert the regions assignment part of HBASE-2694 (an= d >>> > pals) for 0.89 >>> > =A0HBASE-3033 =A0[replication] ReplicationSink.replicateEntries >>> improvements >>> > =A0HBASE-2997 =A0Performance fixes - profiler driven >>> > =A0HBASE-2889 =A0Tool to look at HLogs -- parse and tail -f (patch #2 >>> only) >>> > >>> > Unfortunately I forgot to add HBASE-2986 like Stack asked (sorry, I >>> > just figured it while reading the old voting thread). >>> > >>> > Should we release this as the next "Development Release"? Please cast >>> > your vote by Wednesday, September 29th. >>> > >>> > Thanks, >>> > >>> > The HBase Team >>> > >> >