Hi Szabo,
For what it's worth, I have a two clusters in a multisite that has never
appeared to be synced either, but have never found a single object that
can't be found in both clusters.
There are always at least a few recovering shards, while the "data sync
source" is always "syncing" with "full sync: 0/128 shards" and
"incremental sync: 128/128 shards" in both clusters.
For us, the secondary site is for DR purposes, and backups are
automatically tested from there every week, which leads me to believe
that everything _appears_ to be syncing correctly.
What does your `radosgw-admin sync status` look like?
Thanks,
Matt
On 2021-01-29 22:17, Szabo, Istvan (Agoda) wrote:
> 2 things I forgot to mention which might be interesting, we have only
> 2 bucket at the moment, one is presharded to 9000 shards, the other
> presharded to 24000 shards (different users)
>
>> On 2021. Jan 30., at 10:02, Szabo, Istvan (Agoda)
>> <Istvan.Szabo(a)agoda.com> wrote:
>>
>> Hi,
>>
>> I’ve never seen in our multisite sync status healthy output, almost
>> all the sync shards are recovering.
>>
>> What can I do with recovering shards?
>>
>> We have 1 realm, 1 zonegroup and inside the zonegroup we have 3 zones
>> in 3 different geo location.
>>
>> We are using octopus 15.2.7 for bucket sync with symmetrical
>> replication.
>>
>> The user is at the moment migrating their data and the sites are
>> always behind which is replicated from the place where it was
>> uploaded.
>>
>> I’ve restarted all rgw and disable / enable bucket sync, it started to
>> work, but I think when it comes to close sync it will stop again due
>> to the recovering shards.
>>
>> Any idea?
>>
>> Thank you
>
> ________________________________
> This message is confidential and is for the sole use of the intended
> recipient(s). It may also be privileged or otherwise protected by
> copyright or other legal rules. If you have received it by mistake
> please let us know by reply email and delete it from your system. It
> is prohibited to copy this message or disclose its content to anyone.
> Any confidentiality or privilege is not waived or lost by any mistaken
> delivery or unauthorized disclosure of the message. All messages sent
> to and from Agoda may be monitored to ensure compliance with company
> policies, to protect the company's interests and to remove potential
> malware. Electronic messages may be intercepted, amended, lost or
> deleted, or contain viruses.
> _______________________________________________
> ceph-users mailing list -- ceph-users(a)ceph.io
> To unsubscribe send an email to ceph-users-leave(a)ceph.io