[
https://issues.apache.org/jira/browse/HDFS-6045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918880#comment-13918880
]
Andrew Wang commented on HDFS-6045:
-----------------------------------
Hi Gera,
Right now there's no easy way to resolve symlinks on the server side, since the
FileSystem mount table is a client-side concept, and symlinks can span multiple
filesystems. Symlink resolution right now requires an RPC per link in the path.
There are still unresolved issues related to HDFS symlinks, which is why we've
disabled them for the time being.
Anyway, symlink performance issues aside, I assume the goal here is a
{{FileStatus[] getFileStatusComponents}} that, given {{/a/b}}, returns back
FileStatus for "/", "/a", "/a/b", etc? This sounds okay to me if you want to
implement it.
> A single RPC API: FileStatus[] getFileStatus(Path f) to get status of all
> path components.
> ------------------------------------------------------------------------------------------
>
> Key: HDFS-6045
> URL: https://issues.apache.org/jira/browse/HDFS-6045
> Project: Hadoop HDFS
> Issue Type: New Feature
> Components: hdfs-client, namenode
> Reporter: Gera Shegalov
>
> This comes up in YARN-1771/MAPREDUCE-4907 on the server/client side of PUBLIC
> Distributed Cache. The deeper the path the more beneficial is the feature.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
