+1 (binding)
Did the basic checks and ran against a single node local setup.
— Hitesh
On Jan 14, 2016, at 8:57 PM, Vinod Kumar Vavilapalli wrote:
> Hi all,
>
> I've created an updated release candidate RC2 for Apache Hadoop 2.7.2.
>
> As discussed before, this is the next maintenance rele
Jason Lowe just filed YARN-4047 ( patch available too ) which probably is also
a good candidate for 2.6.1 or 2.6.2 if the list is frozen. I have labelled the
jira as a 2.6.1 candidate. Feel free to switch to 2.6.2 if needed.
thanks
— Hitesh
On Aug 10, 2015, at 4:15 PM, Vinod Kumar Vavilapalli
Moving conversation to yarn-dev. BCC’ed hdfs-dev.
YARN actually does not do anything except give back containers based on what an
application requested for. It is up to each and every application to first
figure out where the data is located and then make optimal choices based on
which node to
There are a couple of different approaches we could take.
How about publishing/releasing bits such as “2.8.0-RC0”. Downstream projects
can depend on these and use them normally similar to the approach that they
would have taken with release 2.8.0 or 2.8.0-alpha. After some baking ( or more
RC
+1 (binding)
Built Hadoop from source, compiled Tez against the hadoop jars pushed to
staging repo and ran a few example Tez jobs on a single node cluster.
— HItesh
On Nov 13, 2014, at 3:08 PM, Arun C Murthy wrote:
> Folks,
>
> I've created another release candidate (rc1) for hadoop-2.6.0
+1
— Hitesh
On Aug 8, 2014, at 7:57 PM, Karthik Kambatla wrote:
> I have put together this proposal based on recent discussion on this topic.
>
> Please vote on the proposal. The vote runs for 7 days.
>
> 1. Migrate from subversion to git for version control.
> 2. Force-push to be disab
+1 (binding)
— Hitesh
On Jun 24, 2014, at 1:53 AM, Arun C Murthy wrote:
> Folks,
>
> As discussed, I'd like to call a vote on changing our by-laws to change
> release votes from 7 days to 5.
>
> I've attached the change to by-laws I'm proposing.
>
> Please vote, the vote will the usual pe
+1.
Built from source and ran distributed shell along with simple MR jobs on a
single node cluster.
-- HItesh
On Oct 7, 2013, at 12:00 AM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.2.0 that I would like to
> get released - this release fixes a sm
+1 (binding)
Verified checksums, built from source and ran basic MR jobs on a single-node
cluster.
-- Hitesh
On Aug 15, 2013, at 2:15 PM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc2) for hadoop-2.1.0-beta that I would
> like to get released - this fixes the bugs
Hi Arun,
From a YARN perspective, YARN-791 and YARN-727 are 2 jiras that may potentially
change the apis. They can implemented in a backward compat fashion if committed
after 2.1.0. However, this will require adding of differently-named apis (
different urls in case of the webservices ) and ma
+1 (non-binding)
Built from source, ran some basic tests on a single node cluster.
-- Hitesh
On May 28, 2013, at 9:00 AM, Thomas Graves wrote:
>
> I've created a release candidate (RC0) for hadoop-0.23.8 that I would like
> to release.
>
> This release is a sustaining release with several im
+1 (non-binding).
Downloaded from source, tested distributed shell and simple MR jobs on a
single-node cluster.
-- Hitesh
On Apr 12, 2013, at 2:56 PM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (RC2) for hadoop-2.0.4-alpha that I would
> like to release.
>
> The RC
+1.
Downloaded source, built and ran a couple of sample jobs on a single node
cluster.
-- Hitesh
On Apr 11, 2013, at 12:55 PM, Thomas Graves wrote:
> I've created a release candidate (RC0) for hadoop-0.23.7 that I would like
> to release.
>
> This release is a sustaining release with severa
+1 (non-binding)
Downloaded ( verified checksums ) and built from source, deployed and
successfully ran both MR and distributed shell examples.
-- Hitesh
On Feb 6, 2013, at 7:59 PM, Arun C Murthy wrote:
> Folks,
>
> I've created a release candidate (rc0) for hadoop-2.0.3-alpha that I would
Hitesh Shah created HDFS-3409:
-
Summary: Secondary namenode should expose checkpoint info via JMX
Key: HDFS-3409
URL: https://issues.apache.org/jira/browse/HDFS-3409
Project: Hadoop HDFS
Issue
/browse/HDFS-2816
Project: Hadoop HDFS
Issue Type: Bug
Affects Versions: 0.23.0, 0.24.0
Reporter: Hitesh Shah
Priority: Trivial
Fix For: 0.24.0, 0.23.1
--
This message is automatically generated by JIRA.
If you think it was sent
Issue Type: Improvement
Affects Versions: 1.0.0, 0.23.0
Reporter: Hitesh Shah
Priority: Minor
Fix For: 0.23.1, 1.1.0
Unlike the jobtracker where both the UI and jmx information report the version
as "x.y.z, rhttps://issues.apache.org/jira/s
17 matches
Mail list logo