[
https://issues.apache.org/jira/browse/HADOOP-15430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Loughran updated HADOOP-15430:
------------------------------------
Status: Patch Available (was: Open)
patch 002
This fixes up S3a.qualify() to strip a trailing / off a path before it goes
through the rest of the app.
I'd tried to do it in the DDB code, but that leads to confusion as its
retrieving different keys from expected. Here the fixup is done consistently
Issues, well, some tests fail (I'll paste in after a different run), as
expectations aren't met. Big Q: is this a regression, or is it that the tests
were buggy in the first place.
Also, why hasn't this surfaced before? I'd have expected the previous trailing
/ code to have found it. If it's been missed, possibly a broader problem
elsewhere. Indeed, we may need to talk to Sanjay about path equality. Does
Path("a/b/c/") equal(Path(a/b/c) ?
> hadoop fs -mkdir -p path-ending-with-slash/ fails with s3guard
> --------------------------------------------------------------
>
> Key: HADOOP-15430
> URL: https://issues.apache.org/jira/browse/HADOOP-15430
> Project: Hadoop Common
> Issue Type: Sub-task
> Components: fs/s3
> Affects Versions: 3.1.0
> Reporter: Steve Loughran
> Priority: Blocker
> Attachments: HADOOP-15430-001.patch, HADOOP-15430-002.patch
>
>
> if you call {{hadoop fs -mkdir -p path/}} on the command line with a path
> ending in "/:. you get a DDB error "An AttributeValue may not contain an
> empty string"
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
