[ 
https://issues.apache.org/jira/browse/HADOOP-19527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17942179#comment-17942179
 ] 

ASF GitHub Bot commented on HADOOP-19527:
-----------------------------------------

ahmarsuhail opened a new pull request, #7592:
URL: https://github.com/apache/hadoop/pull/7592

   <!--
     Thanks for sending a pull request!
       1. If this is your first time, please read our contributor guidelines: 
https://cwiki.apache.org/confluence/display/HADOOP/How+To+Contribute
       2. Make sure your PR title starts with JIRA issue id, e.g., 
'HADOOP-17799. Your PR title ...'.
   -->
   
   ### Description of PR
   
   When encryption is set to anything other than AES256, eTag behaviour 
changes, which leads to some test failures. See 
https://issues.apache.org/jira/browse/HADOOP-19527 for more details.
   
   Also skip AAL tests if CSE is enabled as that is not supported currently.
   
   ### How was this patch tested?
   
   Ran both `ITestS3AContractAnalyticsStreamVectoredRead` and 
`ITestS3AAnalyticsAcceleratorStreamReading` with different encryption 
configurations. 
   
   Tests pass when nothing is set or if `fs.s3a.encryption.algorithm` is set to 
AES256. 
   ITestS3AContractAnalyticsStreamVectoredRead is skipped when encryption is 
set to SSE-KMS (or anything else)
   ITestS3AAnalyticsAcceleratorStreamReading is skipped when encryption is set 
to CSE-KMS.
   
   ### For code changes:
   
   - [ ] Does the title or this PR starts with the corresponding JIRA issue id 
(e.g. 'HADOOP-17799. Your PR title ...')?
   - [ ] Object storage: have the integration tests been executed and the 
endpoint declared according to the connector-specific documentation?
   - [ ] If adding new dependencies to the code, are these dependencies 
licensed in a way that is compatible for inclusion under [ASF 
2.0](http://www.apache.org/legal/resolved.html#category-a)?
   - [ ] If applicable, have you updated the `LICENSE`, `LICENSE-binary`, 
`NOTICE-binary` files?
   
   




> S3A: testVectoredReadAfterNormalRead() failing with 412 response from S3
> ------------------------------------------------------------------------
>
>                 Key: HADOOP-19527
>                 URL: https://issues.apache.org/jira/browse/HADOOP-19527
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: 3.5.0, 3.4.2
>            Reporter: Steve Loughran
>            Assignee: Ahmar Suhail
>            Priority: Blocker
>
> This is surfacing on a bucket using versionid for change detection: block 
> reads are failing in the test 
> {{ITestS3AContractAnalyticsStreamVectoredRead.testVectoredReadAfterNormalRead()}}
> {code}
> Caused by: software.amazon.awssdk.services.s3.model.S3Exception: At least one 
> of the pre-conditions you specified did not hold (Service: S3, Status Code: 
> 412, Request ID: 0AN2EB8QXC75HH0T, Extended Request ID: 
> U5l/UnIF4n3NO1mrZVzS2vv72F3LgUoVJxR4XodUSaTWCerfjmmpH45CbFGKkTkfgfnykwzseGo=)
>         at 
> software.amazon.awssdk.services.s3.model.S3Exception$BuilderImpl.build(S3Exception.java:104)
> {code}
> * this is the normal readFully() call, before the vectored one
> * it worked last week
> * also found on branch-3.4 before the SDK update, so not an issue caused by 
> the SDK unless my maven repo is badly contaminated
> * seems unrelated to versioning -still there when disabled.
> * applies on unversioned s3 express store too.
> About the main way I could see this surface is if the test file is less than 
> the actual length of file created, so the GET is rejected for reading off the 
> end (the openfile passes in the length to save the HEAD)



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org

Reply via email to