Ceph : Issueshttps://tracker.ceph.com/https://tracker.ceph.com/favicon.ico2023-02-01T20:21:03ZCeph
Redmine rgw - Bug #58627 (Pending Backport): PostObj may incorrectly return 400 EntityTooSmallhttps://tracker.ceph.com/issues/586272023-02-01T20:21:03ZCasey Bodleycbodley@redhat.comrgw - Bug #39985 (Triaged): lifecycle: add object tags to bucket indexhttps://tracker.ceph.com/issues/399852019-05-21T07:08:41ZCasey Bodleycbodley@redhat.com
<p>If object tags are stored in the bucket index, lifecycle processing won't need to read each head object when processing tag-based lifecycle rules.</p> rgw - Feature #36319 (New): rgw: expose useful x-amz headers beyond request-idhttps://tracker.ceph.com/issues/363192018-10-04T21:08:57ZRobin Johnsonrobbat2@gentoo.org
<p>rgw has some semi-internal data that would be very useful to expose to help debugging & metrics. Much of this is already exposed by AWS S3, but not RGW. This is very useful for reverse proxies like HAProxy that can easily capture headers, but not as easily access the body.</p>
<p>AWS S3 example:<br /><pre>
x-amz-bucket-region: us-east-1
x-amz-request-id: 743DA9690F8D905A
x-amz-id-2: DNw88j6UOB5ufRSoCXrS/ZxZy4vsLIXMxgTiTStk5vh+JNquPb1iyFVXSeANI4B8McWa6n+ARC8=
x-amz-bucket: mybucketname
x-amz-error-code: NoSuchKey
x-amz-error-message: The specified key does not exist.
x-amz-error-detail-Key: mypage.html
</pre></p>
<p>The only part implemented so far by Ceph is <code>x-amz-request-id</code>. This is a pretty obscure part of AWS S3. It's not in the API docs at all, but is seen on the web (hard to google for) [[<a class="external" href="https://stackoverflow.com/questions/19037664/how-do-i-have-an-s3-bucket-return-404-instead-of-403-for-a-key-that-does-not-e">https://stackoverflow.com/questions/19037664/how-do-i-have-an-s3-bucket-return-404-instead-of-403-for-a-key-that-does-not-e</a> ]]</p>
<p>RGW has some placeholders for the <code>x-amz-error</code> parts, written as part of the s3website work by robbat2. x-amz-id-2 is HostID in Error messages, but also needs to be in more general headers.</p>
<p>Proposal:<br />1. Always expose request-id, id-2, region, bucket headers.<br />2. On error, expose error-* headers.</p>