Bug 1041766 - [RFE][glance]: Support restart of partial download
Summary: [RFE][glance]: Support restart of partial download
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: RFEs
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
: ---
Assignee: RHOS Maint
QA Contact:
URL: https://blueprints.launchpad.net/glan...
Whiteboard: upstream_milestone_juno-rc1 upstream_...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-12 19:14 UTC by RHOS Integration
Modified: 2015-03-19 17:39 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-19 17:39:15 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description RHOS Integration 2013-12-12 19:14:04 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/glance/+spec/restartable-image-download.

Description:

Downloads of very large images may be interrupted prior to completion, due to dropped connections and such.

Rather than discard the partial image and start again from the zero offset, it could be preferable to restart from the current offset where the storage backage support range-based GETs and then knit the remainder of the image content into the partial result of the first GET.

In order to avoid polluting the API, this logic should be limited to the service->backend leg (as opposed to end-to-end interaction from the client side).

The change should be restricted to the glance backend store gluecode for those
stores that support Ranges (S3, Swift, HTTP).

In the S3 case, the boto.s3.resumable_download_handler already provides restartable logic in a fairly generic way, similar logic could be applied to the Swift and HTTP backends.

Specification URL (additional information):

None


Note You need to log in before you can comment on or make changes to this bug.