The current default of 2million k/v pairs is too high. Recovery takes too long for bucket index objects with this much omap data in particular, which blocks access to client buckets until it completes. Lower the default for osd_deep_scrub_large_omap_object_key_threshold so such objects can be detected before they become a problem.
Updating the QA Contact to a Hemant. Hemant will be rerouting them to the appropriate QE Associate. Regards, Giri
CodeChange since it is only updating a config value.
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, 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-2019:3173