libcloud-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <>
Subject [jira] [Commented] (LIBCLOUD-378) S3 uploads fail on small iterators
Date Wed, 04 Sep 2013 10:29:52 GMT


ASF subversion and git services commented on LIBCLOUD-378:

Commit fedd709cac9e406871310d73ce2c54d5da3a9496 in branch refs/heads/0.13.1 from [~mahi1216]
[;h=fedd709 ]

Fix s3 multipart test cases broken by LIBCLOUD-378

The breakage was caused by an overzealous check.
Also added test cases for checking small and big uploads via
S3 multipart upload API

> S3 uploads fail on small iterators
> ----------------------------------
>                 Key: LIBCLOUD-378
>                 URL:
>             Project: Libcloud
>          Issue Type: Bug
>          Components: Storage
>            Reporter: John Carr
>            Assignee: Mahendra M
>         Attachments: LIBCLOUD-378.diff
> I wrote a small script that uploaded the output of a buildbot job and then updated an
XML file. The large binary blob worked fine. However the XML file failed.
> I was using the driver.upload_object_via_stream(iterator=StringIO.StringIO(somexml))
style as in the docs.
> Looking at the LIBCLOUD_DEBUG output the driver was using the S3 multi-part upload API
and making a new "part" for each line - so every 7 bytes or so - but the minimum size for
a part upload was 5mb.
> (I don't know if the first part is allowed to be less than 5mb if the entire upload is
less than 5mb).
> I am working around this by forcing multi-part uploads off.

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:

View raw message