+++ This bug was initially created as a clone of Bug #1853052 +++ Description of problem: When a single call to an ordered bucket listing contains only common prefixes (i.e., delimiter is set), it's possible for the code to get stuck. Version-Release number of selected component (if applicable): How reproducible: Very. Steps to Reproduce: 1. Create a bucket in s3 that contains over 1000 entries with no "objects" at the top level and only "subdirectories". 2. Use s3cmd to list that bucket Actual results: No results provided; code is in infinite loop. Expected results: Listing produced. Additional info: See upstream tracker: https://tracker.ceph.com/issues/45955 --- Additional comment from RHEL Program Management on 2020-07-01 19:48:11 UTC --- Please specify the severity of this bug. Severity is defined here: https://bugzilla.redhat.com/page.cgi?id=fields.html#bug_severity. --- Additional comment from J. Eric Ivancich on 2020-07-01 19:50:20 UTC --- The fix for this already exists and was intended for a code clean-up. But it also addresses this issue. The reason is subtle -- a logging message at level 20 was used to, as a side-effect, increment a loop control variable. But due to optimizations, the code (and side-effect) is never executed unless the logging level is 20 or above.
commit added to ceph-3.3-rhel-patches-STAGE
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 3.3 security 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-2020:3504