[ https://issues.apache.org/jira/browse/HADOOP-9357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13617062#comment-13617062 ]
Chris Nauroth commented on HADOOP-9357: --------------------------------------- Hi, Andrew. I've just started to see a test failure in YARN nodemanager: {{TestContainerLocalizer#testContainerLocalizerMain}}. git bisect indicates that the problem was introduced with this patch for HADOOP-9357. I first noticed the problem because of a test failure during pre-commit checks on my patch for YARN-493. Here is the output from the pre-commit test failure: https://builds.apache.org/job/PreCommit-YARN-Build/619//testReport/org.apache.hadoop.yarn.server.nodemanager.containermanager.localizer/TestContainerLocalizer/testContainerLocalizerMain/ It looks like a mock was strictly expecting to see "file" authority, and now it's no longer receiving it. Are you seeing this test fail too? Thanks! > Fallback to default authority if not specified in FileContext > ------------------------------------------------------------- > > Key: HADOOP-9357 > URL: https://issues.apache.org/jira/browse/HADOOP-9357 > Project: Hadoop Common > Issue Type: Bug > Reporter: Andrew Wang > Assignee: Andrew Wang > Priority: Minor > Fix For: 2.0.4-alpha > > Attachments: hadoop-9357-1.patch, hadoop-9357-2.patch, > hadoop-9357-3.patch > > > Currently, FileContext adheres rather strictly to RFC2396 when it comes to > parsing absolute URIs (URIs with a scheme). If a user asks for a URI like > "hdfs:///tmp", FileContext will error while FileSystem will add the authority > of the default FS (e.g. turn it into "hdfs://defaultNN:port/tmp"). > This is technically correct, but FileSystem's behavior is nicer for users and > okay based on 5.2.3 in the RFC, so lets do it in FileContext too: > {noformat} > For backwards > compatibility, an implementation may work around such references > by removing the scheme if it matches that of the base URI and the > scheme is known to always use the syntax. The parser > can then continue with the steps below for the remainder of the > reference components. Validating parsers should mark such a > misformed relative reference as an error. > {noformat} -- 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