[ https://issues.apache.org/jira/browse/HDFS-13239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16392175#comment-16392175 ]
Bharat Viswanadham commented on HDFS-13239: ------------------------------------------- Hi [~xiaochen] As we are reading the value available from the config in ECAdmin, and we are passing the same to dfs.setErasureCodingPolicy(p, ecPolicyName); That is the value we are printing as default. So, what is the default policy set in the client(where command is invoked), that is the default policy with which ecPolicy will be set for the path. > Fix non-empty dir warning message when setting default EC policy > ---------------------------------------------------------------- > > Key: HDFS-13239 > URL: https://issues.apache.org/jira/browse/HDFS-13239 > Project: Hadoop HDFS > Issue Type: Bug > Reporter: Hanisha Koneru > Assignee: Bharat Viswanadham > Priority: Minor > Attachments: HDFS-13239.00.patch, HDFS-13239.01.patch > > > When EC policy is set on a non-empty directory, the following warning message > is given: > {code} > $hdfs ec -setPolicy -policy RS-6-3-1024k -path /ec1 > Warning: setting erasure coding policy on a non-empty directory will not > automatically convert existing files to RS-6-3-1024k > {code} > When we do not specify the -policy parameter when setting EC policy on a > directory, it takes the default EC policy. Setting default EC policy in this > way on a non-empty directory gives the following warning message: > {code} > $hdfs ec -setPolicy -path /ec2 > Warning: setting erasure coding policy on a non-empty directory will not > automatically convert existing files to null > {code} > Notice that the warning message in the 2nd case has the ecPolicy name shown > as null. We should instead give the default EC policy name in this message. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org