[
https://issues.apache.org/jira/browse/HDFS-10983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15849101#comment-15849101
]
Andrew Wang commented on HDFS-10983:
------------------------------------
Thanks for the writeup Manoj. I think we shouldn't change webhdfs's FileStatus
for this information; instead we should implement {{getErasureCodingPolicy}} in
WebHDFS if we don't have it and have users call that API.
For all outputs, it looks like we print whether a file is striped or not, but
not what the EC policy is. Since users can rename files, just knowing the EC
policy on an ancestor doesn't tell us the file's EC policy.
For the delimited format, I'd prefer to add the new column at the end. This
makes it less likely to break scripts using cut or awk to parse the output.
> OIV tool should make an EC file explicit
> ----------------------------------------
>
> Key: HDFS-10983
> URL: https://issues.apache.org/jira/browse/HDFS-10983
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Reporter: Wei-Chiu Chuang
> Assignee: Manoj Govindassamy
> Labels: hdfs-ec-3.0-nice-to-have
>
> The OIV tool's webhdfs interface does not print if a file is striped or not.
> Also, it prints the file's EC policy ID as replication factor, which is
> inconsistent to the output of a typical webhdfs call to the cluster, which
> always shows replication factor of 0 for EC files.
> Not just webhdfs, but delimiter output does not print if a file is stripped
> or not either.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
