[
https://issues.apache.org/jira/browse/HDFS-4897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13679689#comment-13679689
]
Aaron T. Myers commented on HDFS-4897:
--------------------------------------
bq. Perhaps the –p option could be extended,
I think that's probably the right approach.
bq. but one difficulty is that neither FileSystem nor AbstractFileSystem expose
quota operations.
Perhaps we should add a "preserveAttributes(Path src, Path dst)" call to the
FileSystem/AbstractFileSystem interfaces with default implementations that do
nothing. That way implementing file systems with FS-specific attributes can do
their own thing.
> Moving/copying a directory does not include the directory's quota settings
> --------------------------------------------------------------------------
>
> Key: HDFS-4897
> URL: https://issues.apache.org/jira/browse/HDFS-4897
> Project: Hadoop HDFS
> Issue Type: Bug
> Affects Versions: 3.0.0
> Reporter: Stephen Chu
> Labels: quota
>
> [~atm] and I found that when a directory is copied or moved, its quotas
> settings aren't included.
> {code}
> [04:21:33] atm@simon:~/src/apache/hadoop.git$ hadoop fs -ls /user
> Found 2 items
> drwxr-xr-x - atm atm 0 2013-06-07 16:17 /user/atm
> drwx------ - hdfs supergroup 0 2013-06-07 16:21 /user/hdfs
> [04:21:44] atm@simon:~/src/apache/hadoop.git$ hadoop fs -count -q /user/atm
> 100 91 none inf 7
> 2 3338 /user/atm
> [04:21:51] atm@simon:~/src/apache/hadoop.git$ sudo -u hdfs -E `which hadoop`
> fs -cp /user/atm /user/atm-copy
> [04:22:00] atm@simon:~/src/apache/hadoop.git$ hadoop fs -count -q
> /user/atm-copy
> none inf none inf 6
> 1 3338 /user/atm-copy
> {code}
> This also means that a user will not retain quotas settings when the user
> takes snapshots and backs up a subtree using snapshots.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
