Project

General

Profile

Actions

Bug #53705

closed

rgw: in bucket reshard list, clarify new num shards is tentative

Added by J. Eric Ivancich over 2 years ago. Updated over 1 year ago.

Status:
Resolved
Priority:
Normal
Target version:
% Done:

100%

Source:
Tags:
Backport:
octopus pacific quincy
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

With dynamic bucket index resharding, when the average number of
objects per shard exceeds the configured value, that bucket is
scheduled for reshard. That bucket may receive more new objects before
the resharding takes place. As a result, the existing code
re-calculates the number of new shards just prior to resharding,
rather than waste a resharding opportunity with too low a value.

The same holds true for a user-scheduled resharding.

A user reported confusion that the number reported in radosgw-admin reshard list wasn't the number that the reshard operation ultimately
used. This commit makes it clear that the new number of shards is
"tentative".

Additionally this commit adds some modernization and efficiency to the
"reshard list" subcommand.


Related issues 3 (0 open3 closed)

Copied to rgw - Backport #54152: pacific: rgw: in bucket reshard list, clarify new num shards is tentativeResolvedCory SnyderActions
Copied to rgw - Backport #54153: octopus: rgw: in bucket reshard list, clarify new num shards is tentativeRejectedActions
Copied to rgw - Backport #54154: quincy: rgw: in bucket reshard list, clarify new num shards is tentativeResolvedCory SnyderActions
Actions

Also available in: Atom PDF