Hi,
On 2/23/22 21:43, Linkriver Technology wrote:
> Could someone shed some light please? Assuming that snaptrim didn't run to
> completion, how can I manually delete objects from now-removed snapshots? I
> believe this is what the Ceph documentation calls a "backwards scrub" - but I
> didn't find
Hi,
I had a look at the code -- looks like there's a flaw in the logic:
the snaptrim queue is cleared if osd_pg_max_concurrent_snap_trims = 0.
I'll open a tracker and send a PR to restrict
osd_pg_max_concurrent_snap_trims to >= 1.
Cheers, Dan
On Wed, Feb 23, 2022 at 9:44 PM Linkriver Technology
See https://tracker.ceph.com/issues/54396
I don't know how to tell the osds to rediscover those trimmed snaps.
Neha does that possible?
Cheers, Dan
On Thu, Feb 24, 2022 at 9:27 AM Dan van der Ster wrote:
>
> Hi,
>
> I had a look at the code -- looks like there's a flaw in the logic:
> the snapt
On 2/24/22 09:26, Arthur Outhenin-Chalandre wrote:
> On 2/23/22 21:43, Linkriver Technology wrote:
>> Could someone shed some light please? Assuming that snaptrim didn't run to
>> completion, how can I manually delete objects from now-removed snapshots? I
>> believe this is what the Ceph documentat
Hi,
Has anyone figured whether those "lost" snaps are rediscoverable / trimmable?
All pgs in the cluster have been deep scrubbed since my previous email and I'm
not seeing any of that wasted space being recovered.
Regards,
LRT
-Original Message-
From: Dan van der Ster
To: technol...@li
Hello Linkriver
I might have an issue close to your
Can you tell us if your strays dirs are full ?
What does this command output to you ?
ceph tell mds.0 perf dump | grep strays
Does the value change over time ?
All the best
Arnaud
Le mer. 16 mars 2022 à 15:35, Linkriver Technology <
techno
reintegrated": 18128,
"strays_migrated": 0,
Regards,
LRT
-Original Message-
From: Arnaud M
To: Linkriver Technology
Cc: Dan van der Ster , Ceph Users
Subject: [ceph-users] Re: CephFS snaptrim bug?
Date: Thu, 17 Mar 2022 21:48:18 +0100
Hello Linkriver
I might ha
t; "num_strays_delayed": 0,
> "num_strays_enqueuing": 0,
> "strays_created": 5540016,
> "strays_enqueued": 5531494,
> "strays_reintegrated": 18128,
> "strays_migrated": 0,
>