You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Colin Patrick McCabe (JIRA)" <ji...@apache.org> on 2012/12/17 22:32:12 UTC
[jira] [Created] (HDFS-4319) FSShell copyToLocal creates files with
the executable bit set
Colin Patrick McCabe created HDFS-4319:
------------------------------------------
Summary: 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 is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira