You are viewing a plain text version of this content. The canonical link for it is here.

Posted to common-dev@hadoop.apache.org by "Ahmar Suhail (Jira)" <ji...@apache.org> on 2023/02/21 16:21:00 UTC

[jira] [Created] (HADOOP-18638) Encryption behaviour

Ahmar Suhail created HADOOP-18638:
-------------------------------------

             Summary: Encryption behaviour 
                 Key: HADOOP-18638
                 URL: https://issues.apache.org/jira/browse/HADOOP-18638
             Project: Hadoop Common
          Issue Type: Sub-task
            Reporter: Ahmar Suhail


When doing a copy, S3A always uses encryption configuration of the filesystem, rather than the source object. This behaviour may not have been intended, as in `RequestFactoryImpl.copyEncryptionParameters()`  it does copy source object encryption properties [here|https://github.com/apache/hadoop/blob/trunk/hadoop-tools/hadoop-aws/src/main/java/org/apache/hadoop/fs/s3a/impl/RequestFactoryImpl.java#L336] , but a missing return statement means it ends up using the FS settings anyway. 

 

Proposed:
 * If the copy is called by rename, always preserve source object encryption properties. 
 * For all other copies, use current FS encryption settings. 



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

---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-dev-help@hadoop.apache.org