[
https://issues.apache.org/jira/browse/HADOOP-18193?focusedWorklogId=769313&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-769313
]
ASF GitHub Bot logged work on HADOOP-18193:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 11/May/22 21:20
Start Date: 11/May/22 21:20
Worklog Time Spent: 10m
Work Description: li-leyang commented on PR #4181:
URL: https://github.com/apache/hadoop/pull/4181#issuecomment-1124306105
> This is looking good, thanks, Lei.
>
> Can you add a test case that looks like: /a /a/b/c/d /a/b/c/d/e/f/g
>
> I'd like a test that makes sure that multiple levels work correctly.
I have added multi-level nested mount point like below in the
TestNestedMountPoint#setup section so it should be covered, unless you mean
something else.
https://github.com/apache/hadoop/pull/4181/files#diff-bf87c782e721db09e85aa8a87b0c0ed6ea05bca2a279abb628d218c63353650aR73
/a/b
/a/b/c/d
/a/b/c/d/e
Issue Time Tracking
-------------------
Worklog Id: (was: 769313)
Time Spent: 7h (was: 6h 50m)
> Support nested mount points in INodeTree
> ----------------------------------------
>
> Key: HADOOP-18193
> URL: https://issues.apache.org/jira/browse/HADOOP-18193
> Project: Hadoop Common
> Issue Type: Improvement
> Components: viewfs
> Affects Versions: 2.10.0
> Reporter: Lei Yang
> Assignee: Lei Yang
> Priority: Major
> Labels: pull-request-available
> Attachments: Nested Mount Point in ViewFs.pdf
>
> Time Spent: 7h
> Remaining Estimate: 0h
>
> Defining following client mount table config is not supported in INodeTree
> and will throw FileAlreadyExistsException
>
> {code:java}
> fs.viewfs.mounttable.link./foo/bar=hdfs://nn1/foo/bar
> fs.viewfs.mounttable.link./foo=hdfs://nn02/foo
> {code}
> INodeTree has 2 methods that need change to support nested mount points.
> {code:java}
> createLink(): build INodeTree during fs init.
> resolve(): resolve path in INodeTree with viewfs apis.
> {code}
> ViewFileSystem and ViewFs maintains an INodeTree instance(fsState) in both
> classes and call fsState.resolve(..) to resolve path to specific mount point.
> INodeTree.resolve encapsulates the logic of nested mount point resolving. So
> no changes are expected in both classes.
> AC:
> # INodeTree.createlink should support creating nested mount
> points.(INodeTree is constructed during fs init)
> # INodeTree.resolve should support resolve path based on nested mount
> points. (INodeTree.resolve is used in viewfs apis)
> # No regression in existing ViewFileSystem and ViewFs apis.
> # Ensure some important apis are not broken with nested mount points.
> (Rename, getContentSummary, listStatus...)
>
> Spec:
> Please review attached pdf for spec about this feature.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
