Gang Li commented on HDFS-13326:

I just uploaded [^HDFS-13326.000.patch] supporting the update in the command 
line. The current basic update logic is shown as follows.

For example,
-update /src1 /namespace1 /test{code}
1) Cannot update a non-existing mount table entry

if src1 does not exist, update will fail.

2) Update the destination directory if the namespace exists in that mounted 
table entry.

if namespace1 exists, update its destinations to /test

3) Replace all the existing namespaces if the given namespace does not exist in 
the mounted table entry

If namespace1 does not exist, replace all the namespaces which src1 has by 

> RBF: Improve the interfaces to modify and view mount tables
> -----------------------------------------------------------
>                 Key: HDFS-13326
>                 URL: https://issues.apache.org/jira/browse/HDFS-13326
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>            Reporter: Wei Yan
>            Assignee: Gang Li
>            Priority: Minor
>         Attachments: HDFS-13326.000.patch
> 1. From DFSRouterAdmin cmd, currently the update logic is implemented inside 
> add operation, where it has some limitation (e.g. cannot update "readonly" or 
> removing a destination).  Given the RPC alreadys separate add and update 
> operations, it would be better to do the same in cmd level.
> 2. Currently in the MountTable tab, the "readonly" field always show empty, 
> no matter whether the mount entry is readonly or not. From the code 
> perspective, it tries to show:
> {code:java}
> <td class="dfshealth-node-icon dfshealth-mount-read-only-{readonly}"/>{code}
> The federationhealth.html will load hadoop.css, however the hadoop.css 
> doesn't have classes with a prefix "dfshealth-mount-read-only". This could be 
> fixed in HDFS-13204.

This message was sent by Atlassian JIRA

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