Haven't heard back and we are way past the voting period, closing this now.
Here's my +1 to conclude the vote. Thanks +Vinod On Apr 20, 2015, at 10:31 AM, Vinod Kumar Vavilapalli <vino...@hortonworks.com> wrote: > Apologies for the delay in replying. > > It's a bit unusual because I am trying something different this time. We > discussed this before: http://markmail.org/thread/zwzze6cqqgwq4rmw > > The short summary is to push more frequent releases instead of waiting for > making a release perfect - something that rarely works in practice. > > We have tried requesting downstream projects to use RC's before (for e.g. > while doing 2.x alphas/betas), but it didn't yield much success without > making explicit releases. That is why, I am pushing out 2.7.0 as alpha so > that downstream projects can start integrating right away and uncover issues. > Will immediately follow up with 2.7.1, 2.7.2 etc every 2-3 weeks from now. > > Does that make sense? I'll wait for your ack till later in the evening today > and push the release out unless you are against this proposal. > > Thanks > +Vinod > > On Apr 17, 2015, at 4:00 PM, Colin P. McCabe <cmcc...@apache.org> wrote: > >> That's an interesting suggestion. What's the advantage of putting >> HDFS-8070, HDFS-8163, and HDFS-8179 in 2.7.1, instead of just doing >> another RC? We have only done one release candidate so far... seems a >> little unusual. >> >> I realize that some of this stuff came in after the voting period, but >> I would still feel slightly more comfortable just fixing it and doing >> an rc1, if that's possible in the next week or two. The people who >> want to get the upstream release into their hands as soon as possible >> can use rc0 as-is. Thoughts? >> >> best, >> Colin >> >> On Fri, Apr 17, 2015 at 3:35 PM, Arpit Agarwal <aagar...@hortonworks.com> >> wrote: >>> +1 for calling 2.7.0 an alpha. >>> >>> There are a couple of more issues related to incorrect handling of >>> timestamps. >>> >>> 1. HDFS-8163 - Using monotonicNow for block report scheduling causes test >>> failures on recently restarted systems >>> 2. HDFS-8179 - DFSClient#getServerDefaults returns null within 1 hour of NN >>> start >>> >>> Tagged both as blockers for 2.7.1. >>> >>> >>> >>> >>> On 4/17/15, 7:12 AM, "Vinod Kumar Vavilapalli" <vino...@hortonworks.com> >>> wrote: >>> >>>> Quick look tells me this is a bug that needs fixing. >>>> >>>> Am on the road, so couldn't close the vote right after 5 days. >>>> >>>> Seeing as this is coming up beyond the voting period, unless you feel >>>> strongly against it, I'd like to close the vote as a success but do the >>>> following: call this release an alpha for downstream consumption in line >>>> with my original proposal, following it up with a 2.7.1 in two weeks. >>>> >>>> Thanks >>>> +Vinod >>>> >>>> On Apr 17, 2015, at 2:27 AM, Colin P. McCabe <cmcc...@apache.org> wrote: >>>> >>>>> I would like to fix HDFS-8070, which just came to light. The impact >>>>> is that if this isn't fixed, 2.6 clients will be unable to do >>>>> short-circuit reads against 2.7 datanodes. >>>>> >>>>> best, >>>>> Colin >>>>> >>>>> On Wed, Apr 15, 2015 at 8:19 PM, Brahma Reddy Battula >>>>> <brahmareddy.batt...@huawei.com> wrote: >>>>>> Need Jcardar changes to support java 7 Byte code..I will work along with >>>>>> Todd to get jcardar.. >>>>>> >>>>>> Thanks & Regards >>>>>> Brahma Reddy Battula >>>>>> ________________________________________ >>>>>> From: Vinod Kumar Vavilapalli [vino...@hortonworks.com] >>>>>> Sent: Wednesday, April 15, 2015 6:29 PM >>>>>> To: common-dev@hadoop.apache.org >>>>>> Subject: Re: [VOTE] Release Apache Hadoop 2.7.0 RC0 >>>>>> >>>>>> Tx Brahma. Apologies for missing your offline email. >>>>>> >>>>>> So, did you have luck with an updated JCarder? Or does that need JCarder >>>>>> changes that you are waiting on. >>>>>> >>>>>> +Vinod >>>>>> >>>>>> On Apr 15, 2015, at 7:21 AM, Brahma Reddy Battula >>>>>> <brahmareddy.batt...@huawei.com> wrote: >>>>>> >>>>>>> HI Allen >>>>>>> >>>>>>> Thanks for updating here [ HDFS-8132 ].. >>>>>>> >>>>>>> Jcardar is tied to the Java 6 class format. Hadoop 2.7.0 is our first >>>>>>> release that compiled Java 7 class files. Jcarder needs to updated to >>>>>>> support Java 7 byte code.. >>>>>>> >>>>>>> >>>>>>> I am +1 ( non binding),, after all the regression tests passed against >>>>>>> 2.7.0-RC0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks & Regards >>>>>>> Brahma Reddy Battula >>>>>>> ________________________________________ >>>>>>> From: Allen Wittenauer [a...@altiscale.com] >>>>>>> Sent: Wednesday, April 15, 2015 12:45 AM >>>>>>> To: common-dev@hadoop.apache.org >>>>>>> Cc: hdfs-...@hadoop.apache.org; yarn-...@hadoop.apache.org; >>>>>>> mapreduce-...@hadoop.apache.org >>>>>>> Subject: Re: [VOTE] Release Apache Hadoop 2.7.0 RC0 >>>>>>> >>>>>>> Someone should look into HDFS-8132, which appears to have been filed >>>>>>> against RC0. >>>>>>> >>>>>>> On Apr 11, 2015, at 1:44 AM, Vinod Kumar Vavilapalli >>>>>>> <vino...@apache.org> wrote: >>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> I've created a release candidate RC0 for Apache Hadoop 2.7.0. >>>>>>>> >>>>>>>> The RC is available at: >>>>>>>> http://people.apache.org/~vinodkv/hadoop-2.7.0-RC0/ >>>>>>>> >>>>>>>> The RC tag in git is: release-2.7.0-RC0 >>>>>>>> >>>>>>>> The maven artifacts are available via repository.apache.org at >>>>>>>> https://repository.apache.org/content/repositories/orgapachehadoop-1017/ >>>>>>>> >>>>>>>> As discussed before >>>>>>>> - This release will only work with JDK 1.7 and above >>>>>>>> - I’d like to use this as a starting release for 2.7.x [1], depending >>>>>>>> on >>>>>>>> how it goes, get it stabilized and potentially use a 2.7.1 in a few >>>>>>>> weeks as the stable release. >>>>>>>> >>>>>>>> Please try the release and vote; the vote will run for the usual 5 >>>>>>>> days. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Vinod >>>>>>>> >>>>>>>> [1]: A 2.7.1 release to follow up 2.7.0 >>>>>>>> http://markmail.org/thread/zwzze6cqqgwq4rmw >>>>>>> >>>>>> >>>> >