hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Wang (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HDFS-4679) Namenode operation checks should be done in a consistent manner
Date Wed, 10 Apr 2013 23:01:21 GMT

    [ https://issues.apache.org/jira/browse/HDFS-4679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13628400#comment-13628400

Andrew Wang commented on HDFS-4679:

bq. I noticed that createSymlink does not check isValidName(target)

Sanjay, I think this might be intentional. Symlink targets are supposed to be stored as-is,
and can refer to relative paths and other filesystems (fully-qualified URIs). {{isValidName}}
rejects such paths.
> Namenode operation checks should be done in a consistent manner
> ---------------------------------------------------------------
>                 Key: HDFS-4679
>                 URL: https://issues.apache.org/jira/browse/HDFS-4679
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: namenode
>            Reporter: Suresh Srinivas
>            Assignee: Suresh Srinivas
>         Attachments: HDFS-4679.patch, HDFS-4679.patch
> Different operations performs checks in different order. I propose consistently checking
the following in namenode operations:
> # Print debug log related to the operation
> # validate the input parameters, file names
> # Grab read or write lock
> #* check if system is ready for read or write operation
> #* check if system is in safemode (for write operations)
> #* check permissions to see if the user is owner, has access or is super user privileges
> # Release the lock

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

View raw message