ceph-volume lvm list 可以定位磁盘的相关信息 虽然使用的是ceph-deploy来执行

admin

[root@host09 ~]# ceph-volume lvm list /dev/sdf

; N; S( Q& ^  _! F) x. y
# Z8 e. [4 w& _2 K* F+ T# C0 p  }====== osd.1 =======

  [block]       /dev/ceph-9e3a6415-e655-4498-ad2e-cce4d61edd21/osd-block-ba2ec868-e333-45bd-99a5-49d8659bad76

: D  s3 [0 h9 z2 Q4 z0 O, M      block device              /dev/ceph-9e3a6415-e655-4498-ad2e-cce4d61edd21/osd-block-ba2ec868-e333-45bd-99a5-49d8659bad76
      block uuid                0zhuot-y3xX-Xti8-7gnb-40uT-Dccs-2XIlBY
      cephx lockbox secret      
      cluster fsid              9d22e36a-2bdd-4d2d-8394-48af75ead777
      cluster name              ceph
      crush device class        None
0 b9 ^$ }" c- G- _8 S, O      db device                 /dev/sdb2
      db uuid                   52d569a9-d26d-40fd-b4b8-1c534daf7ae9
      encrypted                 0
9 Y) z2 ^5 d6 P      osd fsid                  ba2ec868-e333-45bd-99a5-49d8659bad76
      osd id                    1
      type                      block
      vdo                       0
      devices                   /dev/sdf

/ ?, [3 f  r/ @. w* j6 O6 [) ^; X  [db]          /dev/sdb2

      PARTUUID                  52d569a9-d26d-40fd-b4b8-1c534daf7ae9

; K1 j0 [- x( J: d& J6 f

admin

CEPH-VOLUME – CEPH OSD 部署和检查工具
# d4 I5 [2 g" g( X/ z概要
7 R  M0 |* p+ ?% v6 qceph-volume [-h] [–cluster CLUSTER] [–log-level LOG_LEVEL]
6 i7 d# E8 F7 Y1 M! G3 U8 p[–log-path LOG_PATH]
) z! U/ k  }6 m$ X. h1 H; Sceph-volume 库存
1 z+ \/ b3 i, E' Iceph 卷 lvm [触发器| 创建| 激活| 准备
. `+ Y0 y! [5 m$ e5 c4 Y1 z& w扎普| 列表| 批次| 新沃尔| 新数据库| 迁移]
: I7 b! c  A1 z0 pceph-volume simple [触发器| 扫描| 激活]
. Z2 s5 \+ T, d- c1 Y说明
* q7 X: j" c- p# `$ e1 a0 U3 pceph-volume是一个单一用途的命令行工具，用于将逻辑卷部署为 OSD，尝试维护与ceph-disk准备、激活和创建 OSD 时类似的 API。
* q3 f# P9 M+ i7 L, p: e. s4 g
) H& s# E6 R' v4 {' a* v4 Y5 z) n3 q它偏离ceph-disk了不交互或不依赖为 Ceph 安装的 udev 规则。这些规则允许自动检测先前设置的设备，这些设备又被输入ceph-disk以激活它们。

命令
库存
- A% A7 q4 U  D4 `1 T8 z1 @此子命令提供有关主机物理磁盘清单的信息并报告有关这些磁盘的元数据。在这些元数据中，可以找到特定于磁盘的数据项（例如型号、大小、旋转或固态）以及特定于使用设备的 ceph 的数据项，例如它是否可用于 ceph 或是否存在逻辑卷。

  g/ p" e7 W6 e. a例子：
9 h& s- Y; f0 o
/ r- d: a. p8 n5 E0 [ceph-volume inventory
" r1 H; b0 X! z) k# L9 h# Bceph-volume inventory /dev/sda
ceph-volume inventory --format json-pretty
可选参数：
  Z6 W8 u: J9 M
1 L, |0 c" E( Q" P2 l) k[-h, –help] 显示帮助信息并退出

[–format] 报告格式，有效值为plain（默认），
json和json-pretty

  w7 V0 q0 z1 c" mLVM
  i0 F. o% {! ~' V通过使用 LVM 标签，该lvm子命令能够存储并稍后重新发现和查询与 OSD 关联的设备，以便以后激活它们。

+ x$ `. `- z+ b$ K" W+ }子命令：
! L' D) j7 g& t1 v' ~8 [$ r
batch 使用filestore 或bluestore（默认）设置从设备列表中创建 OSD。它将创建具有工作 OSD 所需的所有必要卷组和逻辑卷。

" g9 H$ J4 V, j$ _: U6 \: I三个设备的示例用法：
. B, S7 N) t  J6 c# b
$ C) G1 v2 L* `2 |ceph-volume lvm batch --bluestore /dev/sda /dev/sdb /dev/sdc
, F" @* {/ B; ]/ M8 j2 w" L可选参数：

+ b$ y9 {! ?+ B0 k! b0 ?% C! U[-h, –help] 显示帮助信息并退出

[–bluestore] 使用 bluestore 对象存储（默认）

9 [; _0 E7 h9 K2 T2 f' i[–filestore] 使用文件存储对象存储

! L/ ]8 g5 ?+ h5 ~6 @; @[–yes] 跳过报告并提示继续配置
0 Z* L+ B! B+ O0 _% A. _
3 @( C6 X9 ]. ~, `" `[–prepare] 只准备 OSD，不激活

[–dmcrypt] 为底层 OSD 设备启用加密

[--crush-device-class] 定义一个 CRUSH 设备类来分配 OSD
5 Q* f) E7 X1 e, N
) b! u; v2 ?5 d& ], ^[–no-systemd] 不要启用或创建任何 systemd 单元

' K2 X1 j( q" g6 g[–osds-per-device] 为每台设备提供超过 1 个（默认）OSD

[–report] 报告当前输入的潜在结果（需要传入设备）

! {/ {" y' A2 P[–format] 报告时的输出格式（与–report 一起使用），可以是'pretty'（默认）或'json'之一

[–block-db-size] 设置（或覆盖）“bluestore_block_db_size”值，以字节为单位
' u  M+ s4 h( q* @
, v% q/ a* b0 A% l/ J[–journal-size] 覆盖“osd_journal_size”值，以兆字节为单位

" u# L! q0 r! [9 D% ~0 A必需的位置参数：

<DEVICE> 原始设备的完整路径，例如/dev/sda. 多
, o; g0 p' p1 d$ o, C$ n<DEVICE>路径可以传入。

activate 启用一个系统单元，该单元保留 OSD ID 及其 UUID（ fsid在 Ceph CLI 工具中也称为），以便在引导时它可以了解哪些 OSD 已启用并需要挂载。
& i/ d4 |( H% o0 T2 M- E% S
用法：
5 @" D7 L" A) x" z0 f8 g+ h
ceph-volume lvm activate --bluestore <osd id> <osd fsid>
. f+ W) }  b  _' U: R可选参数：
& W2 |, Y  ]& u% A/ V6 X
. G! v2 o, C" C; R1 R7 J2 ~( k/ E' P4 L; i[-h, –help] 显示帮助信息并退出
& F) }( Z% I9 v! b3 M# v
' T& e( Z* U1 a[--auto-detect-objectstore] 通过检查 OSD 自动检测对象存储
% X! k% {% t8 _8 q" R- P
9 g% r# G6 F/ M( S, x5 \4 J* [9 H[–bluestore] bluestore 对象存储（默认）
1 e/ S' u( U: I. u# m. `" T
2 g" f2 ~3 Q- l" g) ][–filestore] 文件存储对象存储

[–all] 激活系统中找到的所有 OSD
6 f% F7 F1 K7 A9 a4 }) k# B4 R
[–no-systemd] 跳过创建和启用 systemd 单元以及启动 OSD 服务
1 s# T. Z, f6 ^  o( I
使用（幂等）--all标志可以一次激活多个 OSD：
; M. c8 O2 P: t4 Z
ceph-volume lvm activate --all
准备filestore使用 或bluestore（默认）设置 准备用作 OSD 和日志的逻辑卷。除了添加额外的元数据外，它不会创建或修改逻辑卷。

' j" B4 c& r9 e$ q用法：

ceph-volume lvm prepare --filestore --data <data lv> --journal <journal device>
* i8 f( g% j! y0 L2 @可选参数：
6 {" f3 T* o& `8 P. S% B
6 V% I( z5 [$ u5 ]; m[-h, –help] 显示帮助信息并退出

[–journal JOURNAL] 逻辑组名、逻辑卷路径或设备路径

1 J- \) d& r" P( w[–bluestore] 使用 bluestore 对象存储（默认）
4 X( o0 p9 U  w  B- f
[–block.wal] bluestore block.wal 逻辑卷或分区的路径

[–block.db] bluestore block.db 逻辑卷或分区的路径

[–filestore] 使用文件存储对象存储
" H" r1 c7 H- Z( [, C
[–dmcrypt] 为底层 OSD 设备启用加密
1 l: B  G8 f0 Z) c' i* |1 A2 y
1 W  q& i( `8 O( ^* S& ^$ `[–osd-id OSD_ID] 重用已有的 OSD id

[–osd-fsid OSD_FSID] 重用现有的 OSD fsid
/ f( b! N* B$ T. N  a" h% q  \
0 n0 n, _$ c$ T! ^  b[--crush-device-class] 定义一个 CRUSH 设备类来分配 OSD

必需的参数：
2 t* {6 w3 Y1 Y& I! G/ V% b
! ~" t5 z$ `) C--data
( R6 @: l. m+ ]" m( W逻辑组名或逻辑卷的路径

9 F+ B* D, ^. E要加密 OSD，--dmcrypt必须在准备时添加标志（create子命令也支持）。
8 }8 o- u  h  G7 A- K3 S
* G" H# x& t* n+ ~* \create 将两步过程包装成一个新的 osd（prepare先调用然后调用activate）。首选的原因prepare是activate逐步将新的 OSD 引入集群，避免大量数据重新平衡。

单次调用流程准确地统一了做什么prepare和activate做什么，方便一次性完成。标志和一般用法等同于prepareandactivate子命令。
5 @( K8 e# Y' s% I9 K
5 i, u' v- _! z$ jtrigger 这个子命令不能直接使用，它被 systemd 使用，以便通过解析来自 systemd 的输入来代理输入，检测与 OSD 关联的 UUID 和 ID。ceph-volume lvm activate

9 U! A! V6 h0 T( S8 U1 D用法：

ceph-volume lvm trigger <SYSTEMD-DATA>
systemd“数据”的格式预计为：

<OSD ID>-<OSD UUID>
与 OSD 关联的 lvs 需要事先准备好，以便所有需要的标签和元数据都存在。

. k& F2 f% |/ a# B* ?8 Y' ~位置参数：
8 {: `$ |- N( _
4 R/ S' n- m; H/ _, X3 r# v<SYSTEMD_DATA> 来自 systemd 单元的数据，包含 OSD 的 ID 和 UUID。
1 J/ i% X9 B; w+ {* J; ^" g* @
, q, w0 S: N$ g( O8 p& Nlist 列出与 Ceph 关联的设备或逻辑卷。如果设备具有与 OSD 相关的信息，则确定关联。这通过查询 LVM 的元数据并将其与设备关联来验证。

! A1 I, P( \( ?1 g* _与 OSD 关联的 lvs 需要事先由 ceph-volume 准备好，以便所有需要的标签和元数据都存在。
2 V# w) J) O3 Y" O) g3 z
% Q8 {5 ~# G0 \4 {1 m' t1 l+ H: y, h用法：
! [8 x- G2 z  A* h% e8 m
, G: u0 ~2 Q$ a# W* g' [% @9 U  cceph-volume lvm list
列出特定设备，报告有关它的所有元数据：
! D+ K5 e3 L' g8 z
ceph-volume lvm list /dev/sda1
  c' B: ~! w2 o/ D5 e2 I列出一个逻辑卷及其所有元数据（vg 是一个卷组，lv 是逻辑卷名）：
+ h0 F6 i0 Z. ?/ [0 w. S9 @7 W
ceph-volume lvm list {vg/lv}
位置参数：

" A! Q7 L8 o: {9 p2 S, u1 i<DEVICE>vg/lv以逻辑卷 /path/to/sda1或/path/to/sda常规设备的形式。
8 E+ p4 Y9 s/ u) Y7 s
/ z/ A% V4 q1 a6 vzap 对给定的逻辑卷或分区进行 Zap。如果给定逻辑卷的路径，则它必须采用 vg/lv 格式。给定 lv 或分区上存在的任何文件系统都将被删除，所有数据都将被清除。
" l2 L& k1 Q; w
但是，lv 或分区将保持不变。

' a2 Z3 b( t7 q$ ?' P+ y$ E0 w用法，对于逻辑卷：
5 z# N+ B2 [( |% B0 L/ i( l. Y
ceph-volume lvm zap {vg/lv}
用法，对于逻辑分区：

ceph-volume lvm zap /dev/sdc1
/ X- i+ I) P% R/ r5 R8 j要完全删除设备，请使用--destroy标志（所有设备类型都允许）：
  V, g# M2 h% n) A9 D: I: G! y3 o- g
$ F  K/ x. O. {3 \ceph-volume lvm zap --destroy /dev/sdc1
3 f4 N+ w# [: p通过指定 OSD ID 和/或 OSD FSID 可以删除多个设备：
, w& J# s% k1 Z) j: s+ H; }
ceph-volume lvm zap --destroy --osd-id 1
ceph-volume lvm zap --destroy --osd-id 1 --osd-fsid C9605912-8395-4D76-AFC0-7DFDAC315D59
位置参数：

<DEVICE>vg/lv以逻辑卷 /path/to/sda1或/path/to/sda常规设备的形式。
7 F2 `. m8 z/ R3 I
new-wal 将给定的逻辑卷作为 WAL 附加到 OSD。逻辑卷名格式为 vg/lv。如果 OSD 已经附加了 WAL，则失败。
# Z2 ?7 N% f+ F9 q
用法：

ceph-volume lvm new-wal --osd-id OSD_ID --osd-fsid OSD_FSID --target TARGET_LV
4 A. `$ O; {  m: ~7 H( \可选参数：

% @6 @, G: ?. i6 W[-h, –help] 显示帮助信息并退出

' M$ R8 ]( Q  i+ @[–no-systemd] 跳过检查 OSD systemd 单元

, L; p* G7 J$ K+ Z. X必需的参数：
* j$ @: q  n% E
# F% J" G: i3 l8 Z7 M: I2 Z7 I--osd-id OSD_ID
将新 WAL 附加到的 OSD id
+ p# d+ l1 E* Z
5 H" i  l$ n0 n$ V--osd-fsid OSD_FSID
OSD fsid 将新的 WAL 附加到

% m+ F* L1 {5 m" z2 p* I- e+ e--target TARGET_LV
作为 WAL 附加的逻辑卷名
. ?, Z1 u" M) `% J: P. U
& a% F2 ^8 p$ snew-db 将给定的逻辑卷作为数据库附加到 OSD。逻辑卷名格式为 vg/lv。如果 OSD 已经附加了 DB，则失败。
! u# c. a; H* p" c, `
用法：
! Q2 ]. r1 B3 x1 I1 r
4 F! r2 E$ D" ]; uceph-volume lvm new-db --osd-id OSD_ID --osd-fsid OSD_FSID --target <target lv>
7 c! R% L! G, T, o) z0 i8 w: d可选参数：
$ ~) Q# @# X$ F, n( J3 o
[-h, –help] 显示帮助信息并退出
& I7 o& u% v1 b- K* ]
[–no-systemd] 跳过检查 OSD systemd 单元
" d- b* v4 ^; D; q8 o* L. D
必需的参数：

--osd-id OSD_ID
将新数据库附加到的 OSD id
5 b  A) B$ j- W/ m9 l3 h5 w/ Y
# p9 a5 `' P. X+ Y5 C' \% z--osd-fsid OSD_FSID
* b' E) r1 i( X$ e; C0 ~6 U- r' nOSD fsid 将新数据库附加到

- s& }; W3 H. ?; ^) A--target TARGET_LV
* G- T: A0 Z6 z0 ~% m; e9 c作为数据库附加的逻辑卷名
2 T% R  F/ V( e2 n/ X% n
  x, v- V' w8 R  u/ q8 v. A迁移

将 BlueFS 数据从源卷移动到目标卷，源卷（除了主卷，即数据或块一）在成功时被删除。LVM 卷仅允许用于 Target，无论是已附加的还是新的。在后一种情况下，它连接到 OSD 以替换其中一个源设备。以下替换规则适用（按优先顺序，在第一个匹配时停止）：

如果源列表具有数据库卷 - 目标设备将替换它。

如果源列表有 WAL 卷 - 目标设备替换它。

/ @6 P+ y5 E& E! t. M如果源列表只有慢速卷 - 不允许操作，需要通过 new-db/new-wal 命令显式分配。

% L% `# Z$ Z5 G5 ]用法：
4 D+ m( z8 ^, {
ceph-volume lvm migrate --osd-id OSD_ID --osd-fsid OSD_FSID --target TARGET_LV --from {data|db|wal} [{data|db|wal} ...]
可选参数：

[-h, –help] 显示帮助信息并退出
; Z9 s3 |  G% c2 ?& z+ Z
[–no-systemd] 跳过检查 OSD systemd 单元
0 }8 v2 \' s! ?
必需的参数：
/ u/ z7 L0 H0 b  G5 |+ H
) X8 |& ~1 A/ v" ^! X: B--osd-id OSD_ID
, B# m4 G2 L* ~2 |' `执行迁移的 OSD id

--osd-fsid OSD_FSID
5 D8 @' a# H+ T; l( D4 wOSD fsid 在以下位置执行迁移

5 ?( |% X. q. @$ f" E, g--target TARGET_LV
要将数据移动到的逻辑卷
  O  \( D7 I- H
6 M# I$ \! a- }9 E: _--from TYPE_LIST
源设备类型名称列表，例如 –from db wal
( n% `" g& H+ C( P
简单
扫描可能由 ceph-disk 或手动创建的遗留 OSD 目录或数据设备。

子命令：

activate 启用一个系统单元，该单元保留 OSD ID 及其 UUID（ fsid在 Ceph CLI 工具中也称为），以便在启动时它可以了解哪些 OSD 已启用并需要挂载，同时读取之前创建和保留的信息/etc/ceph/osd/以 JSON 格式。
9 {: V8 {& D1 e/ L9 Z1 p9 |9 T' s
用法：

. I8 Y) l: l* ?% \ceph-volume simple activate --bluestore <osd id> <osd fsid>
; [$ R; k' O( Q8 T可选参数：
' R% i3 K0 H" u$ r, y2 j' s# v
9 w' f$ X* K! S* D) D# N9 C9 s[-h, –help] 显示帮助信息并退出
' t; D5 E1 e" F" j. ~$ s) d9 E
[–bluestore] bluestore 对象存储（默认）
3 p3 W, i0 h8 j
1 M6 U* S0 @! r+ l# a" V: N; f[–filestore] 文件存储对象存储

注意：它需要具有以下格式的匹配 JSON 文件：

/etc/ceph/osd/<osd id>-<osd fsid>.json
% W/ T; F' ~( @6 F" u: m  jscan 扫描正在运行的 OSD 或数据设备以查找 OSD 中的元数据，这些元数据以后可用于通过 ceph-volume 激活和管理 OSD。scan 方法将创建一个 JSON 文件，其中包含所需的信息以及在 OSD 目录中找到的任何内容。
8 d% @7 ^6 ^: F
: J- p% J, H# V5 v5 Z! K# x9 T或者，可以将 JSON blob 发送到标准输出以进行进一步检查。
$ u' d, h) i# J3 E
在所有正在运行的 OSD 上的用法：

ceph-volume simple scan
在数据设备上的使用：
6 O+ F+ |! s+ E' a/ |) S
ceph-volume simple scan <data device>
, |: [# F" ]+ N6 q0 o4 i' S( Z2 r运行 OSD 目录：
# B* h; r! P4 d( v+ c
ceph-volume simple scan <path to osd dir>
4 [4 K/ x* E' q7 Z& ]可选参数：
+ N: X0 l8 g1 H) m- k
[-h, –help] 显示帮助信息并退出

[–stdout] 将 JSON blob 发送到标准输出
: Y9 ^, z/ J  G* z/ |! K' P7 R
, j8 @. x  w5 ?" P! O8 G! s5 e# k[–force] 如果目标位置存在 JSON 文件，则覆盖它
' i4 u, Q9 r6 _, F
- L% [( }5 a: D! ?& v, U可选位置参数：
& p; N/ W+ S; S( b  p
: D" Y, |5 a# e8 o3 p3 A<DATA DEVICE or OSD DIR> 实际数据分区或运行 OSD 的路径

: m8 ]5 m, e$ dtrigger 这个子命令不能直接使用，它被 systemd 使用，以便通过解析来自 systemd 的输入来代理输入，检测与 OSD 关联的 UUID 和 ID。ceph-volume simple activate
. i3 X% h1 |7 W- ^* N
, J4 W8 ^6 O3 u1 B& N3 g, c9 Y用法：

3 C7 _. e  x- z; y8 r% ]ceph-volume simple trigger <SYSTEMD-DATA>
. o( S% z. F+ a, e% ~7 a; lsystemd“数据”的格式预计为：
4 }8 p9 ^" M. Q% p+ R' h" _* W
<OSD ID>-<OSD UUID>
0 X2 O  A& v( r/ f4 T与 OSD 关联的 JSON 文件需要事先通过扫描（或手动）保存，以便可以使用所有需要的元数据。
8 x2 |& b; l& y2 W  K. {; h
9 z# o# e, N1 n, I0 l位置参数：

<SYSTEMD_DATA> 来自 systemd 单元的数据，包含 OSD 的 ID 和 UUID。
" g+ A2 U4 t$ p! }4 S, W: o
可用性
( Q2 ]8 K9 Z7 R7 t8 |ceph-volume是 Ceph 的一部分，Ceph 是一个可大规模扩展的开源分布式存储系统。有关详细信息，请参阅http://docs.ceph.com/上的文档。

admin

概要
7 M# r( G/ v9 Bceph -volume [-h] [--cluster CLUSTER] [--log-level LOG_LEVEL] [--log-path LOG_PATH]
! I. l" A  t+ J7 f5 ^
7 Q* G, G% m# ]9 M! _4 Q1 B6 aceph-volume 库存
. i/ p* X/ ]8 W6 l" }8 V- R
ceph 卷 lvm [触发器| 创建| 激活| 准备 | 扎普| 列表| 批次| 新沃尔| 新数据库| 迁移]

$ a. l/ W) a% m! U7 t7 ^8 P; A  Mceph-volume simple [触发器| 扫描| 激活]

1 b6 U5 e  _( K描述
% H2 A0 {; d9 t& I, n3 m7 M* _8 Lceph-volume是一个单一用途的命令行工具，用于将逻辑卷部署为 OSD，尝试维护与ceph-disk准备、激活和创建 OSD 时类似的 API。
9 D0 Q, {8 p2 K0 k4 Q
' F! e' r- w2 v+ N- _它偏离ceph-disk了不交互或不依赖为 Ceph 安装的 udev 规则。这些规则允许自动检测先前设置的设备，这些设备又被输入ceph-disk以激活它们。

命令
存货
此子命令提供有关主机物理磁盘清单的信息并报告有关这些磁盘的元数据。在这些元数据中，可以找到特定于磁盘的数据项（例如型号、大小、旋转或固态）以及特定于使用设备的 ceph 的数据项，例如它是否可用于 ceph 或是否存在逻辑卷。
2 D/ m  d! X$ ^6 I7 ]1 Z; q
例子：

7 s& W0 Y9 J  O8 m& |ceph-volume inventory
ceph-volume inventory /dev/sda
ceph-volume inventory --format json-pretty
可选参数：

5 u# b( ^! c9 j9 `6 E  l8 t/ ]-H, -- 帮助
! r9 i2 r' E. O- X/ A/ h7 j显示帮助信息并退出
5 C# o5 P1 E$ J8 U" z" N4 P! F
0 J: ^( ]- |+ ]- 格式
9 ?+ R: {* s* b. |; U报告格式，有效值为plain（默认） json和json-pretty

LVM
通过使用 LVM 标签，该lvm子命令能够存储并稍后重新发现和查询与 OSD 关联的设备，以便以后激活它们。

/ J7 s7 ?* F0 ^& E) y子命令：
2 _/ p, e- W& w# a
批
' C+ e6 Y; L3 ?( {% z! H0 F使用filestore 或bluestore（默认）设置从设备列表创建 OSD。它将创建具有工作 OSD 所需的所有必要卷组和逻辑卷。
" q- S4 t  |8 P. P/ [- _& Z" ^  U: j- x
& _6 S# P$ Q  h) e  |! k三个设备的示例用法：

ceph-volume lvm batch --bluestore /dev/sda /dev/sdb /dev/sdc
可选参数：
. A& M7 Y! ?$ `. J" X2 e3 Z4 K; j
: ]/ q& f- s8 m8 ?0 N; O% Z3 m-H, -- 帮助
显示帮助信息并退出

; B) R2 Z' s. `. g! w5 p--bluestore
1 {+ R8 P$ o! j2 M9 S使用 bluestore 对象存储（默认）
: A1 t  a! R4 @8 g
% Y4 Y2 K, W2 E3 M  J% [: |* F, v--文件存储
使用文件存储对象存储

  n. b: B2 ?2 I- 是的
跳过报告并提示继续配置
! E" e3 ^* |' C: ^% v3 ]: S
- 准备
只准备 OSD，不激活

--dmcrypt
! z# l# v9 u' n  w. q$ i# T为底层 OSD 设备启用加密
- \/ ?* S$ |! i9 h- Y- n
7 T. g: ]+ O0 _3 a, {--粉碎设备类
. L6 g. w+ f5 R' R+ P: P9 J* J! q定义一个 CRUSH 设备类来分配 OSD
& V+ S3 P: a0 y3 _
$ A7 a' l6 t& G' @: {+ ]5 G--no-systemd
不要启用或创建任何 systemd 单元

/ j# [9 \) q6 p" Q; l6 k" \, Z4 H--osds-per-device
( B% ^( n/ z) A# ?# y0 Y* T每台设备配置超过 1 个（默认）OSD

3 s, W; m+ A" e! t- 报告
2 }* Z* _, [% U( X! m+ p报告当前输入的潜在结果（需要传入设备）

( V% m8 v% \% z  r: r! K- 格式
9 l3 e" V! D6 ^* r报告时的输出格式（与 --report 一起使用），可以是“pretty”（默认）或“json”之一

- G/ d; ~$ b" \& L! h--block-db-size
设置（或覆盖）“bluestore_block_db_size”值，以字节为单位

6 O. E. \% }5 a7 J* X--期刊大小
覆盖“osd_journal_size”值，以兆字节为单位
2 F/ N( \3 @2 M& O# G, x9 m
必需的位置参数：

$ A, M8 r1 S* J5 ~, B<设备>
原始设备的完整路径，例如/dev/sda. <DEVICE>可以传入多个 路径。
% y0 l; b+ ?# Q* R. g
启用
启用一个保留 OSD ID 及其 UUID 的 systemd 单元（ fsid在 Ceph CLI 工具中也称为），以便在引导时它可以了解启用了哪些 OSD 并且需要挂载。
6 G% y8 Q& p& \( h
用法：

- G' W" b) V) P1 kceph-volume lvm activate --bluestore <osd id> <osd fsid>
: Q: \( a+ D/ ^+ _可选参数：

-H, -- 帮助
# z0 y) B/ \3 {: H# S9 W显示帮助信息并退出

' ]) N1 D* q" q/ T$ I--auto-detect-objectstore
通过检查 OSD 自动检测对象存储

+ I! x# q% G% [& G--bluestore
# x; A) Z5 E# o; Mbluestore 对象存储（默认）
8 \6 ?9 V) t+ \4 J1 B' a& ]8 \
--文件存储
文件存储对象存储

% U! }# {) H8 J( ?6 r  C- 全部
激活系统中找到的所有 OSD

" `6 p# P3 t# N' `, |( |  o2 {--no-systemd
7 X: X. p- d) r4 o& V- y跳过创建和启用 systemd 单元以及启动 OSD 服务
' f- o  a! o$ h
/ q0 A6 a5 }- G& k5 C' ~5 p3 G使用（幂等）--all标志可以一次激活多个 OSD：

% V* b( M5 Q  j. l" X  Uceph-volume lvm activate --all
$ e4 D5 A6 U8 [( b, J0 d$ l- Z, C准备
9 z- J" f& t+ H7 Mfilestore 使用或bluestore（默认）设置准备用作 OSD 和日志的逻辑卷。除了添加额外的元数据外，它不会创建或修改逻辑卷。

用法：

; i: D, d$ E: h! B. b( lceph-volume lvm prepare --filestore --data <data lv> --journal <journal device>
  C, H' O4 n/ {可选参数：
5 X3 I: M- b/ L2 |# j  o+ t- }- V
1 l0 @, S  [' a-H, -- 帮助
显示帮助信息并退出
4 O- c" B. S1 p# N
——期刊杂志 
- a0 P( m/ B) E逻辑组名、逻辑卷路径或设备路径

9 w* P2 H; D( M1 Q, O( D. |--bluestore
使用 bluestore 对象存储（默认）
# f$ ~+ @  A: D) U2 J, y' F! C
* i4 `9 m; u5 U' u--block.wal
! j' ~+ `3 J  tbluestore block.wal 逻辑卷或分区的路径

/ o; C% r& @6 G* p& ?5 ~: ~$ y' g$ A--block.db
bluestore block.db 逻辑卷或分区的路径

--文件存储
- j) `0 V0 D! V7 ]) Q" A使用文件存储对象存储
* w9 `2 ~1 B) V, c. I( X  {
. _2 f: G. p2 m8 O) o--dmcrypt
$ Y3 ^9 d0 \* \3 F" T6 w为底层 OSD 设备启用加密
) @' Z$ P% r" t  R. t! V  {. s
--osd-id OSD_ID 
重用现有的 OSD id

--osd-fsid OSD_FSID 
重用现有的 OSD fsid
+ h  ]! F. d* `2 }" U3 Q# a
7 V) K5 k- j; P; u' L) f--粉碎设备类
4 M% J9 T) B" [+ Y5 D定义一个 CRUSH 设备类来分配 OSD
0 A* B' Y6 {5 T2 ]! s% P& g
必需的参数：
5 ?/ q  \3 _* W8 r7 U: I4 E7 M
* O; Y2 `" N! E% V- 数据
) a( X0 d: r( w, A+ D逻辑组名或逻辑卷的路径

  X4 ^0 ^/ S8 S$ z4 \# A3 P要加密 OSD，--dmcrypt必须在准备时添加标志（create子命令也支持）。
$ X; {! z* q& Q# p: B% Q2 C9 p
创造
% d! m4 X! f* |+ Y将两步过程包装成一个新的 osd（prepare先调用然后调用activate）。首选的原因prepare是activate逐步将新的 OSD 引入集群，避免大量数据重新平衡。

单次调用流程准确地统一了做什么prepare和activate做什么，方便一次性完成。标志和一般用法等同于prepareandactivate子命令。
5 Z8 j* }9 N  V6 _, m3 R7 l# W
扳机
* Y, U' o0 |4 N- |! o# l  n* _8 j# n7 E该子命令不打算直接使用，它由 systemd 使用，以便通过解析来自 systemd 的输入来代理输入，检测与 OSD 关联的 UUID 和 ID。ceph-volume lvm activate
1 d9 k  w2 F: n; j5 E; U6 h% B
用法：

0 W0 b6 x# x7 S7 F0 v2 Zceph-volume lvm trigger <SYSTEMD-DATA>
; X5 H7 z# F- s& r2 k# L- Nsystemd“数据”的格式预计为：
! L! l1 q& i4 C" s
/ ?# \- ]* M  V2 ^<OSD ID>-<OSD UUID>
- z9 w, t" a: Q/ z& T: g* s与 OSD 关联的 lvs 需要事先准备好，以便所有需要的标签和元数据都存在。
9 _' F0 t6 o3 a1 w3 L% _. R6 E" ^
7 z8 ?& p. M- V7 h  J; \2 L位置参数：
$ ^: s. g5 s7 g% L) D
<SYSTEMD_DATA>
$ i) m0 ^5 Q/ |, l来自包含 OSD 的 ID 和 UUID 的 systemd 单元的数据。

2 z% @% {/ M3 z9 V! C) P列表
+ [( K. N2 H- `列出与 Ceph 关联的设备或逻辑卷。如果设备具有与 OSD 相关的信息，则确定关联。这通过查询 LVM 的元数据并将其与设备关联来验证。
4 P1 b; \# c/ f8 B; z3 [  l& i' w/ [
与 OSD 关联的 lvs 需要事先由 ceph-volume 准备好，以便所有需要的标签和元数据都存在。
$ a' U7 n2 ?" i. l
用法：

ceph-volume lvm list
  Z: b& m7 m4 G列出特定设备，报告有关它的所有元数据：
; A# `  W  G( P/ z. c: `7 t
ceph-volume lvm list /dev/sda1
列出一个逻辑卷及其所有元数据（vg 是一个卷组，lv 是逻辑卷名）：

- j' o) d5 p, ?ceph-volume lvm list {vg/lv}
位置参数：

- s' o  U2 `/ Q3 G5 \( w' e5 U<设备>
. B7 H1 B( B1 T7 ~9 B. {" m6 G( Ovg/lv可以是逻辑卷 的形式，/path/to/sda1也/path/to/sda可以是常规设备的形式。
3 u/ z: g* ~$ ]3 `* \9 N
扎普
Zaps 给定的逻辑卷或分区。如果给定逻辑卷的路径，则它必须采用 vg/lv 格式。给定 lv 或分区上存在的任何文件系统都将被删除，所有数据都将被清除。

但是，lv 或分区将保持不变。

' i) z8 d0 I. v. \3 Y4 _' {4 |用法，对于逻辑卷：
8 }( X& I  D" |* t9 n
5 `# w; T2 f: T5 A% ]ceph-volume lvm zap {vg/lv}
, |  G$ D  V* Z( V% D! A: k用法，对于逻辑分区：

ceph-volume lvm zap /dev/sdc1
要完全删除设备，请使用--destroy标志（所有设备类型都允许）：

5 T. D) p! U6 y% Iceph-volume lvm zap --destroy /dev/sdc1
+ r: |' }6 r+ K2 E! [! X通过指定 OSD ID 和/或 OSD FSID 可以删除多个设备：
% L% d; ^1 D) \; b3 X
ceph-volume lvm zap --destroy --osd-id 1
. u, B- E& z% \7 O: I5 q9 f) `ceph-volume lvm zap --destroy --osd-id 1 --osd-fsid C9605912-8395-4D76-AFC0-7DFDAC315D59
( e! [: E- c8 y6 w位置参数：

" b$ x& ?8 Y! a0 Y" A8 ^, F9 a<设备>
vg/lv可以是逻辑卷 的形式，/path/to/sda1也/path/to/sda可以是常规设备的形式。

新沃尔
将给定的逻辑卷作为 WAL 附加到 OSD。逻辑卷名格式为 vg/lv。如果 OSD 已经附加了 WAL，则失败。
4 k* _; z5 V3 B
用法：
; S- Z) Z7 c* f$ H  [  e
, Q& i# L* W8 j+ Sceph-volume lvm new-wal --osd-id OSD_ID --osd-fsid OSD_FSID --target <target lv>
3 {2 g7 }6 R9 C可选参数：
* Y. N1 M+ S9 c/ q( l
5 M* m$ F: H, Q1 T( J& R-H, -- 帮助
% L8 a6 q$ |: X* U3 U' I6 Z2 a% i显示帮助信息并退出

! c7 K6 i( B( P" l--no-systemd
+ ?1 x" D/ q8 r# V, u6 m; n跳过检查 OSD 系统单元
; B1 |+ v5 n# F) p& E5 H
必需的参数：
; e# a4 T8 F7 b3 |! v+ d
- 目标
% @2 Z3 j! a& Y* p/ P/ f# U作为 WAL 附加的逻辑卷名
/ q4 X* K% B3 m
5 r0 e' n2 S; l$ x4 i新数据库
" T- Q* C4 y. C( q) n2 \% ]8 y将给定的逻辑卷作为数据库附加到 OSD。逻辑卷名格式为 vg/lv。如果 OSD 已经附加了 DB，则失败。
5 \, J. n6 D' d# C  k
用法：

1 I3 m0 c/ t$ H- Yceph-volume lvm new-db --osd-id OSD_ID --osd-fsid OSD_FSID --target <target lv>
  H, E7 j4 V7 {6 T可选参数：

1 B9 ~9 `/ X, \+ _' o# C-H, -- 帮助
显示帮助信息并退出

* j1 ~: \6 y  v--no-systemd
跳过检查 OSD 系统单元

' w3 a% T3 J( G必需的参数：
" f* F, D2 }, w, C+ w) z
- 目标
作为数据库附加的逻辑卷名
6 Q9 |& j! P; `, Q( O
迁移
) P* z' m8 u  h: M) L将 BlueFS 数据从源卷移动到目标卷，源卷（除了主卷，即数据或块一）在成功时被删除。LVM 卷仅允许用于 Target，无论是已附加的还是新的。在后一种情况下，它连接到 OSD 以替换其中一个源设备。以下替换规则适用（按优先顺序，在第一个匹配时停止）：

如果源列表具有数据库卷 - 目标设备将替换它。

如果源列表有 WAL 卷 - 目标设备替换它。
) u/ u7 k* r& g! k
如果源列表只有慢速卷 - 不允许操作，需要通过 new-db/new-wal 命令显式分配。
' Z8 [* H) |6 X! w/ @
/ n8 g* H& ^. E4 Z- `. a用法：
* }$ v" P5 T; v1 F* \
; B3 N6 I7 Y% V) }ceph-volume lvm migrate --osd-id OSD_ID --osd-fsid OSD_FSID --target <target lv> --from {data|db|wal} [{data|db|wal} ...]
; r3 }3 Z6 ]1 N- S可选参数：

. [' r& N. m, I( J/ p5 `-H, -- 帮助
8 v% P9 P) e4 [5 `显示帮助信息并退出

( j. l1 @* I  [/ l--no-systemd
$ N$ H9 y3 l. @1 \0 v7 i" r跳过检查 OSD 系统单元
) X# I; \* \* F7 K1 J
必需的参数：
) P' X- H  X0 @3 z; a2 q. F1 K
4 w: b2 [+ s, Z; V  ~- 从
' X, |2 D" H# O$ _5 |源设备类型名称列表

6 f% A8 n2 p' ?7 S! J# O- 目标
5 U- o$ f/ Q5 z4 K3 V要将数据移动到的逻辑卷

简单的
扫描可能由 ceph-disk 或手动创建的遗留 OSD 目录或数据设备。
$ ?8 w1 P  e: P
% Y7 z4 T' H* T" {! {子命令：
- l4 C. ~  p  r/ J- i/ I( m
& s. X/ J+ O3 e( W; U& A启用
) B$ P* N# c5 z; S2 Q. L启用一个持久化 OSD ID 及其 UUID 的 systemd 单元（ fsid在 Ceph CLI 工具中也称为），以便在启动时它可以了解哪些 OSD 已启用并需要挂载，同时读取之前创建并持久化/etc/ceph/osd/的信息JSON 格式。
  a3 P6 T5 B: T# {' M
用法：

ceph-volume simple activate --bluestore <osd id> <osd fsid>
可选参数：
8 M5 i" e1 Z0 ^2 |1 o  \
-H, -- 帮助
显示帮助信息并退出
' Y$ L. w; v' @/ v( V# p
--bluestore
6 z( Q- v7 a% X  |9 N# Xbluestore 对象存储（默认）

: u6 ^% U% R! K--文件存储
, p3 f/ Z. _" J* J* n; a! e; R文件存储对象存储
; c0 y- b% O6 F" P
4 y! h. @4 C6 }4 U# N0 N1 D笔记

它需要具有以下格式的匹配 JSON 文件：

+ y6 O) }+ c. x' n/etc/ceph/osd/<osd id>-<osd fsid>.json
扫描
# O9 ^. j, E; s7 u扫描正在运行的 OSD 或数据设备以查找 OSD 中的元数据，这些元数据以后可用于通过 ceph-volume 激活和管理 OSD。scan 方法将创建一个 JSON 文件，其中包含所需的信息以及在 OSD 目录中找到的任何内容。
# W, k* z3 _8 H$ V
( t* A" J+ S* x, D3 t或者，可以将 JSON blob 发送到标准输出以进行进一步检查。

在所有正在运行的 OSD 上的用法：
- m4 x, A! m2 Q
ceph-volume simple scan
在数据设备上的使用：
  i" r' S+ a$ Y) ^6 H; L
ceph-volume simple scan <data device>
运行 OSD 目录：
" |' Y. x! S& n( X) C
ceph-volume simple scan <path to osd dir>
可选参数：
6 M/ e, X3 h, d2 e9 z2 u
2 Y3 ~6 x  e" y6 E1 r9 V" P-H, -- 帮助
显示帮助信息并退出
% `7 B! D! }1 V/ R' z
--stdout
将 JSON blob 发送到标准输出
  i. q1 a" A, O& R5 g
- 力量
如果目标位置存在 JSON 文件，则覆盖它
. y+ _' |0 U7 f1 t2 b$ Q
可选位置参数：

% _. W; ?+ e2 f2 u<数据 设备 或 OSD 目录>
实际数据分区或运行 OSD 的路径
9 K: N9 V+ L9 p, }) C
+ A: T8 `. K( W: h: G扳机
& E1 I( c5 {5 w+ Z' H  s2 Q5 @0 i* ]该子命令不打算直接使用，它由 systemd 使用，以便通过解析来自 systemd 的输入来代理输入，检测与 OSD 关联的 UUID 和 ID。ceph-volume simple activate
+ G3 \6 U$ ?0 u0 L$ d
用法：
  K) u" Q: L* R% d9 J0 J" E: ?9 g
ceph-volume simple trigger <SYSTEMD-DATA>
systemd“数据”的格式预计为：

<OSD ID>-<OSD UUID>
( S7 I4 s' I( W. Y与 OSD 关联的 JSON 文件需要事先通过扫描（或手动）保存，以便可以使用所有需要的元数据。
9 l& k( U  t( C( k9 p* t! O
+ {2 q, F! G* Y位置参数：

! I" S  u* A9 ]- I! z2 d<SYSTEMD_DATA>
来自包含 OSD 的 ID 和 UUID 的 systemd 单元的数据。
! v* i/ D/ x: V% Q6 ^/ H7 t, t( l
1 p, f  v- p: d! u+ b/ F. J9 q可用性
ceph-volume是 Ceph 的一部分，Ceph 是一个可大规模扩展的开源分布式存储系统。有关详细信息，请参阅http://docs.ceph.com/上的文档。