This bug was initially created as a copy of Bug #2021600 I am copying this bug because: It appears in multiple downstream releases. 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:
There is not an upstream nautilus PR. But there is an upstream octopus pr: https://github.com/ceph/ceph/pull/43863 .
Cherry-picked to add commit 9e2f28bd0efb267d657ffdcec35e5ea052f61da0 to ceph-4.2-rhel-patches.
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 (Red Hat Ceph Storage 4.2 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/RHBA-2021:4740