Ceph » rgw

radosgw-admin bucket sync checkpoint lists out a very high value for local gen.

sniipet of the issue:
-----------------------
[ceph: root@magna017 /]# radosgw-admin bucket sync checkpoint --bucket tx/ss-bkt-v3
2021-10-13T12:15:34.408+0000 7fe2c6bdc340 1 Realm: data (d62bd711-d486-47be-9c3e-193e49334862)
2021-10-13T12:15:34.408+0000 7fe2c6bdc340 1 ZoneGroup: us (8f3b29b1-ffc6-4c90-9d0c-9bd258028cd8)
2021-10-13T12:15:34.408+0000 7fe2c6bdc340 1 Zone: west (3a571642-9f5e-46d8-8186-9eca8cc79ac6)
2021-10-13T12:15:34.408+0000 7fe2c6bdc340 1 using period configuration: dd132fae-4457-4f49-88b9-55ca2f8adff9:2

2021-10-13T12:15:34.664+0000 7fe2c6bdc340 1 bucket sync caught up with source:
local gen: 93994490322120
remote gen: 1
2021-10-13T12:15:34.664+0000 7fe2c6bdc340 0 bucket checkpoint complete
[ceph: root@magna017 /]#

The issue is observed for the buckets that were created on a single site and filled with some objects and resharded dynamically.

steps:

1. create a single site cluster with realm's name 'data' and zonegroup's name 'us' and zone's name 'east'.
2. Create 2 bucket ss-bkt-v1 and ss-bkt-v3 under the tenant 'tx'
3. Upload around 2K objects on each bucket with the threshold objects_per_shard value as 100 objects.
4. Let the buckets be resharded dynamically on the single site.
5. Establish multisite by doing a realm pull and period pull and create a secondary zone as 'west'.
6. Wait for the sync to complete.
7. Make sure the threshold value rgw_max_obj_per_shard is also tuned to 100 objects on the slave site.
8. Let the buckets be resharded dynamically on the slave site as well.
9. On performing a 'radosgw-admin bucket sync checkpoint --bucket tx/ss-bkt-v3, we observed a very high value for local gen

ceph version 17.0.0-8051-g15b54dc9 (15b54dc9eaa835e95809e32e8ddf109d416320c9) quincy (dev)