[
https://issues.apache.org/jira/browse/HADOOP-9652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe updated HADOOP-9652:
---
Issue Type: Improvement (was: Bug)
Summary: Allow RawLocalFs#getFileLinkStatus to fill in the link owner
and mode if requested (was: RawLocalFs#getFileLinkStatus does not fill in the
link owner and mode)
Hadoop Flags: Reviewed
Updating summary to reflect this is adding the ability to get a link's owner
and mode but only if requested. Filed HADOOP-10276 to track the fix for the
original reported issue.
Allow RawLocalFs#getFileLinkStatus to fill in the link owner and mode if
requested
--
Key: HADOOP-9652
URL: https://issues.apache.org/jira/browse/HADOOP-9652
Project: Hadoop Common
Issue Type: Improvement
Reporter: Colin Patrick McCabe
Assignee: Colin Patrick McCabe
Fix For: 2.4.0
Attachments: 0001-temporarily-disable-HADOOP-9652.patch,
hadoop-9452-1.patch, hadoop-9652-2.patch, hadoop-9652-3.patch,
hadoop-9652-4.patch, hadoop-9652-5.patch, hadoop-9652-6.patch,
hadoop-9652-workaround.patch
{{RawLocalFs#getFileLinkStatus}} does not actually get the owner and mode of
the symlink, but instead uses the owner and mode of the symlink target. If
the target can't be found, it fills in bogus values (the empty string and
FsPermission.getDefault) for these.
Symlinks have an owner distinct from the owner of the target they point to,
and getFileLinkStatus ought to expose this.
In some operating systems, symlinks can have a permission other than 0777.
We ought to expose this in RawLocalFilesystem and other places, although we
don't necessarily have to support this behavior in HDFS.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)