[ceph-users] Re: PG_SLOW_SNAP_TRIMMING and possible storage leakage on 16.2.5

free to add your experience to that ticket. > >> monitoring snaptrimq > This is from our local monitoring probes, based on `ceph pg dump -f json`. > > -- Dan > > > -- dan > > On Mon, Jan 24, 2022 at 6:31 PM David Prude wrote: >> Dan, >> >> Thank y

[ceph-users] Re: PG_SLOW_SNAP_TRIMMING and possible storage leakage on 16.2.5

for osd_snap_trim_sleep > might be far too conservative. > We use osd_snap_trim_sleep = 0.1 on our mixed hdd block / ssd block.db OSDs. > > Cheers, Dan > > On Mon, Jan 24, 2022 at 4:54 PM David Prude wrote: >> Hello, >> >>We have a 5-node, 30 hdd (6 hdds/node) cluste

[ceph-users] PG_SLOW_SNAP_TRIMMING and possible storage leakage on 16.2.5

y guidance on how to evaluate the total snaptrim queue size to see if we are making progress would be much appreciated. Thank you, -David  -- David Prude Systems Administrator PGP Fingerprint: 1DAA 4418 7F7F B8AA F50C 6FDF C294 B58F A286 F847 Democracy Now!

[ceph-users] Re: Determining non-subvolume cephfs snapshot size

Gregory,    Thank you for taking the time to lay out this information. -David On 10/8/21 1:34 PM, Gregory Farnum wrote: > On Fri, Oct 8, 2021 at 6:44 AM David Prude wrote: >> Hello, >> >> My apologies if this has been answered previously but by attempt to >> fi

[ceph-users] Determining non-subvolume cephfs snapshot size

snapshot": volume/directory/.snap/snapshot What is the best way to determine the size consumed by snapshot? Thank you, -David -- David Prude Systems Administrator PGP Fingerprint: 1DAA 4418 7F7F B8AA F50C 6FDF C294 B58F A286 F847 Democracy Now! www.democracynow.org __

[ceph-users] Re: Cephfs cannot create snapshots in subdirs of / with mds = "allow *"

enabled this I am a bit concerned that I might re-enable this without my knowledge in the future. Thank you again for the assistance! -David -- David Prude Systems Administrator PGP Fingerprint: 1DAA 4418 7F7F B8AA F50C 6FDF C294 B58F A286 F847 D

[ceph-users] Re: Cephfs cannot create snapshots in subdirs of / with mds = "allow *"

47eb9700 10 MDSAuthCap is_capable inode(path /testfolder owner 0:0 mode 040755) by caller 0:0 mask 130 new 0:0 cap: MDSAuthCaps[allow *] debug 2021-08-21T04:23:01.118+ 7f2f47eb9700  7 mds.0.server reply_client_request -1 ((1) Operation not permitted) client_request(client.974668:50 mksnap #0x100

[ceph-users] Cephfs cannot create snapshots in subdirs of / with mds = "allow *"

y setting "ceph fs set dncephfs allow_new_snaps true" which had no effect. We have search the mds logs and no entries appear on the snapshot creation failure. Does anyone have any idea what may be going on or further information we should be looking at to resolve this? Thank you,