> On 6 Sep 2016, at 17:30, Andrew Wang wrote:
>
> Thanks everyone for voting and helping to validate alpha1. The VOTE closes
> with 16 +1s, 6 of them binding PMC votes, and no -1s.
>
> I'll go ahead and wrap up the release, will send an announcement out likely
> tomorrow once the mirrors have c
-node, non-secure cluster
>> - Ran sleep jobs
>> - Ensured preemption works as expected
>>
>> -Eric Payne
>>
>>
>> - Original Message -
>> From: Andrew Wang
>> To: "common-...@hadoop.apache.org" ; "
>> hdfs-dev@hado
o: "common-...@hadoop.apache.org" ; "hdfs-dev@hadoop.apache.org"
; "mapreduce-...@hadoop.apache.org" ;
"yarn-...@hadoop.apache.org"
Sent: Tuesday, August 30, 2016 10:51 AM
Subject: [VOTE] Release Apache Hadoop 3.0.0-alpha1 RC0
Hi all,
Thanks to the combined
"hdfs-dev@hadoop.apache.org" ;
"mapreduce-...@hadoop.apache.org" ;
"yarn-...@hadoop.apache.org"
Sent: Tuesday, August 30, 2016 10:51 AM
Subject: [VOTE] Release Apache Hadoop 3.0.0-alpha1 RC0
Hi all,
Thanks to the combined work of many, many contributor
+1(binding)
* Compiling source code.
* Verified checksums.
* Running RM-HA cluster with ZooKeeper 3.4.8 and ran MR job with
native libraries. It worked well.
Again, I'm very happy to move 3.0.0 release forward :-)
Thanks, Andrew!
FYI:
> In fact, I hit an error similar to Eric's one regardless o
-...@hadoop.apache.org; yarn-...@hadoop.apache.org; Chen, Sammi
Subject: RE: [VOTE] Release Apache Hadoop 3.0.0-alpha1 RC0
+1 (non-binding).
Thanks for driving this Andrew!
* Download and built from source.
* Setup a 10 node cluster (1 name node + 9 data nodes)
* Verified normal HDFS file put/get operation
I'm sorry, very big typo I did... s/hardly/very hard/
Best
- Tsuyoshi
On Sat, Sep 3, 2016 at 1:53 AM, Tsuyoshi Ozawa wrote:
> Thanks for making this forward hardly, Andrew!
>
> In fact, I hit an error similar to Eric's one regardless of
> configuring yarn.app.mapreduce.am.env and mapreduce.admin
Thanks for making this forward hardly, Andrew!
In fact, I hit an error similar to Eric's one regardless of
configuring yarn.app.mapreduce.am.env and mapreduce.admin.user.env...
does anyone hit same error?
2016-09-02 16:49:35,223 INFO mapreduce.Job: The url to track the job:
http://ip-172-31-7-12
+1( non-binding)
* Successfully downloaded and built from source.
* Deployed to single node cluster.
* Ran Sleep and Wordcount jobs.
Thanks Andrew for the effort!
Regards,Kuhu
On Thursday, September 1, 2016 10:32 PM, Arun Suresh
wrote:
+1 (binding).
Thanks for driving this Andrew..
+1 (binding).
Thanks for driving this Andrew..
* Download and built from source.
* Setup a 5 mode cluster.
* Verified that MR works with opportunistic containers
* Verified that the AMRMClient supports 'allocationRequestId'
Cheers
-Arun
On Thu, Sep 1, 2016 at 4:31 PM, Aaron Fabbri wrote:
> +1
+1, non-binding.
I built everything on OS X and ran the s3a contract tests successfully:
mvn test -Dtest=org.apache.hadoop.fs.contract.s3a.\*
...
Results :
Tests run: 78, Failures: 0, Errors: 0, Skipped: 1
[INFO]
[INF
Good point Allen, I forgot about `hadoop version`. Since it's populated by
a version-info.properties file, people can always cat that file.
On Thu, Sep 1, 2016 at 3:21 PM, Allen Wittenauer
wrote:
>
> > On Sep 1, 2016, at 3:18 PM, Allen Wittenauer
> wrote:
> >
> >
> >> On Sep 1, 2016, at 2:57 PM
> On Sep 1, 2016, at 3:18 PM, Allen Wittenauer
> wrote:
>
>
>> On Sep 1, 2016, at 2:57 PM, Andrew Wang wrote:
>>
>> Steve requested a git hash for this release. This led us into a brief
>> discussion of our use of git tags, wherein we realized that although
>> release tags are immutable (sta
> On Sep 1, 2016, at 2:57 PM, Andrew Wang wrote:
>
> Steve requested a git hash for this release. This led us into a brief
> discussion of our use of git tags, wherein we realized that although
> release tags are immutable (start with "rel/"), RC tags are not. This is
> based on the HowToRelease
Steve requested a git hash for this release. This led us into a brief
discussion of our use of git tags, wherein we realized that although
release tags are immutable (start with "rel/"), RC tags are not. This is
based on the HowToRelease instructions.
I asked in infra.chat about this, and filed a
+1 (non-binding)
Thanks Andrew for putting this up! Super excited to see a Hadoop 3 RC.
Verifications done on OS X:
- Verified md5 on all files
- Spot checked release notes and changes
- Built from source
- Verified LICENSE and NOTICE are correctly contained in the jars built
- Started pseudo-dis
Thanks for getting this out.
+1 (non-binding)
- downloaded and built tarball from source
- deployed HDFS-HA cluster and tested few EC file operations
- executed few hdfs commands including EC commands
- viewed basic UI
- ran some of the sample jobs
Best Regards,
Rakesh
Intel
On Thu, Sep 1, 201
+1 (non-binding)
- Build source with Java 1.8.0_101 on Centos 6.6 without native
- Verify license and notice using the shell script in HADOOP-13374
- Deploy a pseudo cluster
- Run basic dfs, distcp, ACL, webhdfs commands
- Run MapReduce workcount and pi examples
- Run balancer
Thanks,
John
John
+1 (binding).
Overall it¹s a great effort, Andrew. Thank you for putting all the energy.
Downloaded and built.
Ran some sample jobs.
I would love to see all this efforts will lead to get the GA from Hadoop
3.X soon.
Regards,
Uma
On 8/30/16, 8:51 AM, "Andrew Wang" wrote:
>Hi all,
>
>Thanks t
+1 (binding) from me. Downloaded the source, built from source, set up a
pseudo cluster, and ran a few of the sample jobs.
Thanks a lot for doing all this release work, Andrew.
--
Aaron T. Myers
Software Engineer, Cloudera
On Tue, Aug 30, 2016 at 8:51 AM, Andrew Wang
wrote:
> Hi all,
>
> Thank
It's also the key Andrew has in the project's KEYS file:
http://www.apache.org/dist/hadoop/common/KEYS
On Tue, Aug 30, 2016 at 4:12 PM, Andrew Wang wrote:
> Hi Eric, thanks for trying this out,
>
> I tried this gpg command to get my key, seemed to work:
>
> # gpg --keyserver pgp.mit.edu --recv
+1 (non-binding)
Did the following on 7 RHEL 6.6 servers
- Downloaded and built from source
- Downloaded and verified checksum of the binary tar.gz file
- Setup a cluster with 1 NN and 6 DNs
- Tried regular HDFS commands
- Tried EC commands (listPolicies, getPolicy, setPolicy), they work fine
- Ve
> On Aug 30, 2016, at 2:20 PM, Eric Badger wrote:
>
> Well that's embarrassing. I had accidentally slightly renamed my
> log4j.properties file in my conf directory, so it was there, just not being
> read.
Nah. You were just testing out the shell rewrite's ability to detect a
common
Well that's embarrassing. I had accidentally slightly renamed my
log4j.properties file in my conf directory, so it was there, just not being
read. Apologies for the unnecessary spam. With this and the public key from
Andrew, I give my non-binding +1.
Eric
On Tuesday, August 30, 2016 4:11 PM
Hi Eric, thanks for trying this out,
I tried this gpg command to get my key, seemed to work:
# gpg --keyserver pgp.mit.edu --recv-keys 7501105C
gpg: requesting key 7501105C from hkp server pgp.mit.edu
gpg: /root/.gnupg/trustdb.gpg: trustdb created
gpg: key 7501105C: public key "Andrew Wang (CODE
> On Aug 30, 2016, at 2:06 PM, Eric Badger
> wrote:
>
>
> WARNING: log4j.properties is not found. HADOOP_CONF_DIR may be incomplete.
^^
>
> After running the above command, the RM UI showed a successful job, but as
> you can see, I did not have anything pri
I don't know why my email client keeps getting rid of all of my spacing.
Resending the same email so that it is actually legible...
All on OSX 10.11.6:
- Verified the hashes. However, Andrew, I don't know where to find your public
key, so I wasn't able to verify that they were signed by you.
- B
All on OSX 10.11.6:
Verified the hashes. However, Andrew, I don't know where to find your public
key, so I wasn't able to verify that they were signed by you.Built from
sourceDeployed a pseudo-distributed clusterRan a few sample jobsPoked around
the RM UIPoked around the attached website locally
> On Aug 30, 2016, at 10:17 AM, Zhe Zhang wrote:
>
> Thanks Andrew for the great work! It's really exciting to finally see a
> Hadoop 3 RC.
>
> I noticed CHANGES and RELEASENOTES markdown files which were not in
> previous RCs like 2.7.3. What are good tools to verify them? I tried
> reading th
I'll put my own +1 on it:
* Built from source
* Started pseudo cluster and ran Pi job successfully
On Tue, Aug 30, 2016 at 10:17 AM, Zhe Zhang wrote:
>
> Thanks Andrew for the great work! It's really exciting to finally see a
> Hadoop 3 RC.
>
> I noticed CHANGES and RELEASENOTES markdown files
Thanks Andrew for the great work! It's really exciting to finally see a
Hadoop 3 RC.
I noticed CHANGES and RELEASENOTES markdown files which were not in
previous RCs like 2.7.3. What are good tools to verify them? I tried
reading them on IntelliJ but format looks odd.
I'm still testing the RC:
-
Hi all,
Thanks to the combined work of many, many contributors, here's an RC0 for
3.0.0-alpha1:
http://home.apache.org/~wang/3.0.0-alpha1-RC0/
alpha1 is the first in a series of planned alpha releases leading up to GA.
The objective is to get an artifact out to downstreams for testing and to
ite
32 matches
Mail list logo