Thanks all for response with verification work and vote!
Sounds like we are hitting several issues here, although none seems to be
blockers so far. Given the large commit set - 2000+ commits first landed in
branch-2 release, we may should follow 2.7.0 practice that to claim this
release is not
Yuanbo Liu created HDFS-11561:
-
Summary: Mistake in httpfs doc file
Key: HDFS-11561
URL: https://issues.apache.org/jira/browse/HDFS-11561
Project: Hadoop HDFS
Issue Type: Bug
Reporter
Hanisha Koneru created HDFS-11560:
-
Summary: Expose slow disks via NameNode JMX
Key: HDFS-11560
URL: https://issues.apache.org/jira/browse/HDFS-11560
Project: Hadoop HDFS
Issue Type: Improvem
Tsz Wo Nicholas Sze created HDFS-11559:
--
Summary: Ozone: MiniOzoneCluster prints too many log messages by
default
Key: HDFS-11559
URL: https://issues.apache.org/jira/browse/HDFS-11559
Project: Ha
+1 (non-binding)
- Verified signatures.
- Downloaded and built from source tar.gz.
- Deployed a pseudo-distributed cluster on Mac Sierra.
- Ran example Sleep job successfully.
- Deployed latest Apache Tez 0.9 and ran sample Tez orderedwordcount
successfully.
Thank you Junping and everyone else
Tsz Wo Nicholas Sze created HDFS-11558:
--
Summary: BPServiceActor thread name is too long
Key: HDFS-11558
URL: https://issues.apache.org/jira/browse/HDFS-11558
Project: Hadoop HDFS
Issue
+1 (non-binding)
- Verified checksums and signatures of all files
- Built from source on MacOS Sierra via JDK 1.8.0 u65
- Deployed single-node cluster
- Successfully ran a few sample jobs
Thanks,
Eric
On Tuesday, March 21, 2017 2:56 PM, John Zhuge wrote:
+1. Thanks for the great effort, Jun
> On Mar 21, 2017, at 10:12 AM, Andrew Wang wrote:
>
> I poked around a bit. The 3.0.0-alpha2 binary tarball is only 246M and has
> more changes than 2.8.0.
Not to disclaim any other potential issues, but it's worth noting 3.x de-dupes
jar files as part of the packaging process. So it's not
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/264/
[Mar 20, 2017 5:59:09 PM] (varunsaxena) YARN-6353. Clean up OrderingPolicy
javadoc (Daniel Templeton via Varun
[Mar 20, 2017 6:29:23 PM] (arp) HADOOP-14059. typo in s3a rename(self, subdir)
error message.
Thanks Junping for creating release 2.8.0 (RC3).
+1 (non-binding)
* Downloaded and built from source
* Verified md5 checksums and signature
* Deployed a pseudo cluster
* verified basic HDFS operations and Pi job.
* Did a sanity check for RM and NM UI.
Thanks
zhihai
On Tue, Mar 21, 2017 at 12:0
+1. Thanks for the great effort, Junping!
- Verified checksums and signatures of the tarballs
- Built source code with Java 1.8.0_66-b17 on Mac OS X 10.12.3
- Built source and native code with Java 1.8.0_111 on Centos 7.2.1511
- Cloud connectors:
- s3a: integration tests, basic
Thanks for taking the mantle from me on 2.8.0 and some persistent work getting
2.8.0 out the door, Junping!
Apologies for bringing this up late, but I’d like to add one comment.
We should repeat what we did for 2.7.0 and In line with our experience there,
we should annotate this release as not
I'm an =0 I'm afraid
I think those extra files need to be pulled which triggers a repackage, at
which point there's a couple of
HADOOP-14205 No FileSystem for scheme: adl
HADOOP-14204 S3A multipart commit failing,
of the two, the ADL FS one is the most significant, though if there was going
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/352/
[Mar 20, 2017 5:59:09 PM] (varunsaxena) YARN-6353. Clean up OrderingPolicy
javadoc (Daniel Templeton via Varun
[Mar 20, 2017 6:29:23 PM] (arp) HADOOP-14059. typo in s3a rename(self, subdir)
error message.
David Tucker created HDFS-11557:
---
Summary: Empty directories may be recursively deleted without
being listable
Key: HDFS-11557
URL: https://issues.apache.org/jira/browse/HDFS-11557
Project: Hadoop HDFS
I poked around a bit. The 3.0.0-alpha2 binary tarball is only 246M and has
more changes than 2.8.0.
It looks like the 2.8.0 bin tarball has an extra 1.5GB of docs when
extracted compared to 3.0.0-alpha2. I think it's from the extra src-html
content:
-> % find share/doc -name src-html | xargs du -
Thanks Junping for taking on this huge effort!
I found one tiny nit: the md5 files are not in conventional format
That is to say,
$ cat hadoop-2.8.0.tar.gz.md5
$ /usr/bin/md5sum /build/source/target/artifacts/hadoop-2.8.0.tar.gz
c728a090b68d009070085367695ed507
/build/source/target/artifacts/
Thanks Junping!
+1 (binding)
* Verified signatures and checksums
* Built Hive 2.1.0 and Tez 0.8.5 with Hadoop 2.8.0 pom
* Deployed a single node cluster and ran some Hive on Tez queries
successfully
* The document looks good.
I found a trivial issue in the doc. It does not block the release.
James Clampffer created HDFS-11556:
--
Summary: libhdfs++: Improve the usage of std::promise and
std::future for sync shims
Key: HDFS-11556
URL: https://issues.apache.org/jira/browse/HDFS-11556
Project
Thanks for putting this up, Junping.
+1(non-binding)
* verified signature and mds.
* built from source on centos 7 and openjdk 8 with native profile.
* built docs and skimmed the contents.
* deployed 3 nodes ha cluster and run some sample jobs with caller
context enabled.
Masatake Iwasaki
On
Hi,
I have used release package and verified basic operations for HDFS.
I raised one blocker issue for this release.
HADOOP-14207 : "dfsadmin -refreshCallQueue" command is failing with
DecayRpcScheduler
Thanks,
Surendra
-Original Message-
From: Ju
Hi Junping,
Thank you for working on this.
+1 (Non-Binding)
verified the following:
1. Deployed HA cluster with three Nodes.
2. Verified the basic shell operations
3. Ran wordount and pi jobs
Regards
Brahma Reddy Battula
-Original Message-
From: Junping Du [mailto:j...@hortonworks.com]
22 matches
Mail list logo
