Yeah, that happens occasionally, see https://tracker.ceph.com/issues/37942 On Tue, Mar 1, 2022 at 1:00 PM Szabo, Istvan (Agoda) <Istvan.Szabo@xxxxxxxxx> wrote: > Hi, > > There is some bug which is related to this issue but I can't find it. > I have couple of buckets with this strange number where delete happens > often. > The workaround is to reshard the bucket to the same shard number that it > was before, BUT it comes back in 2-5 days. > What is weird if I reshard this bucket it can even speed up the cluster > operation not sure why. > Is there a way to make it permanent? > > FYI: I have multisite cluster, when I reshard it, I start the reshard on > the master zone and it will do it on the secondary zones HOWEVER I don't > stop rgw, because these buckets are not sync buckets, these buckets > individual buckets with individual objects in the secondary zone clusters. > > This is what I'm talking about (rgw.none num_objects): > > "rgw.none": { > "size": 0, > "size_actual": 0, > "size_utilized": 0, > "size_kb": 0, > "size_kb_actual": 0, > "size_kb_utilized": 0, > "num_objects": 18446744073709551603 > }, > "rgw.main": { > "size": 74813262451, > "size_actual": 74832678912, > "size_utilized": 74813262451, > "size_kb": 73059827, > "size_kb_actual": 73078788, > "size_kb_utilized": 73059827, > "num_objects": 8789 > }, > "rgw.multimeta": { > "size": 0, > "size_actual": 0, > "size_utilized": 0, > "size_kb": 0, > "size_kb_actual": 0, > "size_kb_utilized": 0, > "num_objects": 0 > } > > Istvan Szabo > Senior Infrastructure Engineer > --------------------------------------------------- > Agoda Services Co., Ltd. > e: istvan.szabo@xxxxxxxxx<mailto:istvan.szabo@xxxxxxxxx> > --------------------------------------------------- > > > ________________________________ > 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@xxxxxxx > To unsubscribe send an email to ceph-users-leave@xxxxxxx > _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx To unsubscribe send an email to ceph-users-leave@xxxxxxx
 |