[jira] [Commented] (HADOOP-9652) Allow RawLocalFs#getFileLinkStatus to fill in the link owner and mode if requested
[
https://issues.apache.org/jira/browse/HADOOP-9652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13881874#comment-13881874
]
Hudson commented on HADOOP-9652:
SUCCESS: Integrated in Hadoop-Hdfs-trunk #1653 (See
[https://builds.apache.org/job/Hadoop-Hdfs-trunk/1653/])
Addendum patch for HADOOP-9652 to fix performance problems. Contributed by
Andrew Wang (jlowe:
http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1561038)
* /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt
*
/hadoop/common/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/fs/RawLocalFileSystem.java
*
/hadoop/common/trunk/hadoop-common-project/hadoop-common/src/test/java/org/apache/hadoop/fs/TestSymlinkLocalFS.java
> 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: Andrew Wang
> 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)
[jira] [Commented] (HADOOP-9652) Allow RawLocalFs#getFileLinkStatus to fill in the link owner and mode if requested
[
https://issues.apache.org/jira/browse/HADOOP-9652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13881856#comment-13881856
]
Hudson commented on HADOOP-9652:
FAILURE: Integrated in Hadoop-Mapreduce-trunk #1678 (See
[https://builds.apache.org/job/Hadoop-Mapreduce-trunk/1678/])
Addendum patch for HADOOP-9652 to fix performance problems. Contributed by
Andrew Wang (jlowe:
http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1561038)
* /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt
*
/hadoop/common/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/fs/RawLocalFileSystem.java
*
/hadoop/common/trunk/hadoop-common-project/hadoop-common/src/test/java/org/apache/hadoop/fs/TestSymlinkLocalFS.java
> 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: Andrew Wang
> 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)
[jira] [Commented] (HADOOP-9652) Allow RawLocalFs#getFileLinkStatus to fill in the link owner and mode if requested
[
https://issues.apache.org/jira/browse/HADOOP-9652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13881829#comment-13881829
]
Hudson commented on HADOOP-9652:
FAILURE: Integrated in Hadoop-Yarn-trunk #461 (See
[https://builds.apache.org/job/Hadoop-Yarn-trunk/461/])
Addendum patch for HADOOP-9652 to fix performance problems. Contributed by
Andrew Wang (jlowe:
http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1561038)
* /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt
*
/hadoop/common/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/fs/RawLocalFileSystem.java
*
/hadoop/common/trunk/hadoop-common-project/hadoop-common/src/test/java/org/apache/hadoop/fs/TestSymlinkLocalFS.java
> 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: Andrew Wang
> 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)
[jira] [Commented] (HADOOP-9652) Allow RawLocalFs#getFileLinkStatus to fill in the link owner and mode if requested
[
https://issues.apache.org/jira/browse/HADOOP-9652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13881681#comment-13881681
]
Hudson commented on HADOOP-9652:
SUCCESS: Integrated in Hadoop-trunk-Commit #5036 (See
[https://builds.apache.org/job/Hadoop-trunk-Commit/5036/])
Addendum patch for HADOOP-9652 to fix performance problems. Contributed by
Andrew Wang (jlowe:
http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1561038)
* /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt
*
/hadoop/common/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/fs/RawLocalFileSystem.java
*
/hadoop/common/trunk/hadoop-common-project/hadoop-common/src/test/java/org/apache/hadoop/fs/TestSymlinkLocalFS.java
> 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: Andrew Wang
> 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)
