swift/doc
indianwhocodes 11eb17d3b2 support x-open-expired header for expired objects
If the global configuration option 'enable_open_expired' is set
to true in the config, then the client will be able to make a
request with the header 'x-open-expired' set to true in order
to access an object that has expired, provided it is in its
grace period. If this config flag is set to false, the client
will not be able to access any expired objects, even with the
header, which is the default behavior unless the flag is set.

When a client sets a 'x-open-expired' header to a true value for a
GET/HEAD/POST request the proxy will forward x-backend-open-expired to
storage server. The storage server will allow clients that set
x-backend-open-expired to open and read an object that has not yet
been reaped by the object-expirer, even after the x-delete-at time
has passed.

The header is always ignored when used with temporary URLs.

Co-Authored-By: Anish Kachinthaya <akachinthaya@nvidia.com>
Related-Change: I106103438c4162a561486ac73a09436e998ae1f0
Change-Id: Ibe7dde0e3bf587d77e14808b169c02f8fb3dddb3
2024-04-26 10:13:40 +01:00
..
manpages Remove per-service auto_create_account_prefix 2023-11-22 01:58:03 +09:00
s3api CI: Fix some known-failure formatting 2023-10-16 10:18:22 -07:00
saio docs/SAIO: Make reconciler use the SAIO convention for logs 2023-08-03 15:01:38 -05:00
source support x-open-expired header for expired objects 2024-04-26 10:13:40 +01:00
requirements.txt Switch to newer openstackdocstheme and reno versions 2020-06-03 08:31:04 +02:00