Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 22 Mar 2017 00:34:44 +0000 (UTC)
From: "Erik Krogen (JIRA)" <jira@apache.org>
To: common-dev@hadoop.apache.org
Message-ID: <JIRA.13058052.1490142856000.83267.1490142884292@Atlassian.JIRA>
In-Reply-To: <JIRA.13058052.1490142856000@Atlassian.JIRA>
References: <JIRA.13058052.1490142856000@Atlassian.JIRA> <JIRA.13058052.1490142856809@jira-lw-us.apache.org>
Subject: [jira] [Created] (HADOOP-14211) ChRootedFs is too aggressive about
 enforcing "needsAuthority"
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Wed, 22 Mar 2017 00:34:50 -0000

Erik Krogen created HADOOP-14211:
------------------------------------

             Summary: ChRootedFs is too aggressive about enforcing "needsAuthority"
                 Key: HADOOP-14211
                 URL: https://issues.apache.org/jira/browse/HADOOP-14211
             Project: Hadoop Common
          Issue Type: Bug
          Components: viewfs
    Affects Versions: 2.6.0
            Reporter: Erik Krogen
            Assignee: Erik Krogen


Right now {{ChRootedFs}} passes the following up to the {{AbstractFileSystem}} superconstructor:
{code}
    super(fs.getUri(), fs.getUri().getScheme(),
        fs.getUri().getAuthority() != null, fs.getUriDefaultPort());
{code}
This passes a value of {{authorityNeeded==true}} for any {{fs}} which has an authority, but this isn't necessarily the case--ViewFS itself is an example of this. In fact you will encounter this issue if you try to nest one ViewFS within another--I can't think of any reason why you would want to do that but there's no reason why you shouldn't be able to and in general ViewFS is making an assumption that it then proves invalid by its own behavior. The {{authorityNeeded}} check isn't necessary in this case anyway; {{fs}} is already an instantiated {{AbstractFileSystem}} which means it has already used the same constructor with the value of {{authorityNeeded}} (and corresponding validation) that it actually requires.


--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-dev-help@hadoop.apache.org