+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
-
Allen Wittenauer created HADOOP-13564:
-
Summary: modify mapred to use hadoop_subcommand_opts
Key: HADOOP-13564
URL: https://issues.apache.org/jira/browse/HADOOP-13564
Project: Hadoop Common
> 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
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
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
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.
-
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
[
https://issues.apache.org/jira/browse/HADOOP-13357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Allen Wittenauer reopened HADOOP-13357:
---
> Modify common to use hadoop_subcommand_opts
>
[
https://issues.apache.org/jira/browse/HADOOP-13356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Allen Wittenauer reopened HADOOP-13356:
---
> Add a function to handle command_subcommand_OPTS
>
> 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
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
Allen Wittenauer created HADOOP-13563:
-
Summary: hadoop_subcommand_opts should print name not actual
content during debug
Key: HADOOP-13563
URL: https://issues.apache.org/jira/browse/HADOOP-13563
Hi Junping,
On Tue, Aug 30, 2016 at 4:30 AM, Junping Du wrote:
> Hi Andrew and all,
> Thanks for the notice on the change. I still concern this rule change
> may cause some confusion from conflicting against our previous rule - no
> need to set trunk version if it is
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
It's traditional. We wait for the last minute to get our talk proposals
in for conferences.
Well, the last minute has arrived. The CFP for ApacheCon Seville closes
on September 9th, which is less than 2 weeks away. It's time to get your
talks in, so that we can make this the best ApacheCon yet.
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/149/
[Aug 29, 2016 3:55:38 PM] (jlowe) HADOOP-13552. RetryInvocationHandler logs all
remote exceptions.
[Aug 29, 2016 4:14:55 PM] (jlowe) YARN-5560. Clean up bad exception catching
practices in TestYarnClient.
Allen Wittenauer created HADOOP-13562:
-
Summary: Change hadoop_subcommand_opts to use only uppercase
Key: HADOOP-13562
URL: https://issues.apache.org/jira/browse/HADOOP-13562
Project: Hadoop
Steve Loughran created HADOOP-13560:
---
Summary: make sure s3 blob >5GB files copies, with metadata
Key: HADOOP-13560
URL: https://issues.apache.org/jira/browse/HADOOP-13560
Project: Hadoop Common
Steve Loughran created HADOOP-13561:
---
Summary: make sure s3 blob >5GB files copies, with metadata
Key: HADOOP-13561
URL: https://issues.apache.org/jira/browse/HADOOP-13561
Project: Hadoop Common
Hi Andrew and all,
Thanks for the notice on the change. I still concern this rule change may
cause some confusion from conflicting against our previous rule - no need to
set trunk version if it is landing on 2.x branch. As we can see, there are 4
cases of version setting for JIRA landing
22 matches
Mail list logo