jclouds-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Gaul (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (JCLOUDS-250) Swift: Uploading a blob whose name starts with the name of a multipart blob changes the multipart blob's contents
Date Mon, 26 Oct 2015 03:42:28 GMT

     [ https://issues.apache.org/jira/browse/JCLOUDS-250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Andrew Gaul updated JCLOUDS-250:
--------------------------------

We have removed the legacy "swift" provider.  Please test the modern "openstack-swift" provider
which includes many fixes and enhancements and open a new issue if your problem persists.

> Swift: Uploading a blob whose name starts with the name of a multipart blob changes the
multipart blob's contents
> -----------------------------------------------------------------------------------------------------------------
>
>                 Key: JCLOUDS-250
>                 URL: https://issues.apache.org/jira/browse/JCLOUDS-250
>             Project: jclouds
>          Issue Type: Bug
>          Components: jclouds-blobstore
>            Reporter: Francis Devereux
>              Labels: swift
>
> If you upload a multipart blob named "foo" and then upload a non-multipart blob named
"foo.bar" to the same container then when you get the contents of "foo" they will include
the contents of "foo.bar".
> This happens because CommonSwiftAsyncClient uses the blob's name as the value for the
X-Object-Manifest header, and swift includes all blobs whose names start with this value when
responding to a GET on the multipart blob.
> http://docs.openstack.org/trunk/openstack-object-storage/admin/content/direct-api-management-of-large-objects.html
and http://www.rackspace.com/blog/rackspace-cloud-files-now-supporting-extremely-large-file-sizes/
append a / to the end of the X-Object-Manifest header which avoids this issue in the common
case (it can still happen if a blob with / in the name is uploaded, but this is likely to
be uncommon because / does not commonly appear in filenames as it is the UNIX path separator
character).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message