Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-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 A45C610435 for ; Fri, 2 Aug 2013 20:04:00 +0000 (UTC) Received: (qmail 58954 invoked by uid 500); 2 Aug 2013 20:04:00 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 58927 invoked by uid 500); 2 Aug 2013 20:04:00 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 58919 invoked by uid 99); 2 Aug 2013 20:04:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Aug 2013 20:04:00 +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 joey@cloudera.com designates 209.85.128.176 as permitted sender) Received: from [209.85.128.176] (HELO mail-ve0-f176.google.com) (209.85.128.176) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Aug 2013 20:03:56 +0000 Received: by mail-ve0-f176.google.com with SMTP id b10so1180038vea.21 for ; Fri, 02 Aug 2013 13:03:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding:x-gm-message-state; bh=mPRrra58gm/CfbbnM+RioLo7qqcu2qBvf05Q7Gi8itI=; b=bwgPZXREtVSZxm5nIZrE1zp0lyaIV1WtxXHRR8N5EHZBjb4zHcDqScPTNF+7YAbh3e aQKhSjD3WTbXPeaBB/1NkoOZPpHOvlWfiAdodwEvdUqW7FOjgP05M4lQzqUURcRlxYF3 ZCS4RoeDgpZ6pgWalk1XCcTtCtNxn5YTebdxgm5jxIjtkxKRimmi4EDe+gnHV7IikjSp 50sJ8csKf6VHe6emGtUs/F1xNfEQJd4yJjJcLZJI2IchSdKJWcM1qOuLQE9Pk4s7eOZD /FIxZV+dBxjLmFwqjVZthEEs37On7K+2J3BRwReqJbZ48uDlReo23J/Aj5Raz/F7bGud l4Fw== MIME-Version: 1.0 X-Received: by 10.220.164.138 with SMTP id e10mr2548376vcy.27.1375473815867; Fri, 02 Aug 2013 13:03:35 -0700 (PDT) Received: by 10.58.41.103 with HTTP; Fri, 2 Aug 2013 13:03:35 -0700 (PDT) In-Reply-To: References: <939777510.1776000.1374867252656.JavaMail.root@sz0053a.westchester.pa.mail.comcast.net> <1375118610198.faad686c@Nodemailer> <00a101ce8f0f$80884a20$8198de60$@comcast.net> Date: Fri, 2 Aug 2013 16:03:35 -0400 Message-ID: Subject: Re: Hadoop 2.0 Support for Accumulo 1.4 Branch From: Joey Echeverria To: dev@accumulo.apache.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlUHyr+YZenx0g5PI2R4LHWosLrThpW4wuxniQQVBMrJEGTqKgXb8v1VNpxxzBwEnb01W9v X-Virus-Checked: Checked by ClamAV on apache.org Vanilla. On Fri, Aug 2, 2013 at 3:58 PM, Mike Drob wrote: > Which version of 0.20 are you testing against? Vanilla, or cdh3 flavored? > > > On Fri, Aug 2, 2013 at 2:37 PM, Joey Echeverria wrote= : > >> I don't think that's a good idea unless you can come up with very >> clear version number change. >> >> -Joey >> >> On Fri, Aug 2, 2013 at 2:31 PM, Christopher wrote: >> > Would it be reasonable to consider a version of 1.4 that breaks >> > compatibility with 0.20? I'm not really a fan of this, personally, but >> > am curious what others think. >> > >> > -- >> > Christopher L Tubbs II >> > http://gravatar.com/ctubbsii >> > >> > >> > On Fri, Aug 2, 2013 at 2:22 PM, Joey Echeverria >> wrote: >> >> Sorry for the delay, it's been one of those weeks. >> >> >> >> The current version would probably not be backwards compatible to >> >> 0.20.2 just based on changes in dependencies. We're looking right now >> >> to see how hard it is to have three way compatibility (0.20, 1.0, >> >> 2.0). >> >> >> >> -Joey >> >> >> >> On Thu, Aug 1, 2013 at 7:33 PM, Dave Marion >> wrote: >> >>> Any update? >> >>> >> >>> -----Original Message----- >> >>> From: Joey Echeverria [mailto:joey@cloudera.com] >> >>> Sent: Monday, July 29, 2013 1:24 PM >> >>> To: dev@accumulo.apache.org >> >>> Subject: Re: Hadoop 2.0 Support for Accumulo 1.4 Branch >> >>> >> >>> We're testing this today. I'll report back what we find. >> >>> >> >>> >> >>> -Joey >> >>> =97 >> >>> Sent from Mailbox for iPhone >> >>> >> >>> On Fri, Jul 26, 2013 at 3:34 PM, null wrote: >> >>> >> >>>> "Will 1.4 still work with 0.20 with these patches?" >> >>>> Great point Billie. >> >>>> ----- Original Message ----- >> >>>> From: "Billie Rinaldi" >> >>>> To: dev@accumulo.apache.org >> >>>> Sent: Friday, July 26, 2013 3:02:41 PM >> >>>> Subject: Re: Hadoop 2.0 Support for Accumulo 1.4 Branch On Fri, Jul >> >>>> 26, 2013 at 11:33 AM, Joey Echeverria wrote: >> >>>>> > If these patches are going to be included with 1.4.4 or 1.4.5, I >> >>>>> > would >> >>>>> like >> >>>>> > to see the following test run using CDH4 on at least a 5 node >> cluster. >> >>>>> > More nodes would be better. >> >>>>> > >> >>>>> > * unit test >> >>>>> > * Functional test >> >>>>> > * 24 hr Continuous ingest + verification >> >>>>> > * 24 hr Continuous ingest + verification + agitation >> >>>>> > * 24 hr Random walk >> >>>>> > * 24 hr Random walk + agitation >> >>>>> > >> >>>>> > I may be able to assist with this, but I can not make any promis= es. >> >>>>> >> >>>>> Sure thing. Is there already a write-up on running this full batte= ry >> >>>>> of tests? I have a 10 node cluster that I can use for this. >> >>>>> >> >>>>> >> >>>>> > Great. I think this would be a good patch for 1.4. I assume t= hat >> >>>>> > if a user stays with Hadoop 1 there are no dependency changes? >> >>>>> >> >>>>> Yup. It works the same way as 1.5 where all of the dependency chan= ges >> >>>>> are in a Hadoop 2.0 profile. >> >>>>> >> >>>> In 1.5.0, we gave up on compatibility with 0.20 (and early versions= of >> >>>> 1.0) to make the compatibility requirements simpler; we ended up >> >>>> without dependency changes in the hadoop version profiles. Will 1.= 4 >> >>>> still work with 0.20 with these patches? If there are dependency >> >>>> changes in the profiles, 1.4 would have to be compiled against a >> >>>> hadoop version compatible with the running version of hadoop, corre= ct? >> >>>> We had some trouble in the >> >>>> 1.5 release process with figuring out how to provide multiple binar= y >> >>>> artifacts (each compiled against a different version of hadoop) for >> >>>> the same release. Just something we should consider before we are = in >> >>>> the midst of releasing 1.4.4. >> >>>> Billie >> >>>>> -Joey >> >>>>> >> >>> >> >> >> >> >> >> >> >> -- >> >> Joey Echeverria >> >> Director, Federal FTS >> >> Cloudera, Inc. >> >> >> >> -- >> Joey Echeverria >> Director, Federal FTS >> Cloudera, Inc. >> --=20 Joey Echeverria Director, Federal FTS Cloudera, Inc.