Description of problem: This stems from upstream tracker: https://tracker.ceph.com/issues/52662 . If all unfinished multipart upload ".meta" index entries cannot be retrieved in one go, the marker is not advanced and the listing will be stuck. This happens during the phase of bucket deletion/purge where it tries to abort all incomplete multipart uploads. Version-Release number of selected component (if applicable): How reproducible: Very reproducible. Steps to Reproduce: 1. Load up the bucket index with many thousands of entries in the _multipart_ namespace representing parts of incomplete multipart uploads. Add two entries that are in that namespace spread apart in the lexically (so there are thousands of entries in between) and end with ".meta" each representing one incomplete multipart upload. 2. Issue `radosgw-admin bucket rm --bucket=<bucket> --purge-objects --bypass-gc` Actual results: Command will never finished. If --debug-rgw=20 added, one will see the same bucket index entries re-visited multiple times in the log. Bucket will not be removed. Expected results: Command to complete, bucket removed. Additional info:
Upstream PR: https://github.com/ceph/ceph/pull/43862
See comments 7 and 8 on https://bugzilla.redhat.com/show_bug.cgi?id=2021601 for a reproducer.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: Red Hat Ceph Storage 5.1 Security, Enhancement, and Bug Fix update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:1174