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

ASF GitHub Bot commented on HDFS-16762:
---------------------------------------

smarthanwang commented on PR #4867:
URL: https://github.com/apache/hadoop/pull/4867#issuecomment-1240180573

   @goiri @ayushtkn thanks for comment.
   Changing the default is really not a good solution by our previous 
disscussion. I think the key issue is whether we need  and how to inform user 
the result is not complete to avoid some data faults.  
   In our production cluster, some proccesses got partital data for the no 
permission to access destination of one subcluster which lead to some data 
problem and we didn't know. It make users feel that there is a problem with the 
cluster.
   Do you have any suggestions about how to slove this probelm better?




> Make the default value of dfs.federation.router.client.allow-partial-listing 
> as false.
> --------------------------------------------------------------------------------------
>
>                 Key: HDFS-16762
>                 URL: https://issues.apache.org/jira/browse/HDFS-16762
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: rbf
>            Reporter: Chengwei Wang
>            Assignee: Chengwei Wang
>            Priority: Major
>              Labels: pull-request-available
>
>  AS the default value of 
> _*dfs.federation.router.client.allow-partial-listing*_ is {*}_true_{*},  the 
> hdfs client will got _*partial result*_ when one or more of the subclusters 
> are unavailable for no permissions or other Exceptions, but _*user may not 
> know.*_ It will lead to some fault. 
> So I think it's better to make the default value as false.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to