[jira] [Created] (HDFS-15185) StartupProgress reports edits segments until the entire startup completes

Konstantin Shvachko created HDFS-15185: -- Summary: StartupProgress reports edits segments until the entire startup completes Key: HDFS-15185 URL: https://issues.apache.org/jira/browse/HDFS-15185 P

Re: [Discuss] Ozone moving to Beta tag

+1 for beta given major improvements. On Wed, Feb 19, 2020 at 4:17 PM Jitendra Pandey wrote: > +1. Given massive improvements in performance and stability, ozone is ready > for beta. > > On Wed, Feb 19, 2020 at 1:04 PM Salvatore LaMendola (BLOOMBERG/ 919 3RD A) > < > slamendo...@bloomberg.net>

Re: [DISCUSS] EOL Hadoop branch-2.8

Thanks Wei-Chiu for initiating this. +1 for 2.8 EOL. On Tue, Feb 18, 2020 at 10:48 PM Akira Ajisaka wrote: > Thanks Wei-Chiu for starting the discussion, > > +1 for the EoL. > > -Akira > > On Tue, Feb 18, 2020 at 4:59 PM Ayush Saxena wrote: > > > Thanx Wei-Chiu for initiating this > > +1 for m

Re: [Discuss] Ozone moving to Beta tag

+1. Given massive improvements in performance and stability, ozone is ready for beta. On Wed, Feb 19, 2020 at 1:04 PM Salvatore LaMendola (BLOOMBERG/ 919 3RD A) < slamendo...@bloomberg.net> wrote: > +1 on moving to beta. This move makes sense to me. > > I've tested each point release so far in 0.

Re:[Discuss] Ozone moving to Beta tag

+1 on moving to beta. This move makes sense to me. I've tested each point release so far in 0.4, including building several master snapshots along the way, and I agree with what Anu is saying below with regard to Ozone's stability having improved beyond "alpha" state. From: aengin...@apache.or

[Discuss] Ozone moving to Beta tag

Hi All, I would like to propose moving Ozone from 'Alpha' tags to 'Beta' tags when we do future releases. Here are a couple of reasons why I think we should make this move. 1. Ozone Manager or the Namenode for Ozone scales to more than 1 billion keys. We tested this in our labs in an org

Re: This week's Hadoop storage community online meetup (APAC)

Hi Wei-Chiu, I joined the meeting on Feb 19th on the zoom link sent in the original message but no one was there. Is the schedule up to date? ( https://calendar.google.com/calendar/b/3?cid=aGFkb29wLmNvbW11bml0eS5zeW5jLnVwQGdtYWlsLmNvbQ ) On Thu, Feb 13, 2020 at 11:47 AM Wei-Chiu Chuang wrote: >

[jira] [Created] (HDFS-15184) Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (make) on project hadoop-hdfs-native-client: An Ant BuildException has occured: exec returned:

任建亭 created HDFS-15184: -- Summary: Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (make) on project hadoop-hdfs-native-client: An Ant BuildException has occured: exec returned: 1 Key: HDFS-15184

[jira] [Created] (HDFS-15183) For AzureNativeFS, when BlockCompaction is enabled, FileSystem.create(path).close() would throw exception.

Xiaolei Liu created HDFS-15183: -- Summary: For AzureNativeFS, when BlockCompaction is enabled, FileSystem.create(path).close() would throw exception. Key: HDFS-15183 URL: https://issues.apache.org/jira/browse/HDFS-151

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

For more details, see https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/1415/ [Feb 18, 2020 5:50:11 PM] (aagarwal) HADOOP-16833. InstrumentedLock should log lock queue time. Contributed [Feb 19, 2020 12:50:37 AM] (github) YARN-8374. Upgrade objenesis to 2.6 (#1798) -1 overall

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/601/ No changes -1 overall The following subsystems voted -1: asflicense compile findbugs hadolint mvninstall mvnsite pathlen unit xml The following subsystems voted -1 but were configured to be