From 0a1512b023948a25874a4c5b09b32631287d1a9d Mon Sep 17 00:00:00 2001 From: Sage Weil Date: Tue, 8 Aug 2017 15:09:50 -0400 Subject: [PATCH] doc/rados/operations/bluestore-migration: typos and whitespace Signed-off-by: Sage Weil --- doc/rados/operations/bluestore-migration.rst | 22 ++++++++++---------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/doc/rados/operations/bluestore-migration.rst b/doc/rados/operations/bluestore-migration.rst index d444e04e58f..c60e23b7a72 100644 --- a/doc/rados/operations/bluestore-migration.rst +++ b/doc/rados/operations/bluestore-migration.rst @@ -9,7 +9,7 @@ take advantage of the improved performance and robustness. There are several strategies for making such a transition. An individual OSD cannot be converted in place in isolation, however: -BlueStore and FileStore are simply to different for that to be +BlueStore and FileStore are simply too different for that to be practical. "Conversion" will rely either on the cluster's normal replication and healing support or tools and strategies that copy OSD content from and old (FileStore) device to a new (BlueStore) one. @@ -77,7 +77,7 @@ more data migration than should be necessary, so it is not optimal. #. Tell the cluster the OSD has been destroyed (and a new OSD can be reprovisioned with the same ID):: - + ceph osd destroy $ID --yes-i-really-mean-it #. Reprovision a BlueStore OSD in its place with the same OSD ID. @@ -140,16 +140,16 @@ the data migrating only once. the empty host, you might see something like:: $ bin/ceph osd tree - ID CLASS WEIGHT TYPE NAME STATUS REWEIGHT PRI-AFF - -5 0 host newhost - 10 ssd 1.00000 osd.0 up 1.00000 1.00000 - 11 ssd 1.00000 osd.1 up 1.00000 1.00000 - 12 ssd 1.00000 osd.2 up 1.00000 1.00000 - -1 3.00000 root default + ID CLASS WEIGHT TYPE NAME STATUS REWEIGHT PRI-AFF + -5 0 host newhost + 10 ssd 1.00000 osd.0 up 1.00000 1.00000 + 11 ssd 1.00000 osd.1 up 1.00000 1.00000 + 12 ssd 1.00000 osd.2 up 1.00000 1.00000 + -1 3.00000 root default -2 3.00000 host oldhost1 - 0 ssd 1.00000 osd.0 up 1.00000 1.00000 - 1 ssd 1.00000 osd.1 up 1.00000 1.00000 - 2 ssd 1.00000 osd.2 up 1.00000 1.00000 + 0 ssd 1.00000 osd.0 up 1.00000 1.00000 + 1 ssd 1.00000 osd.1 up 1.00000 1.00000 + 2 ssd 1.00000 osd.2 up 1.00000 1.00000 ... #. Identify the first target host to convert ::