Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Message-ID: <23906676.78531271197671245.JavaMail.jira@thor>
Date: Tue, 13 Apr 2010 18:27:51 -0400 (EDT)
From: "Eli Collins (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Subject: [jira] Updated: (HDFS-1088) Prevent renaming a symlink to it's
 target
In-Reply-To: <29299077.4151270692703804.JavaMail.jira@brutus.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HDFS-1088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Eli Collins updated HDFS-1088:
------------------------------

    Status: Patch Available  (was: Open)

The tests are all in the base classes which are in the patch for HADOOP-6703.

> Prevent renaming a symlink to it's target 
> ------------------------------------------
>
>                 Key: HDFS-1088
>                 URL: https://issues.apache.org/jira/browse/HDFS-1088
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: name-node
>            Reporter: Eli Collins
>            Assignee: Eli Collins
>         Attachments: hdfs-1088-1.patch, hdfs-1088-2.patch
>
>
> Here's the HDFS side of HADOOP-6563: 
> * Small bug fix for renaming a symlink to it's target
> * Hdfs#getFileBlockLocations needs to use getUriPath() to ensure an absolute path is passed in. See minor change to INode#getPathNames, which now asserts instead of returning null and causing NPEs. This was exposed via calling FileContext#getFileBlockLocations using a symlink.
> * Comment in FSImage around symlinks and image loading

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira