To back Bartosz with this issue, I've pretty much the same issue with Pacific 16.2.13 and I think the whole root cause for both Bartosz's issue and mine is the same. Each time we call for an object, the radosGW nodes answer with a 404 NoSuchKey error 50% of time (on a 3 node gateway) and it's 100% time reproducible. If the request reach the rgw01 node, it end up with a 200 code and it serve the request correctly as long as: 1°/ - The request call for a whole path (foo/index.html, bar/baz.html, etc). 2°/ - The request call for the root of the bucket (swiftURL/bucket/), the gateway then correctly transform the trailing slash and serve the index.html file found. BUT it fail with the 404 NoSuchKey error for any request that call for: 1°/ - The request call for a path with trailing slash (swiftURL/bucket/foo/) beyond the root path. On rgw02 and rgw03 nodes, it end up with a 200 code and it serve the request correctly as long as: 1°/ - The request call for a whole path (swiftURL/bucket/index.html, swiftURL/bucket/foo/index.html). BUT it fail with the 404 NoSuchKey error for any requests that call for: 1°/ - The request call for a path with trailing slash (swiftURL/bucket/foo/) 2°/ - The request call for the root of the bucket (swiftURL/bucket/), then the gateway DO NOT honor the web-index directive and return a 404 NoSuchKey error. For complementary information, here are the result of the bucket stat command and our radosGW configuration: Swift stat on bucket: https://paste.opendev.org/show/bMbFDXWT71oDU1T6bhRh/ RadosGW config: https://paste.opendev.org/show/bdUkFZdGKF3fgMkqmSg7/ Our platform is an Openstack YOGA With 3 controllers, all CP services are redundant, working and behind a keepalived VIP/HAproxy layer. Hope someone will have a brilliant idea here. Feel free to poke if you need any further information. Le ven. 26 avr. 2024 à 13:51, Bartosz Bezak <bartosz@xxxxxxxxxxxx> a écrit : > Hi, > > Similar case as with previously fixed > https://tracker.ceph.com/issues/48382 - > https://github.com/ceph/ceph/pull/47308. > > Confirmed on Cephadm deployed Ceph 18.2.2/17.2.7 with Openstack > Antelope/Yoga. > > I’m getting "404 NoSuchBucket" error with public buckets. Enabled with > Swift/Keystone integration - everything else works fine. > > With rgw_swift_account_in_url = true and proper endpoints: " > https://rgw.test/swift/v1/AUTH_%(project_id)s" > > ticking public access in horizon properly sets ACL on the bucket according > to swift client: > > swift -v stat test-bucket > URL: https://rgw.test/swift/v1/AUTH_daksjhdkajdshda/testbucket > Auth Token: > Account: AUTH_daksjhdkajdshda > Container: testbucket > Objects: 1 > Bytes: 1021036 > Read ACL: .r:*,.rlistings > Write ACL: > Sync To: > Sync Key: > X-Timestamp: 1710947159.41219 > X-Container-Bytes-Used-Actual: 1024000 > X-Storage-Policy: default-placement > X-Storage-Class: STANDARD > Last-Modified: Thu, 21 Mar 2024 10:30:05 GMT > X-Trans-Id: tx00000092ac12312312312-1231231231-1701e5-default > X-Openstack-Request-Id: tx00000092ac12312312312-1231231231-1701e5-default > Accept-Ranges: bytes > Content-Type: text/plain; charset=utf-8 > > however still getting 404 NoSuchBucket error > > > Could someone using the latest version of Ceph with Swift/Keystone > integration please test public buckets? Thank you. > > > Best regards, > Bartosz Bezak > > > > > _______________________________________________ > ceph-users mailing list -- ceph-users@xxxxxxx > To unsubscribe send an email to ceph-users-leave@xxxxxxx > _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx To unsubscribe send an email to ceph-users-leave@xxxxxxx