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 F398710957 for ; Fri, 14 Mar 2014 22:09:14 +0000 (UTC) Received: (qmail 37246 invoked by uid 500); 14 Mar 2014 22:09:13 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 37180 invoked by uid 500); 14 Mar 2014 22:09:13 -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 37166 invoked by uid 99); 14 Mar 2014 22:09:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Mar 2014 22:09:12 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of busbey@cloudera.com designates 209.85.216.52 as permitted sender) Received: from [209.85.216.52] (HELO mail-qa0-f52.google.com) (209.85.216.52) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Mar 2014 22:09:08 +0000 Received: by mail-qa0-f52.google.com with SMTP id m5so3103299qaj.25 for ; Fri, 14 Mar 2014 15:08:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=2a/DftmVNoTcicK+eF/W4Yz3gZNoNw5Lni5AAAZQTE0=; b=LCPYBDSprxGmZhtSLDyIFFxsRW8+VzlIcia7T6Pu93D+xGZOPoBoz+IH9L05I8uTTH 9gfeMVEag29dXlCNdf1nd24FjMWdh7/Ah6XAt9fw91WMH+2YMLGW4x58f5hqr7HVbZxK 8rD2Zlg3FTNulodjObBJZIKTWvlihC0Q00OQAvsJpWF6tMlU+o0RdJMS1TwuBDpJJEyF ycg8OWYAY6f1i1GaUSEq5XpXGZBLhY+ZJln5elGhqiw0KIVNSqTaieMozg12DxD6r+sh 9AiN3g3STuT69ppd60NrsSxlzvTaYOOgbXrfyWCM7cHUX9+kE2+hOMTuiaubemZpR8HI glNA== X-Gm-Message-State: ALoCoQmSE/hudPy6xwyNmS2kGTPjW5//yXX//godHmJ4krraDPg33OzRwdkv8kSmiLf9nNsi8+3f X-Received: by 10.224.160.83 with SMTP id m19mr12693847qax.21.1394834928115; Fri, 14 Mar 2014 15:08:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.232.65 with HTTP; Fri, 14 Mar 2014 15:08:28 -0700 (PDT) In-Reply-To: References: From: Sean Busbey Date: Fri, 14 Mar 2014 17:08:28 -0500 Message-ID: Subject: Re: Pushing out unassigned issues to 1.6.1 To: "dev@accumulo apache. org" Content-Type: multipart/alternative; boundary=047d7bacb2aa6934d904f498500c X-Virus-Checked: Checked by ClamAV on apache.org --047d7bacb2aa6934d904f498500c Content-Type: text/plain; charset=UTF-8 Based on this thread and chatting with John, I went ahead and pushed out * ACCUMULO-2095 Shard randomwalk test fails w/ multiple namnodes * ACCUMULO-1218 document the recovery from a failed zookeeper * ACCUMULO-1515 Minimize README * ACCUMULO-1491 Stop packaging html pages with the monitor * ACCUMULO-2308 LargeRowIT occasionally fails with too few splits * ACCUMULO-2453 NoClassDefFound building against Hadoop1 in ShellServerTest And I changed the priority of ACCUMULO-2396 (create 1.6.0 release notes content) to Blocker. Anyone who is assigned an issue that isn't critical or blocker, please consider pushing out to 1.6.1 or 1.7.0 or increasing the priority to reflect its importance. If you already have patches in 1.6.0-SNAPSHOT related to your open jira, consider moving the remaining work to a follow on ticket. -Sean On Fri, Mar 14, 2014 at 3:31 PM, Eric Newton wrote: > This time in english: > > In fact, if it's not marked critical or blocker I don't think we should > worry about it. > > > > > On Fri, Mar 14, 2014 at 4:29 PM, Eric Newton > wrote: > > > Intermittent IT failures should not hold up the release. In fact, if > it's > > not marked critical or blocker I don't even thing we should even worry > > about it. > > > > I worked on ACCUMULO-2459, but I really need ctubbsii's input on this. > If > > someone else knows what needs to be done, go for it. > > > > I would be comfortable with 1.6.0 as-is. > > > > Perfect is the enemy... > > > > -Eric > > > > > > On Fri, Mar 14, 2014 at 3:32 PM, Sean Busbey >wrote: > > > >> Those are the biggies I was thinking of. I'm not sure about the recent > IT > >> failures opened by Eric N. > >> > >> * ACCUMULO-118 accumulo could work across HDFS instances, which would > help > >> it to scale past a single namenode > >> > >> needs to get closed out (but it's just waiting for ACCUMULO-2061 I > think) > >> > >> * ACCUMULO-2459 accumulo-init RPM conflicts with accumulo-core RPM on > >> /etc/accumulo > >> > >> Maybe this packaging concern? > >> > >> -Sean > >> > >> > >> On Fri, Mar 14, 2014 at 2:14 PM, Keith Turner wrote: > >> > >> > Sounds good. I will take a look at 2460. I think more could be > >> pushed to > >> > 1.6.1 or 1.7.0. What are the issues that mus be done for 1.6.0? > Below > >> are > >> > some that seem critical. > >> > > >> > ACCUMULO-2148 - verify upgrade works > >> > ACCUMULO-2061 - deprecate instance.dfs.uri > >> > ACCUMULO-2396 - create 1.6.0 release notes > >> > > >> > What about the documentation ones? > >> > > >> > > >> > On Fri, Mar 14, 2014 at 2:43 PM, Sean Busbey < > busbey+lists@cloudera.com > >> > >wrote: > >> > > >> > > Unless someone objects, I'd like to push out most of the outstanding > >> > issues > >> > > for 1.6.0 that aren't assigned to anyone. > >> > > > >> > > Most of these currently have priority Major. If someone thinks the > >> > problem > >> > > is severe enough to not push out, please assign yourself or escalate > >> the > >> > > priority. > >> > > > >> > > * ACCUMULO-2095 Shard randomwalk test fails w/ multiple namnodes > >> > > * ACCUMULO-1218 document the recovery from a failed zookeeper > >> > > * ACCUMULO-1515 Minimize README > >> > > * ACCUMULO-1491 Stop packaging html pages with the monitor > >> > > * ACCUMULO-2308 LargeRowIT occasionally fails with too few splits > >> > > * ACCUMULO-2453 NoClassDefFound building against Hadoop1 in > >> > ShellServerTest > >> > > * ACCUMULO-2460 Experimental properties no longer hidden from > >> > > DefaultConfiguration > >> > > > >> > > None of these impact the public API and most of them are clean up of > >> test > >> > > or docs. So I think they can wait for a follow up release. > >> > > > >> > > -- > >> > > Sean > >> > > > >> > > >> > > > > > --047d7bacb2aa6934d904f498500c--