Daniel Alejandro Hernández added a comment - 2020-02-05 20:29 +1. Same issue here after using 0.11.3 with Jenkins 2.204.1, since we build a new jenkins image each month I'm not sure what might broke the job If the upgrade of Jenkins but based on when plugin is released I might bet for the plugin https://github.com/jenkinsci/s3-plugin/releases/tag/s3-0.11.3 .

Matthias van de Meent added a comment - 2020-03-04 11:46 I've recently bumped into this issue as well, and have a probable fix ready in https://github.com/jenkinsci/s3-plugin/pull/127

Oren Magid added a comment - 2020-05-19 13:45 We are using 0.11.5 and getting a somewhat different error message. We haven't used the gzip feature with an earlier version. Does this look like it's the same issue? (Also, will this set the Content-Encoding header on these files to "Gzip" in S3? If not, this won't work for us, and it doesn't appear there's another way to do so, though there does appear to be another pull request that was closed and not merged that would allow this header to be set.)   ERROR: Failed to upload files com.amazonaws.ResetException: The request to the service failed with a retryable reason, but resetting the request input stream has failed. See exception.getExtraInfo or debug-level logging for the original failure that caused this retry.; If the request involves an input stream, the maximum stream buffer size can be configured via request.getRequestClientOptions().setReadLimit( int ) at com.amazonaws.http.AmazonHttpClient$RequestExecutor.resetRequestInputStream(AmazonHttpClient.java:1465) at com.amazonaws.http.AmazonHttpClient$RequestExecutor.executeOneRequest(AmazonHttpClient.java:1266) at com.amazonaws.http.AmazonHttpClient$RequestExecutor.executeHelper(AmazonHttpClient.java:1139) at com.amazonaws.http.AmazonHttpClient$RequestExecutor.doExecute(AmazonHttpClient.java:796) at com.amazonaws.http.AmazonHttpClient$RequestExecutor.executeWithTimer(AmazonHttpClient.java:764) at com.amazonaws.http.AmazonHttpClient$RequestExecutor.execute(AmazonHttpClient.java:738) at com.amazonaws.http.AmazonHttpClient$RequestExecutor.access$500(AmazonHttpClient.java:698) at com.amazonaws.http.AmazonHttpClient$RequestExecutionBuilderImpl.execute(AmazonHttpClient.java:680) at com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:544) at com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:524) at com.amazonaws.services.s3.AmazonS3Client.invoke(AmazonS3Client.java:5052) at com.amazonaws.services.s3.AmazonS3Client.invoke(AmazonS3Client.java:4998) at com.amazonaws.services.s3.AmazonS3Client.access$300(AmazonS3Client.java:394) at com.amazonaws.services.s3.AmazonS3Client$PutObjectStrategy.invokeServiceCall(AmazonS3Client.java:5940) at com.amazonaws.services.s3.AmazonS3Client.uploadObject(AmazonS3Client.java:1808) at com.amazonaws.services.s3.AmazonS3Client.putObject(AmazonS3Client.java:1768) at com.amazonaws.services.s3.transfer.internal.UploadCallable.uploadInOneChunk(UploadCallable.java:131) at com.amazonaws.services.s3.transfer.internal.UploadCallable.call(UploadCallable.java:123) at com.amazonaws.services.s3.transfer.internal.UploadMonitor.call(UploadMonitor.java:143) at com.amazonaws.services.s3.transfer.internal.UploadMonitor.call(UploadMonitor.java:48) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang. Thread .run( Thread .java:748) Caused by: java.nio.channels.ClosedChannelException at sun.nio.ch.FileChannelImpl.ensureOpen(FileChannelImpl.java:110) at sun.nio.ch.FileChannelImpl.position(FileChannelImpl.java:276) at com.amazonaws.internal.ResettableInputStream.reset(ResettableInputStream.java:174) at com.amazonaws.internal.SdkFilterInputStream.reset(SdkFilterInputStream.java:120) at com.amazonaws.util.LengthCheckInputStream.reset(LengthCheckInputStream.java:126) at com.amazonaws.internal.SdkFilterInputStream.reset(SdkFilterInputStream.java:120) at com.amazonaws.services.s3.internal.MD5DigestCalculatingInputStream.reset(MD5DigestCalculatingInputStream.java:105) at com.amazonaws.internal.SdkFilterInputStream.reset(SdkFilterInputStream.java:120) at com.amazonaws.event.ProgressInputStream.reset(ProgressInputStream.java:168) at com.amazonaws.internal.SdkFilterInputStream.reset(SdkFilterInputStream.java:120) at com.amazonaws.http.AmazonHttpClient$RequestExecutor.resetRequestInputStream(AmazonHttpClient.java:1463) ... 23 more  

Matthias van de Meent added a comment - 2020-05-19 14:01 ... Caused by: java.nio.channels.ClosedChannelException at sun.nio.ch.FileChannelImpl.ensureOpen(FileChannelImpl.java:110) ... That indeed looks like this issue: the transport channel is closed before the data is (fully) transfered. Also, will this set the Content-Encoding header on these files to "Gzip" in S3? I do believe that it does set the headers correctly, as I haven't had problems downloading the uploaded files through the S3 UI.

Oren Magid added a comment - 2020-05-19 14:04 Awesome! Do you know if this will be fixed soon? Just trying to figure out how to get gzipped versions of our files up on S3.

Matthias van de Meent added a comment - 2020-05-19 14:09 Do you know if this will be fixed soon? I'm not a part of Jenkins, and have no write-access to the plugin... There's a MR which I expect fixes the issue, but there has been no action on Jenkins' part. Just trying to figure out how to get gzipped versions of our files up on S3. I'm just waiting for a fix, and staying on 0.11.2 until it's fixed (it works up to and including 0.11.2): the security risks have been accepted by our security officer. Your milage may vary though.

Oren Magid added a comment - 2020-05-19 14:16 Ah, I see. Thanks for your response!

Steven added a comment - 2021-07-22 07:47 We are experiencing the same issue. Can this please be bumped up from severity 'Minor'?  This is forcing us to keep using 0.11.2 which has known security issues.