[
https://issues.apache.org/jira/browse/HADOOP-14630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Loughran updated HADOOP-14630:
------------------------------------
Attachment: HADOOP-14630-003.patch
Patch 003
Tested: HDFS, s3a ireland, azure ireland, adl ireland, swift rackspace US
Fixes to make tests work
* Swift supports createNonRecursive(). Not directly related to this patch, but
needed for the create tests to complete.
* ADL test subclass to expect the AccessControlException and verify its text.
* Small patch to one of the Azure tests while looking at an intermittent
failure on parallel test runs. No obvious cause, but again, its create() methods
The ADL behavior doesn't match the strict policy of "downgrade to a return
false", but unless we do want to change its behaviour to be consistent but less
informative to callers, its hard to justify changing
> Contract Tests to verify create, mkdirs and rename under a file is forbidden
> ----------------------------------------------------------------------------
>
> Key: HADOOP-14630
> URL: https://issues.apache.org/jira/browse/HADOOP-14630
> Project: Hadoop Common
> Issue Type: Improvement
> Components: fs, fs/azure, fs/s3, fs/swift
> Affects Versions: 2.9.0
> Reporter: Steve Loughran
> Assignee: Steve Loughran
> Priority: Minor
> Attachments: HADOOP-14630-001.patch, HADOOP-14630-002.patch,
> HADOOP-14630-003.patch
>
>
> Object stores can get into trouble in ways which an FS would never, do, ways
> so obvious we've never done tests for them. We know what the problems are:
> test for file and dir creation directly/indirectly under other files
> * mkdir(file/file)
> * mkdir(file/subdir)
> * dir under file/subdir/subdir
> * dir/dir2/file, verify dir & dir2 exist
> * dir/dir2/dir3, verify dir & dir2 exist
> * rename(src, file/dest)
> * rename(src, file/dir/dest)
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
