hadoop-yarn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sangjin Lee <sj...@apache.org>
Subject Re: [VOTE] Release Apache Hadoop 3.0.0-alpha2 RC0
Date Wed, 25 Jan 2017 22:41:45 GMT
File MAPREDUCE-6836 <https://issues.apache.org/jira/browse/MAPREDUCE-6836>.

On Wed, Jan 25, 2017 at 2:35 PM, Sangjin Lee <sjlee@apache.org> wrote:

> Sorry for missing the cutoff.
>
> I'm also +1 (binding) if that counts.
>
> I did find a small issue with MR, and I'll file a separate JIRA, but it
> shouldn't stop the release.
>
> On Wed, Jan 25, 2017 at 12:06 PM, Andrew Wang <andrew.wang@cloudera.com>
> wrote:
>
>> Thanks guys. With that, I'm going to close the VOTE for 3.0.0-alpha2 with
>> the following vote totals:
>>
>> 5 binding +1s (Arun got his vote in just in time ;)
>> 7 non-binding +1s
>> 0 -1's
>>
>> Thanks to everyone who tried out the RC! I'll get started on publishing
>> the
>> release.
>>
>> Best,
>> Andrew
>>
>> On Wed, Jan 25, 2017 at 12:05 PM, Arun Suresh <arun.suresh@gmail.com>
>> wrote:
>>
>> > Thanks for all the work on this Andrew. I agree with Chris and Karthik.
>> >
>> > +1 (binding) from me as well
>> >   - Ran a 9 node cluster HDFS and YARN cluster
>> >   - Played with some hdfs commands
>> >   - Ran some sleep jobs using YARN ReservationSytstem + Opportunistic
>> > Containers
>> >   - Compiled REEF and Spark against the src.
>> >
>> > Cheers
>> > -Arun
>> >
>> >
>> > On Wed, Jan 25, 2017 at 12:01 PM, Karthik Kambatla <kasha@cloudera.com>
>> > wrote:
>> >
>> >> I feel the same way as Chris.
>> >>
>> >> +1 on the current RC. And, open to changes to RN and License.
>> >>
>> >> On Wed, Jan 25, 2017 at 11:59 AM, Chris Douglas <
>> chris.douglas@gmail.com>
>> >> wrote:
>> >>
>> >> > On Wed, Jan 25, 2017 at 11:42 AM, Andrew Wang <
>> andrew.wang@cloudera.com
>> >> >
>> >> > wrote:
>> >> > > Chris and Karthik, could you clarify the contingency of your
>> votes? Is
>> >> > > fixing just the release notes sufficient?
>> >> >
>> >> > My +1 was not contingent on any changes.
>> >> >
>> >> > The release is fine as-is. Fixing any subset of the release notes,
>> >> > minicluster jar, and the organization of LICENSE files within jars
>> >> > should not reset the clock on the VOTE. -C
>> >> >
>> >> > > On Wed, Jan 25, 2017 at 11:14 AM, Karthik Kambatla <
>> >> kasha@cloudera.com>
>> >> > > wrote:
>> >> > >
>> >> > >> Thanks for driving the alphas, Andrew. I don't see the need
to
>> >> restart
>> >> > the
>> >> > >> vote and I feel it is okay to fix the minor issues before
>> releasing.
>> >> > >>
>> >> > >> +1 (binding). Downloaded source, stood up a pseudo-distributed
>> >> cluster
>> >> > >> with FairScheduler, ran example jobs, and played around with
the
>> UI.
>> >> > >>
>> >> > >> Thanks
>> >> > >> Karthik
>> >> > >>
>> >> > >>
>> >> > >> On Fri, Jan 20, 2017 at 2:36 PM, Andrew Wang <
>> >> andrew.wang@cloudera.com>
>> >> > >> wrote:
>> >> > >>
>> >> > >>> Hi all,
>> >> > >>>
>> >> > >>> With heartfelt thanks to many contributors, the RC0 for
>> >> 3.0.0-alpha2 is
>> >> > >>> ready.
>> >> > >>>
>> >> > >>> 3.0.0-alpha2 is the second alpha in the planned 3.0.0
release
>> line
>> >> > leading
>> >> > >>> up to a 3.0.0 GA. It comprises 857 fixes, improvements,
and new
>> >> > features
>> >> > >>> since alpha1 was released on September 3rd, 2016.
>> >> > >>>
>> >> > >>> More information about the 3.0.0 release plan can be found
here:
>> >> > >>>
>> >> > >>> https://cwiki.apache.org/confluence/display/HADOOP/
>> >> > Hadoop+3.0.0+release
>> >> > >>>
>> >> > >>> The artifacts can be found here:
>> >> > >>>
>> >> > >>> http://home.apache.org/~wang/3.0.0-alpha2-RC0/
>> >> > >>>
>> >> > >>> This vote will run 5 days, ending on 01/25/2017 at 2PM
pacific.
>> >> > >>>
>> >> > >>> I ran basic validation with a local pseudo cluster and
a Pi job.
>> RAT
>> >> > >>> output
>> >> > >>> was clean.
>> >> > >>>
>> >> > >>> My +1 to start.
>> >> > >>>
>> >> > >>> Thanks,
>> >> > >>> Andrew
>> >> > >>>
>> >> > >>
>> >> > >>
>> >> >
>> >>
>> >
>> >
>>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message