[jira] [Created] (HADOOP-16475) high number of calls to UserGroupInformation loginUserFromSubject creates huge number of ticket renewal thread which leads to Out of Memory

Uday Kiran Reddy created HADOOP-16475: - Summary: high number of calls to UserGroupInformation loginUserFromSubject creates huge number of ticket renewal thread which leads to Out of Memory Key: HADOOP-16475

[jira] [Resolved] (HADOOP-16405) Upgrade Wildfly Openssl version to 1.0.7.Final

[ https://issues.apache.org/jira/browse/HADOOP-16405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Marquardt resolved HADOOP-16405. --- Resolution: Fixed Fix Version/s: 3.3.0 Duplicate of HADOOP-16460. >

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

For more details, see https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/1213/ [Jul 29, 2019 8:27:55 AM] (elek) HDDS-1867. Invalid Prometheus metric name from JvmMetrics [Jul 29, 2019 8:46:11 AM] (elek) HDDS-1852. Fix typo in TestOmAcls [Jul 29, 2019 9:04:45 AM] (elek) HDDS-1682.

[jira] [Created] (HADOOP-16474) S3Guard ProgressiveRenameTracker to mark dest dir as authoritative on success

Steve Loughran created HADOOP-16474: --- Summary: S3Guard ProgressiveRenameTracker to mark dest dir as authoritative on success Key: HADOOP-16474 URL: https://issues.apache.org/jira/browse/HADOOP-16474

[jira] [Created] (HADOOP-16473) S3Guard prune to only remove auth dir marker if files (not tombstones) are removed

Steve Loughran created HADOOP-16473: --- Summary: S3Guard prune to only remove auth dir marker if files (not tombstones) are removed Key: HADOOP-16473 URL: https://issues.apache.org/jira/browse/HADOOP-16473

[jira] [Created] (HADOOP-16472) findbugs warning on LocalMetadataStore.ttlTimeProvider sync

Steve Loughran created HADOOP-16472: --- Summary: findbugs warning on LocalMetadataStore.ttlTimeProvider sync Key: HADOOP-16472 URL: https://issues.apache.org/jira/browse/HADOOP-16472 Project: Hadoop

Re: [DISCUSS] EOL 2.8 or another 2.8.x release?

+1 for 1 more release in 2.8.x. However, it sounds too early to declare 2.8 is EoL. I would prefer to discuss this after seeing most people are migrated to 2.9 or 3.x. Thanks, Junping Akira Ajisaka 于2019年7月26日周五 下午12:03写道： > I'm +1 for 1 more release in 2.8.x and declare that 2.8 is EoL. > >

[jira] [Created] (HADOOP-16471) Restore (documented) fs.s3a.SharedInstanceProfileCredentialsProvider

Steve Loughran created HADOOP-16471: --- Summary: Restore (documented) fs.s3a.SharedInstanceProfileCredentialsProvider Key: HADOOP-16471 URL: https://issues.apache.org/jira/browse/HADOOP-16471

[jira] [Created] (HADOOP-16470) make last AWS credential provider in default auth chain EC2ContainerCredentialsProviderWrapper

Steve Loughran created HADOOP-16470: --- Summary: make last AWS credential provider in default auth chain EC2ContainerCredentialsProviderWrapper Key: HADOOP-16470 URL:

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

For more details, see https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/398/ [Jul 29, 2019 9:34:31 PM] (weichiu) HDFS-14429. Block remain in COMMITTED but not COMPLETE caused by [Jul 29, 2019 9:36:57 PM] (xkrogen) HDFS-12703. Exceptions are fatal to decommissioning monitor.

[jira] [Created] (HADOOP-16469) Typo in s3a committers.md doc

Steve Loughran created HADOOP-16469: --- Summary: Typo in s3a committers.md doc Key: HADOOP-16469 URL: https://issues.apache.org/jira/browse/HADOOP-16469 Project: Hadoop Common Issue Type:

[jira] [Resolved] (HADOOP-15910) Javadoc for LdapAuthenticationHandler#ENABLE_START_TLS is wrong

[ https://issues.apache.org/jira/browse/HADOOP-15910?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Loughran resolved HADOOP-15910. - Resolution: Fixed Fix Version/s: 3.3.0 Fixed by Don Jeba > Javadoc for

[jira] [Created] (HADOOP-16468) S3AFileSystem.getContentSummary() to use listFiles(recursive)

Steve Loughran created HADOOP-16468: --- Summary: S3AFileSystem.getContentSummary() to use listFiles(recursive) Key: HADOOP-16468 URL: https://issues.apache.org/jira/browse/HADOOP-16468 Project:

Re: Any thoughts making Submarine a separate Apache project?

Thanks Vinod for these great suggestions. I agree most of your comments above. "For the Apache Hadoop community, this will be treated simply as code-change and so need a committer +1?". IIUC, this should be treated as feature branch merge, so may be 3 committer +1 is needed here according to