Project

General

Profile

Bug #38001

[Multisite][RGW] Luminous-12.2.9 Shard Recovery status continusely showing

Added by Amit Ghadge about 5 years ago. Updated about 5 years ago.

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

0%

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

Description

Hi,
I migrated Single-site to Multi-site cluster, without deleting existing objects.
1) Master zone(Active/Active)
2) Secondary zone (Active/Passive)

Objects are sync to secondary zone but sync status showing in recovery mode,

Master Zone;

$ radosgw-admin sync status
          realm 52efa151-b895-4347-8bf8-d0d61e30b25e (movie)
      zonegroup 95ed23e0-6a02-411e-ae25-32168eacc1ab (us)
           zone 53634293-9ade-479b-99de-71224e62cc97 (us-west)
  metadata sync no sync (zone is master)
      data sync source: 4f6e30d5-2f6b-4a2c-b6a6-165f0329770a (us-east)
                        syncing
                        full sync: 0/128 shards
                        incremental sync: 128/128 shards
                        71 shards are recovering
                        recovering shards: [0,4,5,6,8,9,10,11,12,14,15,16,18,19,21,22,24,26,28,29,31,32,33,34,37,42,43,45,46,48,49,51,52,53,55,56,62,64,66,67,69,71,72,73,74,75,76,79,81,82,83,84,88,92,93,94,98,102,105,106,107,109,111,112,115,116,117,118,121,125,127]

Secondary Zone:
# radosgw-admin sync status
          realm 52efa151-b895-4347-8bf8-d0d61e30b25e (movie)
      zonegroup 95ed23e0-6a02-411e-ae25-32168eacc1ab (us)
           zone 4f6e30d5-2f6b-4a2c-b6a6-165f0329770a (us-east)
  metadata sync syncing
                full sync: 0/64 shards
                incremental sync: 64/64 shards
                metadata is caught up with master
      data sync source: 53634293-9ade-479b-99de-71224e62cc97 (us-west)
                        syncing
                        full sync: 0/128 shards
                        incremental sync: 128/128 shards
                        data is caught up with source

History

#1 Updated by Amit Ghadge about 5 years ago

Issue is resolved, rgw_num_rados_handles was set to > 1

#2 Updated by Casey Bodley about 5 years ago

  • Status changed from New to Resolved

Also available in: Atom PDF