Re: [Hadoop-3.3 Release update]- branch-3.3 has created

Hi Surendra, Updated the version to 3.3.1-SNAPSHOT in branch-3.3. Thanks, Akira On Wed, Apr 29, 2020 at 4:22 PM Surendra Singh Lilhore < surendralilh...@gmail.com> wrote: > Hi Brahma, > > Why the branch-3.3 & branch-3.3.0 pom version is same ?. > > In branch-3.3 pom version should be 3.3.1. >

Re: Next week's Hadoop storage community call: HDFS-15289

Thanks Uma and everyone who joined today. 4/29 HDFS-15289 Allow viewfs mounts with hdfs scheme and centralized mount table https://docs.google.com/document/d/1jXM5Ujvf-zhcyw_5kiQVx6g-HeKe-YGnFS_1-qFXomI/edit?usp=sharing Speaker: Uma Participants: Weichiu, Nanda, Sree, Craig, Kevin, Yisheng,

Re: Signing hadoop releases

For completeness, this is the SVN path where the dist directory for Hadoop lives: https://dist.apache.org/repos/dist/release/hadoop/ On Wed, Apr 29, 2020 at 10:41 AM Owen O'Malley wrote: > > Also sending to the list. > .. Owen > > -- Forwarded message - > From: Owen O'Malley >

Fwd: Signing hadoop releases

Also sending to the list. .. Owen -- Forwarded message - From: Owen O'Malley Date: Wed, Apr 29, 2020 at 10:40 AM Subject: Re: Signing hadoop releases To: Gabor Bota There is a readme in the hadoop/common dist directory that points to

Signing hadoop releases

Hi common-dev, I'm the RM for hadoop 3.1.4 release and today I was able to build the release artifacts, but I need to sign it before staging them to the open. I was following the docs under https://cwiki.apache.org/confluence/display/HADOOP2/HowToRelease, but the page does describe how to

Re: Next week's Hadoop storage community call: HDFS-15289

Reminder: this call is going to happen in about an hour. I see that LinkedIn is working on something similar. It would be great if the team can join the call and share your use cases so we can iron out potential problems. On Thu, Apr 23, 2020 at 11:56 AM Wei-Chiu Chuang wrote: > Hi! > > I am

Apache Hadoop qbt Report: trunk+JDK8 on Linux/x86

For more details, see https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/1484/ [Apr 28, 2020 4:53:28 PM] (snemeth) YARN-10215. Endpoint for obtaining direct URL for the logs. Contributed [Apr 28, 2020 11:14:55 PM] (github) HADOOP-17010. Add queue capacity support for FairCallQueue

[jira] [Created] (HADOOP-17020) RawFileSystem could localize default block size to avoid sync bottleneck in config

Rajesh Balamohan created HADOOP-17020: - Summary: RawFileSystem could localize default block size to avoid sync bottleneck in config Key: HADOOP-17020 URL: https://issues.apache.org/jira/browse/HADOOP-17020

Apache Hadoop qbt Report: branch2.10+JDK7 on Linux/x86

For more details, see https://builds.apache.org/job/hadoop-qbt-branch-2.10-java7-linux-x86/670/ No changes -1 overall The following subsystems voted -1: asflicense findbugs hadolint pathlen unit xml The following subsystems voted -1 but were configured to be filtered/ignored: cc

Re: [NOTICE] Removal of protobuf classes from Hadoop Token's public APIs' signature

Okay. I am not going to be a purist and say "what were they doing -using our private APIs?" because as we all know, with things like UGI tagged @private there's been no way to get something is done without getting into the private stuff. But why did we do the protobuf changes? So that we could

Re: [Hadoop-3.3 Release update]- branch-3.3 has created

Hi Brahma, Why the branch-3.3 & branch-3.3.0 pom version is same ?. In branch-3.3 pom version should be 3.3.1. Please correct me if I am wrong. -Surendra On Sat, 25 Apr, 2020, 9:33 am Mingliang Liu, wrote: > Brahma, > > What about https://issues.apache.org/jira/browse/HADOOP-17007? > >

Re: [NOTICE] Removal of protobuf classes from Hadoop Token's public APIs' signature

Most of the problems are downstream applications using Hadoop's private APIs. Tez: 17:08:38 2020/04/16 00:08:38 INFO: [ERROR] COMPILATION ERROR : 17:08:38 2020/04/16 00:08:38 INFO: [INFO] - 17:08:38 2020/04/16 00:08:38 INFO: