Added content-disposition header to HEAD tempurl request.
As per HTTP docs[1] HEAD response must be identical to GET
except return message-body response.
If you have 2 swift regions served by the same keystone,
then the client cannot get the correct URL for the swift endpoint
without specifying a region_name.
commit c1b1a5a0ee18776f035bee59e2faff58ec827b14
Author: Alistair Coles <email address hidden>
Date: Tue May 17 14:22:05 2016 +0100
Send correct size in POST async update for EC object
When a PUT request is made to an EC object the resulting container
update must include the override values for the actual object
etag and size, as opposed to the fragment etag and size. When a POST
request is made the same override values should be included in the
container update, but currently the update includes the incorrect EC
fragment size (but the correct body etag).
This is ok so long as the update for the object PUT request arrives at
the container server first (whether by direct update or replication)
because the etag and size values in an update due to an object POST
will not have a newer timestamp that the PUT and will therefore be
ignored at the container server.
However, if the update due to the object PUT request has not arrived
at the container server when the update due to the object POST
arrives, then the etag and incorrect size sent with the POST update
will be recorded in the container server. If the update due to the PUT
subsequently arrives it will not fix this error because the timestamp
of its etag and size values is not greater than that of the already
recorded values.
Fortunately the correct object body size is persisted with the object
as X-Backend-Container-Update-Override-Size sysmeta so this patch
fixes the container update due to a POST to use that value instead of
the Content-Length metadata.
commit 03bf984e304278247fa253696a8edda71d785642
Author: Tim Burke <email address hidden>
Date: Fri Feb 12 10:15:31 2016 -0800
Add Expires header for successful GETs using tempurls
This allows caches to actually use the expiration time that's already
embedded in the URL.
From RFC 2616 [1]:
> [S]ince some applications have traditionally used GETs and HEADs with
> query URLs (those containing a "?" in the rel_path part) to perform
> operations with significant side effects, caches MUST NOT treat
> responses to such URIs as fresh unless the server provides an explicit
> expiration time.
However, RFC 7234 notes that this hasn't played out in practice [2]:
> Note: Section 13.9 of [RFC2616] prohibited caches from calculating
> heuristic freshness for URIs with query components (i.e., those
> containing '?'). In practice, this has not been widely implemented.
> Therefore, origin servers are encouraged to send explicit directives
> (e.g., Cache-Control: no-cache) if they wish to preclude caching.
Reviewed: https:/ /review. openstack. org/326772 /git.openstack. org/cgit/ openstack/ swift/commit/ ?id=5ed46fee468 f9211cd1111cb3e ec795378ef7b9c
Committed: https:/
Submitter: Jenkins
Branch: feature/hummingbird
commit 88dbbe88bb8bc77 3171ebe1c94bfb8 21ca740e34
Author: John Dickinson <email address hidden>
Date: Wed Jun 1 15:46:32 2016 -0700
AUTHORS/ CHANGELOG updates for 2.8.0 release
Change-Id: I0dba970b297013 9bd9847d1abf74e ed1a8a4996c
commit e9c9e1870b32ce9 48e758c01f1cfcf 840a720c2c
Author: OpenStack Proposal Bot <email address hidden>
Date: Fri Jun 3 06:49:09 2016 +0000
Imported Translations from Zanata
For more information about this automatic import see: /wiki.openstack .org/wiki/ Translations/ Infrastructure
https:/
Change-Id: I0e061ecba6dc21 5d0d3b12aac14b8 d4b08fbc682
commit 886fa0822a78818 06fd5b2ac8aa66e 0a628da3a8
Author: Thiago da Silva <email address hidden>
Date: Thu Jun 2 23:02:55 2016 -0400
update pyeclib and liberasurecode links
Change-Id: Ic6d04083618362 778363fea1570ca aa865e44557
Signed-off-by: Thiago da Silva <email address hidden>
commit 6f78646ea2200fa 2c5dd424589a6ca e537f00deb
Author: Sivasathurappan Radhakrishnan <email address hidden>
Date: Thu Mar 17 09:40:23 2016 +0000
Add content-disposition header to tempurl request
Added content-disposition header to HEAD tempurl request.
As per HTTP docs[1] HEAD response must be identical to GET
except return message-body response.
[1]https:/ /tools. ietf.org/ html/rfc2616# section- 9.4
Change-Id: Ie60a6fb6326130 55da5279db5b128 ce5ee5172ae Bug:#1539805
Closes-
commit 6b0e9a3e2464406 743e01a3dd789d3 0c2bf81a2a
Author: Tim Burke <email address hidden>
Date: Thu Jun 2 16:49:32 2016 +0000
Remove unused (but defaulted) args
Every time we call start_server, check is True.
Every time we call check_server, we use the default timeout.
Change-Id: Id38182f15bcbfb b145b57cee179a8 fd47ec8e2b7
commit e56a1a550aace98 4c8ec4b422fc884 ddc579d2d0
Author: Kota Tsuyuzaki <email address hidden>
Date: Wed Jun 1 23:53:35 2016 -0700
pids in probe is no longer used
Change-Id: I1fd76004257a8c 05ce8bb1f3ca0e4 5000509f833
commit 99186aded9d4904 f63444eb8d33ab2 d1c08eed76
Author: OpenStack Proposal Bot <email address hidden>
Date: Thu Jun 2 06:41:44 2016 +0000
Imported Translations from Zanata
For more information about this automatic import see: /wiki.openstack .org/wiki/ Translations/ Infrastructure
https:/
Change-Id: Iaf727e51ab444e 8cb6199fda45595 fc69497ea2d
commit daae74ca65d945d 53c53718b887532 2ffe9f9ac4
Author: Nelson Almeida <email address hidden>
Date: Wed Jun 1 17:29:10 2016 -0300
Adding sorting_method to admin_guide
Change-Id: I1162f154e3a577 a95f9f5ea0e0f72 3b7df5a4baf
commit 4f053c61d6ea49c f566fd7d3d3b100 0f2a7a62b5
Author: Félix Cantournet <email address hidden>
Date: Wed Apr 27 22:17:01 2016 +0200
Fix swift-dispersion in multi-region setups
If you have 2 swift regions served by the same keystone,
then the client cannot get the correct URL for the swift endpoint
without specifying a region_name.
Closes-Bug: 1587088 3ca6b9554389e63 df17267a135
Change-Id: Iaab883386e125c
commit 86e9e827bab7bed b529a467f217eb1 7b3b7e0967
Author: John Dickinson <email address hidden>
Date: Tue May 31 11:27:43 2016 -0700
add explicit HA info to the deployment guide
Change-Id: I7614952c523080 fe50eaf839b54a8 064439817ce
commit a54095e562c2a14 d48164d0ad48987 cd6e85a379
Author: Ondřej Nový <email address hidden>
Date: Tue May 31 17:00:30 2016 +0200
swift- ring-builder --yes option
This option assume a yes response to all questions. It is usefull for
scripts.
Change-Id: I28ca1a44507e0f 1265afd36e6ac1e 7c6c176428f
commit a821dd42de1762e 61a26ec9cac9097 6a9cd4e51f
Author: Tim Burke <email address hidden>
Date: Thu May 26 13:42:12 2016 -0700
Don't include holes when reporting how many devices a ring has
Change-Id: I9b933051aec009 c6108ee9d2dd5c0 978772bf699
commit c1b1a5a0ee18776 f035bee59e2faff 58ec827b14
Author: Alistair Coles <email address hidden>
Date: Tue May 17 14:22:05 2016 +0100
Send correct size in POST async update for EC object
When a PUT request is made to an EC object the resulting container
update must include the override values for the actual object
etag and size, as opposed to the fragment etag and size. When a POST
request is made the same override values should be included in the
container update, but currently the update includes the incorrect EC
fragment size (but the correct body etag).
This is ok so long as the update for the object PUT request arrives at
the container server first (whether by direct update or replication)
because the etag and size values in an update due to an object POST
will not have a newer timestamp that the PUT and will therefore be
ignored at the container server.
However, if the update due to the object PUT request has not arrived
at the container server when the update due to the object POST
arrives, then the etag and incorrect size sent with the POST update
will be recorded in the container server. If the update due to the PUT
subsequently arrives it will not fix this error because the timestamp
of its etag and size values is not greater than that of the already
recorded values.
Fortunately the correct object body size is persisted with the object Container- Update- Override- Size sysmeta so this patch
as X-Backend-
fixes the container update due to a POST to use that value instead of
the Content-Length metadata.
Closes-Bug: #1582723 09eaced2acfd070 0f882c6eab1
Change-Id: Ide7c9c59eb41aa
commit 03bf984e3042782 47fa253696a8edd a71d785642
Author: Tim Burke <email address hidden>
Date: Fri Feb 12 10:15:31 2016 -0800
Add Expires header for successful GETs using tempurls
This allows caches to actually use the expiration time that's already
embedded in the URL.
From RFC 2616 [1]:
> [S]ince some applications have traditionally used GETs and HEADs with
> query URLs (those containing a "?" in the rel_path part) to perform
> operations with significant side effects, caches MUST NOT treat
> responses to such URIs as fresh unless the server provides an explicit
> expiration time.
However, RFC 7234 notes that this hasn't played out in practice [2]:
> Note: Section 13.9 of [RFC2616] prohibited caches from calculating
> heuristic freshness for URIs with query components (i.e., those
> containing '?'). In practice, this has not been widely implemented.
> Therefore, origin servers are encouraged to send explicit directives
> (e.g., Cache-Control: no-cache) if they wish to preclude caching.
[1] http:// tools.ietf. org/html/ rfc2616# section- 13.9 tools.ietf. org/html/ rfc7234# section- 4.2.2
[2] http://
Change-Id: Ie8f26b97a124ea 220a20800e35e04 0e4463d82bc
Closes-Bug: 1502159