hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sanjay Radia (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HADOOP-4044) Create symbolic links in HDFS
Date Tue, 09 Sep 2008 16:39:44 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-4044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12629524#action_12629524
] 

Sanjay Radia commented on HADOOP-4044:
--------------------------------------

There are the following 4 kinds of symbolic links:
 
* dot relative  - relative to the directory in which the symbolic link exists
    ** these symbolic links can be processed in the NN without kicking it back to the client
* volume root relative - this is relative to the root of the NN's root
    ** these symbolic links can be processed in the NN without kicking it back to the client
* Relative to another file system
   ** these are essentially a symbolic mount. Good use case are remote NNs or Hadoop Archives
   ** these symbolic links needs to be kicked back to the client to be processed on the client
side.
* Relative to the root of the client's root (ie to where the client's / points to)
   ** The main use case for these is where I have a symbolic link t a genric location (say
/tmp) that is best 
   picked from the client's environment.
  ** these symbolic links needs to be kicked back to the client to be processed on the client
side.
   ** I believe we can avoid this last one for the first implementation since I don't think
the use case is strong.


   

> Create symbolic links in HDFS
> -----------------------------
>
>                 Key: HADOOP-4044
>                 URL: https://issues.apache.org/jira/browse/HADOOP-4044
>             Project: Hadoop Core
>          Issue Type: New Feature
>          Components: dfs
>            Reporter: dhruba borthakur
>            Assignee: dhruba borthakur
>         Attachments: symLink1.patch
>
>
> HDFS should support symbolic links. A symbolic link is a special type of file that contains
a reference to another file or directory in the form of an absolute or relative path and that
affects pathname resolution. Programs which read or write to files named by a symbolic link
will behave as if operating directly on the target file. However, archiving utilities can
handle symbolic links specially and manipulate them directly.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message