[HADOOP-9761] ViewFileSystem#rename fails when using DistributedFileSystem

• Type: Bug
• Status: Closed
• Priority: Blocker
• Resolution: Fixed
• Affects Version/s: 2.1.0-beta, 3.0.0-alpha1
• Fix Version/s: 2.2.0
• Component/s: viewfs
• Target Version/s: 2.2.0
• Assignee: Andrew Wang
• Reporter: Andrew Wang
• Created: 22/Jul/13 23:03
• Updated: 12/May/16 18:23
• Resolved: 25/Sep/13 20:37

Description

ViewFileSystem currently passes unqualified paths (no scheme or authority) to underlying FileSystems when doing a rename. DistributedFileSystem symlink support added in HADOOP-9418 needs to qualify and check rename sources and destinations since cross-filesystem renames aren't supported, so this breaks in the following way

• Default FS URI is configured to viewfs://<viewfs>
• When doing a rename, ViewFileSystem checks to make sure both src and dst FileSystems are the same (which they are, both in same DFS), and then calls DistributedFileSystem#rename with unqualified "remainder" paths
• Since these paths are unqualified, DFS qualifies them with the default FS to check that it can do the rename. This turns it into viewfs://<viewfs>/<path>
• Since viewfs://<viewfs> is not the DFS's URI, DFS errors out the rename.

Issue Links

• is broken by: HADOOP-9418 Add symlink resolution support to DistributedFileSystem