Details
-
Sub-task
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
2.7.0
-
None
Description
Currently, if fs.s3a.max.total.tasks are queued and another (part)upload wants to start, a RejectedExecutionException is thrown.
We should use a threadpool that blocks clients, nicely throtthling them, rather than throwing an exception. F.i. something similar to https://github.com/apache/incubator-s4/blob/master/subprojects/s4-comm/src/main/java/org/apache/s4/comm/staging/BlockingThreadPoolExecutorService.java
Attachments
Attachments
Issue Links
- breaks
-
HADOOP-12553 [JDK8] Fix javadoc error caused by illegal tag
- Resolved
- is duplicated by
-
HADOOP-12319 S3AFastOutputStream has no ability to apply backpressure
- Resolved
- is related to
-
HADOOP-13139 Branch-2: S3a to use thread pool that blocks clients
- Resolved
- relates to
-
HADOOP-12267 s3a failure due to integer overflow bug in AWS SDK
- Resolved
- requires
-
HADOOP-12269 Update aws-sdk dependency to 1.10.6; move to aws-sdk-s3
- Resolved