Return-Path: X-Original-To: apmail-hadoop-hdfs-dev-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5322A188CA for ; Fri, 25 Dec 2015 03:39:13 +0000 (UTC) Received: (qmail 21120 invoked by uid 500); 25 Dec 2015 03:39:11 -0000 Delivered-To: apmail-hadoop-hdfs-dev-archive@hadoop.apache.org Received: (qmail 20873 invoked by uid 500); 25 Dec 2015 03:39:11 -0000 Mailing-List: contact hdfs-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-dev@hadoop.apache.org Delivered-To: mailing list hdfs-dev@hadoop.apache.org Received: (qmail 20832 invoked by uid 99); 25 Dec 2015 03:39:10 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Dec 2015 03:39:10 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 41E3DC38BF; Fri, 25 Dec 2015 03:39:10 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1 X-Spam-Level: * X-Spam-Status: No, score=1 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id M6QzSeV-SnVj; Fri, 25 Dec 2015 03:39:02 +0000 (UTC) Received: from oss.nttdata.co.jp (oss.nttdata.co.jp [49.212.34.109]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTP id 72467201EB; Fri, 25 Dec 2015 03:39:01 +0000 (UTC) Received: from macaa.local (KD106155158112.au-net.ne.jp [106.155.158.112]) by oss.nttdata.co.jp (Postfix) with ESMTP id 6F41E17EE06; Fri, 25 Dec 2015 12:38:52 +0900 (JST) Subject: Re: [VOTE] Release Apache Hadoop 2.7.2 RC1 To: common-dev@hadoop.apache.org, "hdfs-dev@hadoop.apache.org" References: <2E87444F-47B4-4AE8-BDAA-CAE0CEE42A95@apache.org> <56783DD9.30900@oss.nttdata.co.jp> <1450801895257.55510@hortonworks.com> <98FA2C03-CED8-4D15-B1A8-E6D370594FA4@apache.org> Cc: "yarn-dev@hadoop.apache.org" , Junping Du , "mapreduce-dev@hadoop.apache.org" From: Akira AJISAKA Message-ID: <567CBA4C.80403@oss.nttdata.co.jp> Date: Fri, 25 Dec 2015 12:38:52 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.98.7 at oss.nttdata.co.jp X-Virus-Status: Clean Thanks Vinod for starting the discussion. I'm +1 for cherry-picking these issues to 2.7.2. As Andrew said, when users upgrade Hadoop from 2.6.3 to 2.7.2, they can hit the issues. I'm thinking we should reduce the regressions as possible. Regards, Akira On 12/25/15 01:56, Andrew Wang wrote: > My 2c is that we should have monotonicity in releases. That way no > "upgrade" is a regression. > > On Wed, Dec 23, 2015 at 10:00 PM, Tsuyoshi Ozawa wrote: > >> Hi Vinod, >> >> thank you for the clarification. >> >>> - Pull these 16 tickets into 2.7.2 and roll a new RC >>>> What do people think? Do folks expect “any fix in 2.6.3 to be there in >> all releases that get out after 2.6.3 release date (December 16th)”? >> >> I personally prefer to pull these tickets into 2.7.2 since it's >> intuitive for me. I can help to cherrypick these tickets into 2.7.2 >> once we decide to do so. >> >> This conflicts happened since the the timings of cutting branches and >> actual release are crossed. We can face these situations usually in >> the future since we have 2 or more branches for stable releases. >> Hence, it's a good time to decide basic policy now. >> >> BTW, should we start to discuss on new thread or continue to discuss here? >> >> Thanks, >> - Tsuyoshi >> >> On Thu, Dec 24, 2015 at 9:47 AM, Vinod Kumar Vavilapalli >> wrote: >>> I retract my -1. I think we will need to discuss this a bit more. >>> >>> Beyond those two tickets, there are a bunch more (totaling to 16) that >> are in 2.6.3 but *not* in 2.7.2. See this: >> https://issues.apache.org/jira/issues/?jql=key%20in%20%28HADOOP-12526%2CHADOOP-12413%2CHADOOP-11267%2CHADOOP-10668%2CHADOOP-10134%2CYARN-4434%2CYARN-4365%2CYARN-4348%2CYARN-4344%2CYARN-4326%2CYARN-4241%2CYARN-2859%2CMAPREDUCE-6549%2CMAPREDUCE-6540%2CMAPREDUCE-6377%2CMAPREDUCE-5883%2CHDFS-9431%2CHDFS-9289%2CHDFS-8615%29%20and%20fixVersion%20!%3D%202.7.0 >> < >> https://issues.apache.org/jira/issues/?jql=key%20in%20(HADOOP-12526,HADOOP-12413,HADOOP-11267,HADOOP-10668,HADOOP-10134,YARN-4434,YARN-4365,YARN-4348,YARN-4344,YARN-4326,YARN-4241,YARN-2859,MAPREDUCE-6549,MAPREDUCE-6540,MAPREDUCE-6377,MAPREDUCE-5883,HDFS-9431,HDFS-9289,HDFS-8615)%20and%20fixVersion%20!=%202.7.0 >>> >>> >>> Two options here, depending on the importance of ‘causality' between >> 2.6.x and 2.7.x lines. >>> - Ship 2.7.2 as we voted on here >>> - Pull these 16 tickets into 2.7.2 and roll a new RC >>> >>> What do people think? Do folks expect “any fix in 2.6.3 to be there in >> all releases that get out after 2.6.3 release date (December 16th)”? >>> >>> Thanks >>> +Vinod >>> >>>> On Dec 23, 2015, at 12:37 PM, Vinod Kumar Vavilapalli < >> vinodkv@apache.org> wrote: >>>> >>>> Sigh. Missed this. >>>> >>>> To retain causality ("any fix in 2.6.3 will be there in all releases >> that got out after 2.6.3”), I’ll get these patches in. >>>> >>>> Reverting my +1, and casting -1 for the RC myself. >>>> >>>> Will spin a new RC, this voting thread is marked dead. >>>> >>>> Thanks >>>> +Vinod >>>> >>>>> On Dec 22, 2015, at 8:24 AM, Junping Du > jdu@hortonworks.com>> wrote: >>>>> >>>>> However, when I look at our commit log and CHANGES.txt, I found >> something we are missing: >>>>> 1. HDFS-9470 and YARN-4424 are missing from the 2.7.2 branch and RC1 >> tag. >>>>> 2. HADOOP-5323, HDFS-8767 are missing in CHANGE.txt >>>> >>> >> >