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

Virajith Jalaparti edited comment on HDFS-15436 at 6/25/20, 4:33 AM:
---------------------------------------------------------------------

Similar to the example in the description, access to {{viewfs:///foor/bar}}  
(note absence of authority here) also doesn't work with the following 
configurations:

(1) {{fs.defaultFS = hdfs://clustername/}}
 (2) {{fs.hdfs.impl = org.apache.hadoop.fs.viewfs.ViewFileSystemOverloadScheme}}

Not specifying authority is a common use case when the same user code/UDFs 
needs to run on two different clusters.


was (Author: virajith):
Similar to the example in the description, access to {{viewfs:///foor/bar}}  
(note absence of authority here) also doesn't work with the following 
configurations:

(1) {{fs.defaultFS = hdfs://clustername/}}
 (2) {{fs.hdfs.impl = org.apache.hadoop.fs.viewfs.ViewFileSystemOverloadScheme}}

 

Not specifying authority is a common use case when the same user code/UDFs 
needs to run on two different clusters.

> Default mount table name used by ViewFileSystem should be configurable
> ----------------------------------------------------------------------
>
>                 Key: HDFS-15436
>                 URL: https://issues.apache.org/jira/browse/HDFS-15436
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: viewfs, viewfsOverloadScheme
>            Reporter: Virajith Jalaparti
>            Assignee: Virajith Jalaparti
>            Priority: Major
>
> Currently, if no authority is provided and the scheme of the Path is doesn't 
> match the scheme of the {{fs.defaultFS}} , the mount table used by 
> ViewFileSystem to resolve this path is {{default}}. 
> This breaks accesses to path like {{hdfs:///foo/bar}} (without any authority) 
> when the following configurations are used:
> (1) {{fs.defaultFS}} = {{viewfs://clustername/}} 
> (2) {{fs.hdfs.impl = 
> org.apache.hadoop.fs.viewfs.ViewFileSystemOverloadScheme}}
> This JIRA proposes to add a new configuration 
> {{fs.viewfs.mounttable.default.name.key}} which is used to get the name of 
> the cluster/mount table when the authority is missing in cases like the 
> above. If not set, the string {{default}} will be used as today.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org

Reply via email to