]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc/cephfs: edit disaster-recovery.rst 64645/head
authorZac Dover <zac.dover@proton.me>
Wed, 23 Jul 2025 12:44:32 +0000 (22:44 +1000)
committerZac Dover <zac.dover@proton.me>
Wed, 23 Jul 2025 13:08:39 +0000 (23:08 +1000)
Follow up on the suggestions made by Anthony D'Atri in
https://github.com/ceph/ceph/pull/64604.

Signed-off-by: Zac Dover <zac.dover@proton.me>
(cherry picked from commit 37df8e43baa1e75587686fd661310dfb4ad30312)

doc/cephfs/disaster-recovery.rst

index aee6953c4ebee4d026c3b245a8a9cbeb1ce2d736..dd3b9d9c4aa9be255badfe7254aeea530c056614 100644 (file)
@@ -26,11 +26,11 @@ If a PG is lost in a *data* pool, then the file system continues to operate
 normally, but some parts of some files will simply be missing (reads will
 return zeros).
 
-Losing a data PG may affect many files. Files are split into many objects, so
-identifying which files have been affected by the loss of particular PGs
-requires a full scan over all object IDs that may exist within the size of a
-file. This type of scan may be useful for identifying which files must be
-restored from a backup.
+Losing a data pool PG may affect many files. Files are split into many RADOS
+objects, so identifying which files have been affected by the loss of
+particular PGs requires a scan of all RADOS objects storing data for the file.
+This type of scan may be useful for identifying which files must be restored
+from a backup.
 
 .. danger::