Description
The fixed size ThreadPool created in AbstractS3ACommitter doesn't get cleaned up at EOL; as a result you leak the no. of threads set in "fs.s3a.committer.threads"
Not visible in MR/distcp jobs, but ultimately causes OOM on Spark
Attachments
Issue Links
- causes
-
HADOOP-16650 ITestS3AClosedFS failing -junit test thread
- Resolved
- is related to
-
HADOOP-16798 job commit failure in S3A MR magic committer test
- Resolved
- links to