commit fcccb52ff492f59bc26cc650761a3597216dd143
Author: Tim Burke <email address hidden>
Date: Mon Oct 15 15:44:03 2018 -0700
s3api: Stop relying on container listings during multipart uploads
Previously, we would list the segments container before completing a
multipart upload so that we could verify ETags and sizes before
attempting to create the SLO. However, container listings are only
eventually-consistent, which meant that clients could receive a 400
response complaining that parts could not be found, even though all
parts were uploaded successfully.
Now, use the new SLO validator callback to validate segment sizes, and
use the existing SLO checks to validate ETags.
Reviewed: https:/ /review. openstack. org/610747 /git.openstack. org/cgit/ openstack/ swift/commit/ ?id=fcccb52ff49 2f59bc26cc65076 1a3597216dd143
Committed: https:/
Submitter: Zuul
Branch: master
commit fcccb52ff492f59 bc26cc650761a35 97216dd143
Author: Tim Burke <email address hidden>
Date: Mon Oct 15 15:44:03 2018 -0700
s3api: Stop relying on container listings during multipart uploads
Previously, we would list the segments container before completing a consistent, which meant that clients could receive a 400
multipart upload so that we could verify ETags and sizes before
attempting to create the SLO. However, container listings are only
eventually-
response complaining that parts could not be found, even though all
parts were uploaded successfully.
Now, use the new SLO validator callback to validate segment sizes, and
use the existing SLO checks to validate ETags.
Change-Id: I57ae6756bd5f06 b80cf03a6b40bf5 8c845f710fe
Closes-Bug: #1636663