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

Andrew Wang commented on HDFS-6331:
-----------------------------------

I found this comment by [~cnauroth] which explains why setACL doesn't require 
the retry cache:

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

However, I don't think this applies in our situation. ACLs are modified through 
"blind writes" that do not depend on the current value of the ACLs, and so can 
be classified as idempotent. xattr updates though are not blind writes, since 
flags like CREATE and OVERWRITE depend on the currently set xattrs.

I'm happy to pick up this JIRA, but I'd appreciate if one other person could 
verify my thinking first (maybe Chris?) :)

> ClientProtocol#setXattr should not be annotated idempotent
> ----------------------------------------------------------
>
>                 Key: HDFS-6331
>                 URL: https://issues.apache.org/jira/browse/HDFS-6331
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: namenode
>    Affects Versions: HDFS XAttrs (HDFS-2006)
>            Reporter: Andrew Wang
>
> ClientProtocol#setXAttr is annotated @Idempotent, but this is incorrect since 
> subsequent retries need to throw different exceptions based on the passed 
> flags (e.g. CREATE, REPLACE).



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to