-
Notifications
You must be signed in to change notification settings - Fork 910
S3AsyncClient putObject throwing status code 100 exception #1969
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hi @IvoMajic I was not able to reproduce the issue. My logs show and then
I wonder if this is caused by some network configuration. Are you using a proxy?
Was there some other change that may have triggered the issue? |
It looks like this issue hasn’t been active in longer than a week. In the absence of more information, we will be closing this issue soon. If you find that this is still a problem, please add a comment to prevent automatic closure, or if the issue is already closed please feel free to reopen it. |
@IvoMajic How did you fix it? I have the same problem, this 100 http status is pretty common, for multi part requests, Please re open the issue: |
I also could not find a fix in the meantime. I agree this should be reopened, since it obviously is not a single instance. |
…7a42b6d5e Pull request: release <- staging/88d485f2-098e-4b5a-ac26-d3a7a42b6d5e
Uh oh!
There was an error while loading. Please reload this page.
Describe the bug
When doing uploads to S3 as of recently I am getting the following exception:
software.amazon.awssdk.services.s3.model.S3Exception: null (Service: S3, Status Code: 100, Request ID: null, Extended Request ID: null)
The exception is not very informative as you see. Is there any way to debug this further? All was working correctly up until a few days ago.
Code example:
client.putObject(
PutObjectRequest.builder()
.bucket(properties.s3.bucketName)
.key(formKey(path, imageId))
.acl(if (isPublic) ObjectCannedACL.PUBLIC_READ else null)
.build(),
AsyncRequestBody.fromBytes(imageData)
)
The first response I get is:
HTTP/1.1 100 CONTINUE
Date: Sun, 02 Aug 2020 09:55:11 GMT
Connection: keep-alive
and then
HTTP/1.1 200 OK
Content-Length: 0
ETag: "d1aafcb9635d94434c4370260f956000"
Accept-Ranges: bytes
x-amz-request-id: tx0000000000000021ee840-005f268d7f-7c9455-default
Date: Sun, 02 Aug 2020 09:55:11 GMT
Connection: close that reached at the tail of the pipeline. Please check your pipeline configuration.
I am guessing it happens because the last 200 message is discarded, from the log:
2020-08-02T11:55:11,775 DEBUG [aws-java-sdk-NettyEventLoop-1-4] i.n.c.DefaultChannelPipeline: Discarded inbound message DefaultHttpResponse(decodeResult: success, version: HTTP/1.1)
Seems to me it has something to do with Nettys handing of HTTP 100-Continue
Expected Behavior
The upload finishing successfully.
Your Environment
The text was updated successfully, but these errors were encountered: