[
https://issues.apache.org/jira/browse/HDFS-4319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Wang updated HDFS-4319:
------------------------------
Target Version/s: 2.8.0 (was: 2.0.3-alpha)
> 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 Patrick 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
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
