[
https://issues.apache.org/jira/browse/HDFS-4319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17802563#comment-17802563
]
Shilun Fan commented on HDFS-4319:
----------------------------------
Bulk update: moved all 3.4.0 non-blocker issues, please move back if it is a
blocker. Retarget 3.5.0.
> FSShell copyToLocal creates files with the executable bit set
> -------------------------------------------------------------
>
> Key: HDFS-4319
> URL: https://issues.apache.org/jira/browse/HDFS-4319
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: namenode
> Affects Versions: 2.0.3-alpha
> Reporter: Colin McCabe
> Priority: Minor
>
> With the default value of {{fs.permissions.umask-mode}}, {{022}}, {{FSShell
> copyToLocal}} creates files with the executable bit set.
> If, on the other hand, you change {{fs.permissions.umask-mode}} to something
> like {{133}}, you encounter a different problem. When you use
> {{copyToLocal}} to create directories, they don't have the executable bit
> set, meaning they do not have search permission.
> Since HDFS doesn't allow the executable bit to be set on files, it seems
> illogical to add it in when using {{copyToLocal}}. This is also a
> regression, since branch 1 did not have this problem.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
