找回密码
 注册
查看: 935|回复: 7

ceph 分布式存储mds 修复

[复制链接]

0

主题

0

回帖

9

积分

管理员

积分
9
QQ
发表于 2022-8-3 11:02:40 | 显示全部楼层 |阅读模式

解决:两种方法:

  • 方法一:

      #ceph mds repaired AI_Spacefs:0
  • #ceph mds repaired AI_Spacefs:15 f# e" q, x" y6 x0 S- o6 E6 P

    • * Y- D) O6 ]  O! c' y6 R8 q

    此方法一般情况下是好使,当有osd stuck的状态时也会失效。这个时候要重启osd,若未发现stuck就要手动触发数据迁移把stuck的osd暴露出来。然后再执行上面的操作。! |. v* e1 Q! t* Y' r& g  v
    经测试,有两次都是通过上述方法解决问题的。

  • 方法二:/ u( c: @" I! a- l# o8 B& }1 Q' g' l
    这次问题要严重的多,所有的mds都没有active的状态,造成元数据无法恢复,方法一失效,所以此时需要放弃原来的cephfs,重建构建基于原来data池生成新的cephfs.


    6 J0 `& [7 q9 k# A% I  Y2 J; k. U

元数据故障恢复

设置允许多文件系统

ceph fs flag set enable_multiple true --yes-i-really-mean-it
  • 4 b: p& ^& }6 \( f- Q: t! b, P8 }8 A

创建一个新的元数据池,这里是为了不去动原来的metadata的数据,以免损坏原来的元数据

ceph osd pool create recovery 8
  • ! T) t5 R, O- h

将老的存储池data和新的元数据池recovery关联起来并且创建一个新的recovery-fs

ceph fs new recovery-fs recovery AI_Spacefs_data --allow-dangerous-metadata-overlay

  • , r& t) [6 o4 ~3 J" [  Z

做下新的文件系统的初始化相关工作

#cephfs-data-scan init --force-init --filesystem recovery-fs --alternate-pool recovery# W* Z& O3 w; m0 x; E' y+ X2 k
2020-03-18T16:22:50.508+0800 7f4a11a1d700 -1 NetHandler create_socket couldn't create socket (97) Address family not supported by protocol
  • 6 D2 g" ]' d" j; I, Y0 C$ E& |

出现上述的错误可以忽略进行下一步。

reset下新的fs

#ceph fs reset recovery-fs --yes-i-really-mean-it若失败,要把所有mds fail掉或者stop掉,再快速执行上面命令。#cephfs-table-tool recovery-fs:all reset session#cephfs-table-tool recovery-fs:all reset snap#cephfs-table-tool recovery-fs:all reset inode出现Address family not supported by protocol的错误忽略掉

  • : s$ K, h% V% Q; u4 W

做相关的恢复

做下一步之前确保新建的recovery-fs没有active的mds,有则stop掉,不然该mds容易crashed。#cephfs-data-scan scan_extents --force-pool --alternate-pool recovery --filesystem AI_Spacefs AI_Spacefs_data
7 ^' G8 p- b) v4 R' I0 o
" X1 I1 M4 b$ v! j#cephfs-data-scan scan_inodes --alternate-pool recovery --filesystem AI_Spacefs -force-corrupt --force-init AI_Spacefs_data0 f5 e! G, }' Z8 }/ j+ r( [
* [) F8 I! ~% k+ b3 h
#cephfs-data-scan scan_inodes --alternate-pool recovery --filesystem AI_Spacefs --force-corrupt --force-init AI_Spacefs_data
6 j/ J2 k, y( F' O, A
, J8 @1 ?, W) P2 [#cephfs-data-scan scan_links --filesystem recovery-fs  R0 v7 s, a( v& g  q8 ^$ ?! J
+ _; c) W8 k, }& K5 _
出现Address family not supported by protocol的错误忽略掉
: l' k0 R) H7 B- j3 {' V, y
  k1 c% |% e* I4 O' ]# systemctl start ceph-mds@node82等待mds active 以后再继续下面操作" _/ }$ X2 O: s' K" ]7 X; D
# ceph daemon mds.node82 scrub_path / recursive repair  i/ W$ _3 c. c; Y# k7 M  m: r; @

( `5 S" o, ?9 h1 g$ F* G" z事实上上面这一步并没有操作数据就已经恢复了。" S3 Z* ^  @, q2 H$ Y
9 k/ X4 e3 q! l7 l) Z, K. N

设置成默认的fs

+ B0 J7 M5 k9 p* ~/ r7 n

# ceph fs set-default recovery-fs

  • ) g; c+ {+ K1 M$ o. g4 q

挂载检查数据

[root@node82 lyf3]# lsDATASET  lost+found  SYSTEM  USER
: J6 i6 ^' M4 }7 N. u% d" L, ~. A
1 d: M- r( a: r# t: |- p[root@node82 lyf3]# ll
  p) F4 k4 c. p% C! G
0 P. _: B- E" f lost+found/total 1-r-x------ 1 root root 237 Mar 11 13:21 1000172efb8

  • 1 K5 Z0 T3 Q3 n$ x' m4 K/ {) N6 i( r

可以看到在lost+found里面就有数据了这个生成的文件名称就是实际文件存储的数据的prifix,也就是通过原始inode进行的运算得到的。

如果提前备份好了原始的元数据信息

# ceph daemon mds.node82 dump cache > /tmp/mdscache
  • ) Z( |1 |" f3 o4 G2 a

那么可以比较轻松的找到丢失的文件

原作者总结

通过文件的inode可以把文件跟后台的对象结合起来,在以前我的恢复的思路是,把后台的对象全部抓出来,然后自己手动去对对象进行拼接,实际是数据存在的情况下,反向把文件重新link到一个路径,这个是官方提供的的恢复方法,mds最大的担心就是mds自身的元数据的损坏可能引起整个文件系统的崩溃,而现在,基本上只要data的数据还在的话,就不用担心数据丢掉,即使文件路径信息没有了,但是文件还在

通过备份mds cache可以把文件名称,路径,大小和inode关联起来,而恢复的数据是对象前缀,也就是备份好了mds cache 就可以把整个文件信息串联起来了

虽然cephfs的故障不是常发生,但是万一呢

后续准备带来一篇关于cephfs从挂载点误删除数据后的数据恢复的方案,这个目前已经进行了少量文件的恢复试验了,等后续进行大量文件删除的恢复后,再进行分享


( d0 _  S* N  S6 t  ^' F1 W% N, e
+ {) s' ~$ F! A" J7 v
9 W; N* |/ d# r' n# P% p) K# H7 B
+ ~; N3 G9 e( K; B+ c, g

0

主题

0

回帖

9

积分

管理员

积分
9
QQ
 楼主| 发表于 2022-8-3 11:47:03 | 显示全部楼层
元数据故障恢复
* \, a) V' t6 h; }( d& ]" [设置允许多文件系统
. y$ }4 i# F' a( p9 s; n5 r$ i+ ^1 O' s9 X2 t
ceph fs flag set enable_multiple true --yes-i-really-mean-it3 g2 y: X2 r9 a: w
创建一个新的元数据池,这里是为了不去动原来的metadata的数据,以免损坏原来的元数据
- i$ A5 `' o# t% b" x4 c4 w" k: f1 o: s, l" B: j
ceph osd pool create recovery 8
; q" N, S+ j0 T5 E- z将老的存储池data和新的元数据池recovery关联起来并且创建一个新的recovery-fs5 ]- u! W1 K' ~; I
% x, f3 r3 _2 O6 \! I- J
[root@lab102 ~]# ceph fs new recovery-fs recovery data --allow-dangerous-metadata-overlay
/ G$ w6 ~( U6 p+ lnew fs with metadata pool 3 and data pool 21 x/ h; @; K- H& ~* k# v
做下新的文件系统的初始化相关工作1 S3 L/ h: `0 q4 f4 `

+ d  u2 w: r# v* `[root@lab102 ~]#cephfs-data-scan init --force-init --filesystem recovery-fs --alternate-pool recovery: z5 O# a" R2 V; R2 A7 o
reset下新的fs
2 V' B' n" r9 V" y0 s. A" X+ ?7 |' }  P7 v1 `+ K
[root@lab102 ~]#ceph fs reset recovery-fs --yes-i-really-mean-it- K' z8 e- s. X4 L" g* s
[root@lab102 ~]#cephfs-table-tool recovery-fs:all reset session
7 V6 J. ^0 N0 j0 e  f/ }! w[root@lab102 ~]#cephfs-table-tool recovery-fs:all reset snap
# `+ d6 [; t- d3 c& J, }! P[root@lab102 ~]#cephfs-table-tool recovery-fs:all reset inode
' o8 u' G5 @& ?" g& E做相关的恢复
9 A5 [8 e+ g( H/ G$ N9 ]4 U
' |; J$ M$ S. P1 g0 v  k0 `1 d$ S[root@lab102 ~]# cephfs-data-scan scan_extents --force-pool --alternate-pool recovery --filesystem ceph  data: g- @7 `4 I- ^  T2 ~
[root@lab102 ~]# cephfs-data-scan scan_inodes --alternate-pool recovery --filesystem ceph --force-corrupt --force-init data0 r- H& f. e" N3 D
[root@lab102 ~]# cephfs-data-scan scan_links --filesystem recovery-fs
$ z. `/ [7 T% i4 j; E& c[root@lab102 ~]# systemctl start ceph-mds@lab102
& w* f0 {' t' f等待mds active 以后再继续下面操作
1 V( }/ Q3 u- R/ o1 w& d9 o& j  A[root@lab102 ~]# ceph daemon mds.lab102 scrub_path / recursive repair
8 V: w" y  Z" B1 o7 O( I设置成默认的fs7 L* ~* E: c8 J6 Q, L; K
1 `4 q! Z6 h* ^( S# x
[root@lab102 ~]# ceph fs set-default recovery-fs% o. N1 d/ o4 U" _
挂载检查数据
; U. G" q* ]; }7 n4 ?- N: A
1 A3 N4 E# D6 s8 a/ j, S0 ][root@lab102 ~]#  mount -t ceph 192.168.19.102:/ /mnt
5 ~# [, `" z8 Y[root@lab102 ~]# ll /mnt
0 [" X: C! R! Z/ |total 0
- f8 q* C# a5 s3 ]drwxr-xr-x 1 root root 1 Jan  1  1970 lost+found4 P* _  N7 n$ B9 w
[root@lab102 ~]# ll /mnt/lost+found/
9 M6 D! p9 \+ F, V8 utotal 226986; m$ }* e7 I! l, f* C9 Y4 W6 b
-r-x------ 1 root root   569306 May 25 16:16 10000000001+ L3 d& y: O2 y  E
-r-x------ 1 root root 16240627 May 25 16:16 100000000026 H( e: K- Z3 N) D. ]
-r-x------ 1 root root  1356367 May 25 16:16 10000000003
: e4 I- }% N4 x6 K5 C4 Z, \: G-r-x------ 1 root root   137729 May 25 16:16 10000000004* g& N! U) L! Y; _0 ?2 X
-r-x------ 1 root root   155163 May 25 16:16 100000000051 N3 a/ H$ u! W1 b0 N$ q
-r-x------ 1 root root   118909 May 25 16:16 10000000006  N+ m6 D  [: n- [/ |7 Z
-r-x------ 1 root root  1587656 May 25 16:16 10000000007
: o+ m( r- @' @7 g8 s# X-r-x------ 1 root root   252705 May 25 16:16 10000000008; \3 K# `3 K1 M8 v, o& X4 k  P
-r-x------ 1 root root  1825192 May 25 16:16 10000000009
+ d' s! F0 z& {: R( ^% B-r-x------ 1 root root   156990 May 25 16:16 1000000000a
2 d2 d/ [' J9 x, y: ^* f/ r( Z-r-x------ 1 root root  3493435 May 25 16:16 1000000000b
' i! y# w/ S( ]2 V) s' t9 k-r-x------ 1 root root   342390 May 25 16:16 1000000000c" D5 {4 I  v  n# h! K% v& k" g, Z8 ]
-r-x------ 1 root root  1172247 May 25 16:16 1000000000d5 X& m7 h0 {  Q, r; q
-r-x------ 1 root root  2516169 May 25 16:16 1000000000e
! e! O8 D& U/ \6 ^-r-x------ 1 root root  3218770 May 25 16:16 1000000000f
. C. ~0 i, T6 {; v-r-x------ 1 root root   592729 May 25 16:16 100000000107 c8 o! U) d" G2 }6 N& {5 F, [6 {
可以看到在lost+found里面就有数据了1 ?+ V% U- k+ \; O& V/ {) D
* H; Z. C, H8 W; s; O2 _
[root@lab102 ~]# file /mnt/lost+found/10000000010 7 w- `' z( K; D
/mnt/lost+found/10000000010: Microsoft PowerPoint 2007+
( @3 Q# O. A/ j* f% K+ M; d[root@lab102 ~]# file /mnt/lost+found/10000000011' g* `& J; s$ E! B# t
/mnt/lost+found/10000000011: Microsoft Word 2007+
3 f8 ?2 \5 _/ |0 Z- e) K[root@lab102 ~]# file /mnt/lost+found/100000000127 u2 d" c$ r& ?/ X) G( ?
/mnt/lost+found/10000000012: Microsoft Word 2007+# M  _3 T8 w$ X1 q
[root@lab102 ~]# file /mnt/lost+found/10000000013
8 o1 s% w, \! W) a* A6 j" x0 D/mnt/lost+found/10000000013: Microsoft PowerPoint 2007+% Q- j; \8 J( x7 _2 W
这个生成的文件名称就是实际文件存储的数据的prifix,也就是通过原始inode进行的运算得到的
# f& L, ~) E% q1 x$ N( j9 g
& `$ |% I4 J% {如果提前备份好了原始的元数据信息
+ x/ T) W& S' I1 l3 D$ z8 q: S; ?$ k9 i7 b* K4 t
[root@lab102 ~]# ceph daemon mds.lab102 dump cache > /tmp/mdscache# T1 t  g, a  x3 K, F
那么可以比较轻松的找到丢失的文件

0

主题

0

回帖

9

积分

管理员

积分
9
QQ
 楼主| 发表于 2022-8-3 11:48:13 | 显示全部楼层
解决:两种方法:4 h2 ^$ D8 T% N/ B

8 K" J, n$ X" ^/ ^7 n# k' w0 |方法一:. G1 A& a$ o/ O$ i: G9 U
, u) }0 ~: k. e- e0 W% W
  #ceph mds repaired AI_Spacefs:0  e$ q! y! c: h. w" a. q
  #ceph mds repaired AI_Spacefs:1& d6 v9 p' [2 H1 B8 l- Q" }+ T
此方法一般情况下是好使,当有osd stuck的状态时也会失效。这个时候要重启osd,若未发现stuck就要手动触发数据迁移把stuck的osd暴露出来。然后再执行上面的操作。- b8 S2 ]- u0 ^5 g4 C: E0 t, t
经测试,有两次都是通过上述方法解决问题的。. y9 N& P- ^7 @$ O
; X5 B9 L$ V1 n+ B% X
方法二:
4 R/ h* i! k: O  G- S% Q& \$ z这次问题要严重的多,所有的mds都没有active的状态,造成元数据无法恢复,方法一失效,所以此时需要放弃原来的cephfs,重建构建基于原来data池生成新的cephfs.+ U/ |( M% V8 l+ l6 j' L' q5 L
3 Z4 D6 S4 z: g4 U
元数据故障恢复6 Y& U$ q$ }. G/ y! t2 @% z: J

0 l% d' H4 D& w' h* c: n设置允许多文件系统6 X2 T3 o" }( _: o2 k

! ]/ w8 M2 o$ @7 gceph fs flag set enable_multiple true --yes-i-really-mean-it
3 l6 q8 z. m! d* c创建一个新的元数据池,这里是为了不去动原来的metadata的数据,以免损坏原来的元数据$ G! n# ^! S8 q
1 W8 w$ I8 x' X) c  R
ceph osd pool create recovery 83 ~' j3 V8 X9 A7 U# T2 P- G7 A
将老的存储池data和新的元数据池recovery关联起来并且创建一个新的recovery-fs
* G, k8 l9 ]& F: p4 f
0 s2 R3 y& N. ]* S4 Kceph fs new recovery-fs recovery AI_Spacefs_data --allow-dangerous-metadata-overlay
2 S& }7 S! X2 x! Z- w! ?做下新的文件系统的初始化相关工作
- `4 m, l0 u- }4 I8 Y" V) U. Q6 d2 y3 O* l9 A) t/ O6 @
#cephfs-data-scan init --force-init --filesystem recovery-fs --alternate-pool recovery8 @& F  r5 Q8 N6 ]" L
2020-03-18T16:22:50.508+0800 7f4a11a1d700 -1 NetHandler create_socket couldn't create socket (97) Address family not supported by protocol0 O" ]8 d& X% f
出现上述的错误可以忽略进行下一步。# ^- ]1 B$ ?8 Z: q2 @9 k

! J% L3 G, v7 u) f4 t; Xreset下新的fs
) A5 t+ j/ g' _/ d! X  }5 a# Z7 G9 V1 f( Z% Z
#ceph fs reset recovery-fs --yes-i-really-mean-it
( ]8 F8 f" f' R/ a# \若失败,要把所有mds fail掉或者stop掉,再快速执行上面命令。0 e# M' q7 h$ _( D) P/ y2 z
#cephfs-table-tool recovery-fs:all reset session
* _. M) a* z4 v  l) n! [2 C#cephfs-table-tool recovery-fs:all reset snap& G$ U, t+ T) j: h/ k
#cephfs-table-tool recovery-fs:all reset inode$ E5 |% x# s, \! D! ?+ I- C9 v
出现Address family not supported by protocol的错误忽略掉
- I" n- `9 B$ ], g做相关的恢复
) `; G  u: t  y8 `) _2 H( k  {% E: K9 Y+ J
做下一步之前确保新建的recovery-fs没有active的mds,有则stop掉,不然该mds容易crashed。
6 N$ q0 y+ B+ v0 M# X#cephfs-data-scan scan_extents --force-pool --alternate-pool recovery --filesystem AI_Spacefs AI_Spacefs_data
; S8 {' A1 I0 g% }#cephfs-data-scan scan_inodes --alternate-pool recovery --filesystem AI_Spacefs -force-corrupt --force-init AI_Spacefs_data' r' w2 G/ _3 V) v0 Z
#cephfs-data-scan scan_inodes --alternate-pool recovery --filesystem AI_Spacefs --force-corrupt --force-init AI_Spacefs_data5 B& p1 ~4 W& W# I$ ]4 R
#cephfs-data-scan scan_links --filesystem recovery-fs
2 L' R' W) T/ p) l出现Address family not supported by protocol的错误忽略掉. W) V( ]: u  r( {. n
, M0 I- _- y4 U) A- X
# systemctl start ceph-mds@node82
) G+ _& d4 M% z" z  E% q等待mds active 以后再继续下面操作
. }) n. ~6 X$ N* q* ]) s9 @# ceph daemon mds.node82 scrub_path / recursive repair- n# _- Q" Z2 U! _7 F( V8 q
事实上上面这一步并没有操作数据就已经恢复了。, M! Z" e% e) u. N7 P5 L/ k
设置成默认的fs
4 q* ]1 F8 g4 p; o3 B% `9 r2 u: e, q; p, U; k/ R' j
# ceph fs set-default recovery-fs+ r3 n0 W* z1 J) B+ i
挂载检查数据
4 L! W8 P+ d: ~/ Z5 r- s$ j4 K1 m6 x( Q8 J4 }  x# Y
[root@node82 lyf3]# ls
% O, P& V- u- d! U( C, YDATASET  lost+found  SYSTEM  USER
* s& Y( {3 N) G% C) q' Z[root@node82 lyf3]# ll lost+found/
0 L8 M6 z, A8 `) T) I  P6 }$ \total 1
& Y# e6 z/ M) ?+ @  y; q3 x-r-x------ 1 root root 237 Mar 11 13:21 1000172efb86 |4 ]7 p) F* M7 C8 {. y
可以看到在lost+found里面就有数据了这个生成的文件名称就是实际文件存储的数据的prifix,也就是通过原始inode进行的运算得到的。
: D$ \% }* D/ I- H- I4 g6 Y8 c. g& l
如果提前备份好了原始的元数据信息$ I# F  p; F; X8 @

, C) ~8 J1 x; j" F# ceph daemon mds.node82 dump cache > /tmp/mdscache
5 b' l( A$ ?5 c2 v5 }+ S8 R那么可以比较轻松的找到丢失的文件

0

主题

0

回帖

9

积分

管理员

积分
9
QQ
 楼主| 发表于 2022-8-3 11:49:46 | 显示全部楼层
针对原因一:# N  W4 C) q" H* Z) {; h/ `) O+ N
4 n' B* V6 I# p
此次情况比较特殊,ceph health detail命令竟然看不到stuck的osd,解决如下:
' P9 U- S4 u# u7 G) D4 g: O把 使用率比较高的osd降权重,手动触发osd的数据迁移。: d1 s+ T$ \5 W; S
重新ceph health detail命令,此时会发现stuck的osd,重启相应的osd,mds状态恢复。% m: q  j6 h  U) b- z
针对原因二(收效甚微):, E/ x5 Q: x' X8 U! s$ s' z
* N. T4 U" O+ ~& j  c; y* Z6 n
调小mds mds_cache_memory_limit到40G 以下+ s. N4 d5 _1 C3 F% q' h, j& {, ]) g
# ceph tell mds.\* injectargs '--mds_cache_memory_limit=40000000000
( {, b' G/ H9 x! Z$ I9 m在/etc/ceph/ceph.conf修改,传到所有ceph节点  |5 p$ K4 Q8 ^4 Z/ ^0 h
针对原因三(主要原因):
9 x+ O  q8 g, ?
1 b0 D- t" T% h, @. E5 w方法一 mds多活热备调低敏感度,有两个操作:1 M3 ]# V$ C& P$ o
, O' @& d) @# i
调高mds_beacon_grace=300,调高超时时间。
- P$ B: L% Y$ j1 ?- B+ T, g& Q1 Z+ B. y  B8 m
  写到/etc/ceph/ceph.conf里,传到所有mds节点,然后重启mds
0 u$ E! @3 ~6 @8 u$ N2 f13 i& h* M) ~9 G" t: y
mds采用热备模式,替换原来冷备模式,加快mds加入速度。. t" {% U1 Z. z) f* s( Q$ \. Q5 r

' A, R) P$ ~/ y# F2 |1 J/ K5 R) X  ceph fs set <fs name> allow_standby_replay true
: E/ Z) [- m7 K' {3 v* a1
  d, P7 _& a% |- k( X方法二 mds多活热备静态目录方法,即给目录划分不同的mds! ]$ B, {6 h6 q" y; K, f" P0 |

0 d1 O4 j: m6 ?* C' t命令:$ n& c% v% l1 @6 `7 o4 k" L
setfattr -n ceph.dir.pin -v 2 path/to/dir
- s6 k) F8 B3 A' N9 s# y$ ]" hmkdir -p a/b
) h" j; _9 ^6 ]* n& f8 ]( f# “a” and “a/b” both start without an export pin set
8 h' V4 l( U# q6 Q+ ^setfattr -n ceph.dir.pin -v 1 a/; R) o: Y5 [% ^2 N  e. a
# a and b are now pinned to rank 1
# W+ [- ?+ M# h+ \( I( Vsetfattr -n ceph.dir.pin -v 0 a/b; }7 Y% l6 H/ c
# a/b is now pinned to rank 0 and a/ and the rest of its children are still pinned to rank 1
7 ~2 Q2 ^: P, G0 e

0

主题

0

回帖

9

积分

管理员

积分
9
QQ
 楼主| 发表于 2022-8-3 11:51:03 | 显示全部楼层
1.创建 cephfs
; M$ m" ?3 z& a6 ?3 M一个cephfs至少要求两个librados存储池,一个为data,一个为metadata。
0 j6 U& ]8 v1 @3 t- i
- a9 |$ b: h+ Jstep 1.创建cephfs存储池fs_metadata,fs_data
# w- C0 M; F# r1 k! w# p# P2 r7 z* a4 v" m/ |( u2 S
# 元数据库存储池
  d1 G, P/ H  M2 `8 X. Z) Jceph osd pool create cephfs_metadata 8 8
! z) G, A1 _, N6 T5 I# 数据; h" i9 z7 T3 n& L
ceph osd pool create cephfs_data 8 8( a* y2 ^/ X2 e, W8 s
step 2.使用fs new命令enable 文件系统
0 D3 B; c2 D- }) @2 x
, l9 i& Z2 @( L: \ceph fs new cephfs cephfs_metadata cephfs_data
, b; n7 E$ [7 a0 x% F使用mds来观察
) X8 ?4 c: M: ^# u9 ~" ]8 Y, k+ x0 U! p; o: z. c% f. u+ ^. g! K
[root@ceph-stroage01 ~]# ceph fs ls
3 X. q1 R1 T& g( Tname: cephfs, metadata pool: fs_metadata, data pools: [fs_data ]
7 U- X3 Y4 O( E1 k' `[root@ceph-stroage01 ~]#
1 A; H, `+ {4 S5 [: r文件系统创建完毕后, MDS 服务器就能达到 active 状态了,比如在一个单 MDS 系统中:
- r6 u# {- `: O2 w* u& u) W3 @3 v# c2 B
[root@ceph-stroage01 ~]# ceph mds stat
! s0 M" o( U0 R: O" w; q( Kcephfs:0) u5 I4 O$ R( j
[root@ceph-stroage01 ~]#
  D! T0 X! T8 e: H! @查看集群监控状态:; L) q$ @3 q: x
5 |& h6 [' S9 {1 o3 V/ T& F
[root@ceph-stroage01 ~]# ceph -s
1 ^1 C6 y7 a0 q4 L+ g. S' [  cluster:
& z; H! ]7 T* u+ ?# q1 y    id:     db51539c-d566-11eb-a3e9-e6f1aaf957fd
8 a8 e0 Z' W7 Q; n- }. k8 }    health: HEALTH_ERR
' q- ?& ?! e$ F4 o# |5 _            2 filesystems are offline
4 {# @& u- q3 E! X/ N0 H- X- M            2 filesystems are online with fewer MDS than max_mds$ a1 X$ H0 X% L# O4 m2 i
0 d- ^2 R! X% r. N( t7 E3 T4 P0 f
  services:
( i+ G( ~+ v/ ~2 k5 j' Z, l    mon: 3 daemons, quorum ceph-stroage01,ceph-stroage02,ceph-stroage03 (age 9m)
  L% M* O  t% U, G4 a  Y$ G    mgr: ceph-stroage01.cdthyk(active, since 9m), standbys: ceph-stroage03.dtasrq
; F  h9 |6 W- R8 E! t% o* X+ h# G    mds: cephfs:0 cephfs_k8s:0; x8 ?1 y  k. d8 j( C* k9 Y
    osd: 6 osds: 6 up (since 9m), 6 in (since 2w)& R, Y" i: O2 B  y7 j# C
7 A% r* Q" \0 C! n
  data:, w* Y& X; k1 z2 J5 W* R
    pools:   8 pools, 201 pgs
$ i6 n3 Z7 i3 Y5 b    objects: 68 objects, 87 MiB
3 }) e4 T, V- M    usage:   6.6 GiB used, 593 GiB / 600 GiB avail- m" t9 u  ~# ^% n, M
    pgs:     201 active+clean$ ^  u) l) q3 G9 D: V, M
[root@ceph-stroage01 ~]#
4 V2 J4 W3 ]% g1 G0 |[root@ceph-stroage01 ~]# ceph health detail
# I: M0 x* Z6 n2 D  V3 z" ^HEALTH_ERR 2 filesystems are offline; 2 filesystems are online with fewer MDS than max_mds' k( I, E4 }# ]( a
[ERR] MDS_ALL_DOWN: 2 filesystems are offline
/ e5 A1 R2 L5 T& }6 _    fs cephfs is offline because no MDS is active for it.8 K2 c2 V8 @" l2 M4 A; ?
    fs cephfs_k8s is offline because no MDS is active for it.
; m4 Y, H* s% p. H  o[WRN] MDS_UP_LESS_THAN_MAX: 2 filesystems are online with fewer MDS than max_mds  b1 N0 \& ?/ \
    fs cephfs has 0 MDS online, but wants 19 @" \6 a2 j8 C4 a# h5 [
    fs cephfs_k8s has 0 MDS online, but wants 1
9 x; g# J* d2 u6 N* K6 Z[root@ceph-stroage01 ~]#
( }+ {4 {3 v9 X+ o% L所有的mds都没有active的状态,造成元数据无法恢复,所以此时需要放弃原来的cephfs,重建构建基于原来data池生成新的cephfs.6 E3 B# g1 z9 j) X. O. \# Z
: Y( U0 z% M% X+ U% p$ [& \
2.元数据故障恢复. @$ o7 f& D$ ^& m, Z
step 1.设置允许多文件系统
2 X& R% {! ~' z' x/ g5 S; q' N
ceph fs flag set enable_multiple true --yes-i-really-mean-it, U2 B) }8 F3 a9 u7 U
step 2.创建一个新的元数据池,以免损坏原来的元数据+ d, m2 @/ F9 l1 A' n& D
' \7 h  e! ]# Z: ?$ ^' s* B
ceph osd pool create recovery 8% B1 A4 {# |1 [
step 3.将存储池fs_data和新的元数据池recovery关联创建一个新的recovery-fs
2 p: i% X  K: }/ C6 k4 y: E+ n! r  x1 G8 ~9 v) ?" `
ceph fs new recovery-fs recovery fs_data --allow-dangerous-metadata-overlay
2 I; E4 b7 U/ @' @step 4.文件系统的初始化相关工作( {; Y# i4 I" r$ p& r9 F: R' c" D

. |# M( R, {  ccephfs-data-scan init --force-init --filesystem recovery-fs --alternate-pool recovery
0 {* f5 K8 {8 @# Y8 f9 D- M" X) Rstep 5.reset fs
2 M" O" I% L$ G8 ^. M
; {  S; ^* D( z( t+ b4 D& J  Y$ wceph fs reset recovery-fs --yes-i-really-mean-it* ]: u/ H- u0 w$ J6 M) e
若失败,要把所有mds fail掉或者stop掉,再快速执行上面命令。7 Q; y$ [5 S! u0 R0 P/ s8 A6 c
/ g" s! H; [  }2 K
cephfs-table-tool recovery-fs:all reset session1 q! }* e( u6 A7 L; E) P  a
cephfs-table-tool recovery-fs:all reset snap& x" K0 L  E1 r7 |% U" y4 ~2 O% X
cephfs-table-tool recovery-fs:all reset inode7 S+ M# Y# Z( Z) c+ G' C
出现Address family not supported by protocol的错误忽略掉
1 C  l3 R% |1 v: N4 w/ \# }- r
. Q4 Y0 o8 O( U1 }5 O. i( m  Y* h# Istep 6.恢复相关
7 _/ ^* v6 K. p确保新建的recovery-fs没有active的mds,有则stop掉,不然该mds容易crashed。* J! t# d1 Q3 M5 `0 d
1 a  ]$ i( m+ a3 g  A4 O3 _
cephfs-data-scan scan_extents --force-pool --alternate-pool recovery --filesystem cephfs fs_data0 k+ f0 c/ E8 q  f. P
cephfs-data-scan scan_inodes --alternate-pool recovery --filesystem cephfs --force-corrupt --force-init fs_data% |9 C* o7 g: m" ^8 R
cephfs-data-scan scan_links --filesystem recovery-fs
, m8 c' W4 `* j; ^  ?1 I出现Address family not supported by protocol的错误忽略掉
/ F' b) z- i' [; t0 o" p0 p+ L- ^
& N9 [6 e. o9 o/ v$ |& k4 q8 Ssystemctl start ceph-mds@node82& u) h1 H7 Z2 ~. G, M1 x
等待 mds active 以后再继续下面操作
5 L4 J8 n  C' L
' V5 {  z9 _3 S6 N" u# t  ?# E7 }ceph daemon mds.node82 scrub_path / recursive repair
- \( A6 ^9 w( ?5 ?* M设置成默认的fs
# H. r9 x% K  G: p1 ^+ e( b
! S! w3 J  B- {3 ~/ E* C$ B: Eceph fs set-default recovery-fs7 t. Q# u# U- Z4 f
可以看到在lost+found里面就有数据了这个生成的文件名称就是实际文件存储的数据的prifix,也就是通过原始inode进行的运算得到的。5 X5 @- F. A: ^( }

7 g, \% U3 @% s4 _- s) Y' {备份原始的元数据信息4 }5 ]8 V$ g& G! G! R0 ]
8 ]( t9 m. b" I+ U
ceph daemon mds.node82 dump cache > /tmp/mdscache
( t; S+ P2 u! M2 G2 B8 e2 |元数据恢复原理
& F: l/ p, l) Y4 ?' V一般文件系统采用的fsck命令来维护文件系统一致性,但是fsck对cephfs的难度是非常大的,主要原因在于其机制存在根本的区别:+ B: ^' {: k  a2 ^
  a) |& r! X& A% g" F# l' o4 o
cephfs修复的是一个rados集群数据而非一块磁盘设备;6 D' W2 }' r1 p
需要精确的识别数据的所有数据片,及这些数据片所属的inode
) x9 A$ b/ T7 |大量的元数据不可能全部保存到内存中* f% D! j3 W- }% K& z9 E
数据丢失原因可能在于
6 h# @& U: ?- h; R2 ]" n(1)系统bug导致;
8 a& E1 p2 J8 U% T, ]0 o- A8 z(2)由于RADOS同步的灾难性故障——可能到时大量数据丢失;
" M( h( b; H1 W5 }- u. J# t2 t3 O. Y8 ~(3)bit位翻转(bitrot)
6 m& i. T+ y1 o7 O: mcephfs-data-scan
2 Y" _+ U8 A, R( |5 ccephfs-data-scan根据数据存储池中的内容重新生成丢失文件和目录的元数据对象。3 k8 X4 e1 |7 h
step 1.初始化6 {4 w% d, b8 z% |* f$ `6 C
# n1 b' f9 C  ^  ~8 ]- v. ^, j+ _
cephfs-data-scan init
6 z: u  l1 |8 k$ A' kstep 2.扫描所有对象以计算索引节点的尺寸和 mtime 元数据;
. W( D9 n* ]4 J7 x6 z: @$ P3 c) f2 b5 H  ?9 f! D3 C& \
cephfs-data-scan scan_extents <datapool>
0 l9 }. k7 |; F+ X' D```bash
, P& ]8 ^; ?$ P: `step 3.从每个文件的第一个对象扫描出元数据并注入元数据存储池。
9 z0 X9 H) o  H" u& z4 R7 G6 @$ E```bash4 h; p3 N5 @. `* N0 G9 \9 z0 R
cephfs-data-scan scan_inodes <datapool>6 j4 q& d/ u& q- A  p" h2 S  o
如果数据存储池内的文件很多、或者有很大的文件,这个命令就要花费很长时间。要加快处理,可以让这个工具多跑几个例程。先确定例程数量、再传递给每个例程一个数字 N ,此数字应大于 0 且小于 (N - 1) ,像这样& \  P5 ^0 G9 ^1 t
  ^0 s/ H, a( \, `$ n5 W- {2 `
# Worker 0
2 ]: X; j' F% B* k: r, Vcephfs-data-scan scan_extents <data pool> 0 1
0 @+ t* k: V3 o" T. W# Worker 1/ U! F. B( t. A: `  a. v2 D
cephfs-data-scan scan_extents <data pool> 1 1
6 W7 s1 a/ K9 |1 |) n9 }# Worker 0& W$ ~9 d' H+ d4 \5 A/ }
cephfs-data-scan scan_inodes <data pool> 0 1
% @; o% o7 ^5 e7 o/ h* b# Worker 1/ b2 p: {  M0 p6 N7 Q3 O- Y5 U
cephfs-data-scan scan_inodes <data pool> 1 1
, Y4 {8 g/ i6 a( `0 @3.mds rank 0 is damaged* ]+ Q( q9 Y' O  N; q
启动ceph后,出现如下错误:
/ _1 K7 H: ^! W/ Q9 p$ ]0 e( j+ }: X7 @
[root@k8s-node2 ~]# ceph health detail
% c) M. q+ A  v$ T1 n* nHEALTH_ERR mds rank 0 is damaged; mds cluster is degraded8 \3 }* u+ y# I; o$ X& j
mds.0 is damaged
2 m' B# a7 q. l3 @+ wmds cluster is degraded  ^8 v/ S8 h- W8 R! d
提示 mds.0 不可用。
. T6 Y. L5 Q. _5 {8 Q4 v! s. i在部署ceph时,安装了3个mds, 分别运行在3台服务器上。并且参考官方的配置,使其中一个作为 master 对外提供服务,另外两个作为 standby。来预防单点故障。(max_mds 设置为 2)& b  W( N* {! J& w, w5 W
http://docs.ceph.com/docs/jewel/cephfs/standby/#examples; O! G* t8 D% F& Q) G$ A
7 l6 S6 X' I3 q/ [
该错误发生后,3 个mds,均为 standby 状态。按照官网的描述来看,当所有 mds 均处于 standby 状态时,其中一个 mds 会选举称为 master.
2 V; k# p9 m0 w- I于是挨个停止mds, 随后又逐个启动并查看/var/log/ceph/ceph-mds.xx.log。发现 mds 在称为 master 时,出现了如下错误:
1 ^  K# u# i! h; g4 @5 p* q' n/ ?  K) R
...5 \9 C& W) f/ N
2017-09-26 11:30:48.976326 7f9ee3941700  0 mds.0.journaler(ro) _finish_read got less than expected (4194304)' `' H' s/ X2 J. W5 x
2017-09-26 11:30:48.976354 7f9ee1734700  0 mds.0.log _replay journaler got error -22, aborting$ \( H9 `" e: D# c; Q
2017-09-26 11:30:49.071230 7f9ee3941700  0 mds.0.journaler(ro) _finish_read got less than expected (4194304)
4 B- G9 F( [0 P' M+ ]7 g4 s4 T2017-09-26 11:30:49.071472 7f9ee1734700 -1 log_channel(cluster) log [ERR] : Error loading MDS rank 0: (22) Invalid argument3 [/ ?+ q5 E& _8 r1 M$ j
2017-09-26 11:30:49.076129 7f9ee1734700  1 mds.k8s-node1 respawn! [$ C9 i' v' \$ r9 l5 ]7 `
...! E, E' h: ~3 h$ I* k
2017-09-26 11:30:49.099291 7f99e58be180  0 pidfile_write: ignore empty --pid-file1 C0 |) F2 t2 z! K) \0 Q0 ?
2017-09-26 11:30:49.571643 7f99dfacf700  1 mds.k8s-node1 handle_mds_map standby5 V7 d9 L; k) ~5 y4 u+ C
提示在读取 journal 的时候出现差错,因此可以确定问题出在 mds journal 上。/ s& M; C- k) q6 p+ t1 m

4 r" P, K, c: U! a' n' Y$ ceph mds repaire 0

0

主题

0

回帖

9

积分

管理员

积分
9
QQ
 楼主| 发表于 2022-8-3 11:51:31 | 显示全部楼层
step 1.导出 journal
2 J+ N+ X6 _6 j在执行有风险的操作之前,先将 journal 备份:
, _) r! L" |7 E, }8 Z0 o3 H, _+ s5 s5 g6 z6 k( I+ L8 G
ceph-journal-tool journal export backup.bin
4 |. n3 D  M/ Z/ S: rNote : 这个文件大小和ceph集群存储数据量成正比,会很大9 m9 ~6 O. c" U" I8 E
# x; r% D( C1 J. Y; B
step 2.从 journal 恢复& i7 x! E1 ^( t6 K% [
当 mds 因为 journal 损坏或者其他原因无法读取,为了恢复文件元数据可以执行:
2 i  a5 n% _1 m2 ?6 o* Z
) V3 u1 [+ o* oceph-journal-tool event recover_dentries summary
. q& [* J  i' T默认会从 mds.0 中恢复, 使用 –rank=<n> 来指定其他mds% T1 R2 A# `1 |% t. z# U; t, W
, H& P' \% g* k9 q9 k% i
这条指令会将 journal 中所有可回收的 inodes/dentries 写到后端存储,前提是要写入的 innodes/dentries 版本比后端存储里面的要高。 如果某个区块的 journal 丢失或者损坏,那么就不会被写到后端存储中。
. |7 o6 m6 {" @* r, u) B
( J: ]3 ^. q$ s9 o: [Note: 除了将inodes/dentries 写入之外, 这条命令还会更新每个 MDS 的 InoTables, 标明被写入的 inodes 号在使用中,在一般情况下,会让后端存储恢复正常状态。
. C0 I1 X9 }. i9 s' @0 n% ]) f: u; N! d' q! l+ M. D/ I7 L
此操作不能保证后端存储的状态达到前后一致,而且在此之后有必要执行 MDS 在线 scrub。此命令不会更改日志内容,恢复了能恢复的部分后应该把journal截短。
4 ]6 |/ J+ ~7 l' K5 l3 t$ m- e; W
8 f! H7 u$ L% HNote : 然而在执行这个命令之后,集群并未恢复正常,因此还需要往下看" X7 W. }; A2 I: G8 t% B' a

! R% X# s' X1 Y8 _" @2 P4 Astep 3. 截断日志
+ s" M/ b- Y! h7 P
" j( S& m! e; u  R4 B3 }' Mcephfs-journal-tool journal reset, w7 |# d" W: O8 u; F3 B
重置journal 将会造成metadata丢失,除非你提前通过诸如 recover_dentries 的方式将metadata保存。该操作可能会在数据池里面产生一些孤儿对象。这会造成已写入的inodes再次被重新分配, 权限规则可能因此被违反。- K- V0 E' a* Q  S
. u) ~- ?. n  l' n- j; d; X
Note : 有个类似的 issue中也提到了上述步骤(link),但执行到这一步后,就没往下走了。  n" n' j0 ^3 I  W4 V6 j; l+ [
And mds rejoined again and everything seems to work fine now. 这点我没验证过,担心会有隐患。于是按照文档步骤继续执行了。
- Y+ M" ?- O  O" W& }% O. T* T/ i6 W# n0 O5 C# [: x4 H
step 4. 清除 MDS 表7 W! `2 b- J+ a
在 journal 被 reset 之后, 它可能不再符合MDS表的内容(包括:InoTable, SessionMap, SnapServer). 重置 SessionMap (即擦除所有Session) , 通过命令:$ W: Z8 T) }0 X

, P4 @0 W  ^/ q" S% {( gcephfs-table-tool all reset session
$ g* k- C; M3 e  R6 x$ ~9 Y0 {' Z这条命令会在所有mds中生效, 可以将 all 替换为指定 mds 标号。' Q4 ~: k4 w  G/ ]
step 5.MDS MAP RESET3 Q- i. j' P" L: y
一旦文件系统底层的 RADOS 状态(即元数据存储池的内容)有所恢复,有必要更新 MDS 图以反映元数据存储池的内容。可以用下面的命令把 MDS MAP 重置到单个 MDS :8 e$ J; Q! `; |% c- W" ]: u, {; a6 e

2 u/ h3 J- q9 `1 Kceph fs reset <fs name> --yes-i-really-mean-it
! e0 @- F) t  s- e2 I运行此命令之后, MDS rank 保存在 RADOS 上的任何不为 0 的状态都会被忽略:因此这有可能导致数据丢失。
4 T9 ?3 u9 ?) p) h& C, N
: Q/ Z/ a* P$ H+ e: ]) Y9 Y) YNote : fs name 可通过 ceph fs ls 查看
5 I, ~# A+ @! ^4 t- o( {, W5 F  J* z
step 6. RECOVERY FROM MISSONG METADATA OBJECT, a. C3 ^) D/ ~$ C# \7 m1 q
( v. z8 @$ P" i+ [" E0 v' Y
# Session table7 N8 o8 i9 U/ F( ^, E* ~
cephfs-table-tool 0 reset session& H& c' A' u" v, ?% F. a7 H; A
# SnapServer+ U7 ?( L5 m3 E+ }
cephfs-table-tool 0 reset snap
. H; q; U4 t$ j' H' Y  R# InoTable* g( [: b7 H1 `% v) ]# X; Y) B
cephfs-table-tool 0 reset inode# u1 s4 r  q, ~+ [  f* s" ]
# Journal
7 Y7 b: J4 D: Q' }cephfs-journal-tool --rank=0 journal reset  a( X) R! A$ z% x
# Root inodes ("/" and MDS directory)
& @9 ?" L( U. wcephfs-data-scan init  a& M. p! I& V& F
最后,会基于数据池中丢失的文件和目录来重新创建 METADATA OBJECT。分为2步。% s9 V1 f- E0 e6 C" O# k
$ X: M5 T2 h. X
扫描所有对象并计算出inodes 的大小和 mtime metadata% f) [/ I9 e3 N2 {& a
$ q9 n. t* t1 Q$ W6 A( A4 \* X
cephfs-data-scan scan_extents <data pool>& h+ c9 x& W) w$ h4 a
扫描每个文件中的第一个对象来收集METADATA,随后注入到 metadata pool. S) r9 }) ~" p! H- C5 [  y6 E/ W
% r) L( F$ J( x' i& v; x% G
cephfs-data-scan scan_inodes <data pool>' v3 ~! q( t# u$ n+ b- }7 t
Note : 这两个步骤太耗时了,应该考虑起多个workers来同步处理。data pool 可通过 ceph fs ls 查看- H2 m$ M+ O/ @
8 j& `0 e% l; {) S3 v
# Worker 04 q  \4 j9 S- ?' L5 b3 O
cephfs-data-scan scan_extents <data pool> 0 1
/ |9 t. w0 j3 X/ X$ m" z* F# Worker 11 ]& t& s4 m. a+ ^( _  M
cephfs-data-scan scan_extents <data pool> 1 1$ ?" p9 v' k8 D- M" A
# Worker 01 |1 f; W) I& v
cephfs-data-scan scan_inodes <data pool> 0 1; n: k$ e  @7 }+ d# L. _1 c( D
# Worker 12 X  P7 W3 `8 V/ r
cephfs-data-scan scan_inodes <data pool> 1 1( [" S7 Q2 Q" t9 E/ F* g6 i
Note : 一定要确保在所有 workers 完成 scan_extents 之后再进行scan_inodes操作。==! l( n1 t/ j- f9 x1 B6 s% P

( y( J' J) S* {待所有操作执行完毕之后:
$ e* I! [2 J- f1 I
, H5 R4 W+ j8 {1 `+ T# a  D[root@k8s-master ~]# ceph -s, y2 Z; y0 m. h8 l4 D3 U& p
    cluster e61d687d-f43d-4f50-af66-da96e5856be9
, u7 V3 N/ M  ]' @& a     health HEALTH_OK
* h: x9 N0 a! B     monmap e5: 3 mons at {k8s-master=172.16.18.30:6789/0,k8s-node1=172.16.18.6:6789/0,k8s-node2=172.16.18.7:6789/0}
7 A3 h2 c) j! o# I  b            election epoch 676, quorum 0,1,2 k8s-node1,k8s-node2,k8s-master  R! l7 d6 a& s5 O
      fsmap e4970: 1/1/1 up {0=k8s-node1=up:active}, 2 up:standby3 X) a4 m! Z) }
     osdmap e2914: 6 osds: 6 up, 6 in+ o& {; l3 ~9 a+ j
            flags sortbitwise,require_jewel_osds
% _5 k, [) g# b/ q" B/ p      pgmap v10110565: 256 pgs, 4 pools, 25575 MB data, 372 kobjects
# G) J1 ~/ c5 I8 p! s            58730 MB used, 11115 GB / 11172 GB avail6 p0 P+ \$ C) ~, O1 v
                 256 active+clean

0

主题

0

回帖

9

积分

管理员

积分
9
QQ
 楼主| 发表于 2022-8-3 13:37:30 | 显示全部楼层
[root@ceph-1 ~]# ceph fs dump 1 U* O+ v8 T7 [' w& w' \, D
dumped fsmap epoch 135
$ Q9 H. p: g  o0 Q% }- d5 te135
& C) H3 |! i3 n* Uenable_multiple, ever_enabled_multiple: 1,0
% g2 ?5 s9 N9 O8 qcompat: compat={},rocompat={},incompat={1=base v0.20,2=client writeable ranges,3=default file layouts on dirs,4=dir inode in separate object,5=mds uses versioned encoding,6=dirfrag is stored in omap,8=no anchor table,9=file layout v2}
) o& g7 s0 }. ]$ x/ elegacy client fscid: 3+ M* L8 _2 r% F% _& U

7 J0 V" I5 _/ U& q& H4 L1 C+ OFilesystem 'filefs' (3)
; W9 E5 ?* m1 _  `fs_name        filefs
8 h, U0 [4 t# z' L" u" l$ ]$ bepoch        135+ Z0 R. G- Y/ s4 p6 q( Z% ~
flags        c
& v8 _+ N  h4 C5 I) Ncreated        2022-07-27 11:43:28.889488$ o9 c3 I; A# ^) Q; H
modified        2022-08-03 10:23:42.173444
8 f) R- N" F0 _2 g; x; Etableserver        0
& T+ Z; x; a) O* A% ]4 H  Q5 Kroot        03 R; X( G7 z& g0 \% _
session_timeout        60' C# H# ?+ N4 E1 q6 R6 P4 ?# |7 m0 _% E
session_autoclose        3000 v4 B; ?' N. M( L
max_file_size        1099511627776
+ f1 V) Z  Y# `, x3 X* Slast_failure        0
4 Q4 }8 \4 y0 ^4 Y0 j4 y7 Wlast_failure_osd_epoch        386. {! H  _4 `, z' T. X% ^: b  |
compat        compat={},rocompat={},incompat={1=base v0.20,2=client writeable ranges,3=default file layouts on dirs,4=dir inode in separate object,5=mds uses versioned encoding,6=dirfrag is stored in omap,8=no anchor table,9=file layout v2}
( h8 G6 x3 B' l% f  C" bmax_mds        1
+ g% R# r, {+ t$ sin        0# g* D& Z* R8 e5 s  s
up        {0=84099}
- Y7 U: A9 T- J. Nfailed       
5 z3 s3 k! m. ]6 q2 Zdamaged        & K1 |* Z  M6 M1 |
stopped       
" v+ C5 k+ E& f; U& c; \data_pools        [7]
, Q2 g/ m  n; d3 A8 Tmetadata_pool        62 |9 E9 }- s$ i5 |. u9 |" G
inline_data        disabled
# C1 @' t/ ~5 v3 p# v* Lbalancer        : C* \9 q  F! g* c+ M, J0 H
standby_count_wanted        1
1 B* @! c% i4 |% ~* t84099:        192.168.120.31:6800/2291079756 'ceph-3' mds.0.117 up:active seq 40
- q2 h$ g2 r9 P: c* K
- S' `4 ^2 i' C
" B# n( t# D$ `Standby daemons:  F' Z" _) I, x
: y0 l) C3 L' `$ Z2 I6 l* J
84111:        192.168.120.16:6800/463439748 'ceph-2' mds.-1.0 up:standby seq 2
- b7 g6 O9 y  s3 S" z$ h5 q84120:        192.168.120.23:6800/4181220800 'ceph-1' mds.-1.0 up:standby seq 1

0

主题

0

回帖

9

积分

管理员

积分
9
QQ
 楼主| 发表于 2022-8-4 13:39:30 | 显示全部楼层
1、前言! m+ H; V- B4 P9 S. a9 b
这里实验在使用cephfs时,如果cephfs的元数据损坏或丢失了,那该如何恢复出用户数据。下面就为大家演示下如何恢复。
4 x6 q& ~4 q8 `: A( f" |" |$ W2 O0 @& S3 ^: }" X- L
2、准备测试环境
6 R0 [1 ]' Q3 ^0 n5 v+ F2.1、准备测试集群2 r# F0 W( G: v) M6 C  P, @" j) d: ]
我是基于L版本做的实验,J版也是可以的。测试环境如下:
3 J/ A9 o2 L( J. B4 a3 a1 [% E; I4 _3 w
[root@ceph05 ~]# ceph -v
7 e2 \4 r' Q% Hceph version 12.2.11 (26dc3775efc7bb286a1d6d66faee0ba30ea23eee) luminous (stable)
, y9 E  B+ ], z) t4 n' J6 p1 u3 k0 I& S7 J/ r
[root@ceph05 ~]# ceph osd tree
: k# J1 s! T1 `# `ID CLASS WEIGHT  TYPE NAME       STATUS REWEIGHT PRI-AFF
& ~. s" S* F  e# n# A& D-1       0.07397 root default                           
4 n- }( `" y0 E% e-3       0.03699     host ceph05                        
$ l# h4 Y6 U( M& v6 y 0   hdd 0.01799         osd.0       up  1.00000 1.00000
! q$ M/ [. R9 O" C 1   hdd 0.01900         osd.1       up  1.00000 1.00000 1 F2 f. f( U6 E! c" U- s
-5       0.03699     host ceph06                        
# {: W+ d- _* Z( W: k' j( k! t# c 2   hdd 0.01900         osd.2       up  1.00000 1.00000 & b" L0 r/ t& R. G
3   hdd 0.01900         osd.3       up  1.00000 1.00000
" r& p; O2 c/ X
3 w3 I9 }7 G$ O$ J[root@ceph05 deployceph]# ceph -s
  t& Y1 W3 E' k- w8 g) l  cluster:7 i/ G9 `) g3 q  f; q& b
    id:     176feab8-ca22-47bf-b809-202deac53c6f
/ n: t1 P0 w! j: u  m. s    health: HEALTH_WARN
6 N8 [1 b6 n. U+ K4 t/ o, M$ R            crush map has straw_calc_version=0
6 M0 g- e, Y$ A( }& ?3 ^9 k+ |+ S/ _* e* G; C& z* u6 K
  services:2 i& T8 D0 F/ J) R
    mon: 1 daemons, quorum ceph05% ]9 M6 a9 X" V# v* m
    mgr: ceph05(active)5 v  D7 f* h( h: V# e
    mds: cephfs-1/1/1 up  {0=ceph05=up:active}
" u. U; ?. E4 C' z# I    osd: 4 osds: 4 up, 4 in
8 X( |% X2 I( E2 d2 ?; P
! D9 ?  n; i- F  data:6 N# |7 r7 Y/ J' F% p
    pools:   10 pools, 304 pgs5 p- l4 c8 H$ M) D/ z* k, M
    objects: 918 objects, 2.60GiB
7 m  z% m  j; k, t7 N& B) n7 u    usage:   6.70GiB used, 71.3GiB / 78.0GiB avail
+ W* T9 G) p* D$ Z& q+ K8 G# H    pgs:     304 active+clean3 A; }) Z* O8 M0 f  G, L0 b: V7 q
2.2、准备测试数据
0 r/ }, `5 N) n- ^) a挂载kc
; c9 F% r! c- B7 T; _. F* N4 |$ M- R- t7 {6 \; x
[root@ceph05 deployceph]# mount -t ceph 192.168.10.30:/ /cephfs
0 u: z; R& T; Z% Z& ]( _[root@ceph05 deployceph]# df -h|grep ceph' d5 m" K5 _9 N% s
···: k! Y3 G( B5 J, J( A
192.168.10.30:/           78G  6.8G   72G   9% /cephfs
& {8 f4 o/ g: H···, j. U3 T6 B' C- o! n
写入数据(这里我写入了几个比较有代表性的文件类型:txt、jpg、png、pdf、word、excel)9 M# M5 @( T+ N& ~8 q
' }* r% C* f' l" l9 |) W4 U/ J
[root@ceph05 deployceph]# ll /cephfs/6 _! b: h5 o( C9 l% N
total 5912& D% C. h5 q$ m" M" E0 I6 q% k% C' E
-rw-r--r-- 1 root root   31232 Mar 15 12:18 111.doc
& g4 T; T- Z6 p. {4 @-rw-r--r-- 1 root root   20593 Mar 15 12:18 22.xlsx
) }9 q1 w% P4 b& J-rw-r--r-- 1 root root   12494 Mar 15 12:17 5be23a3eec2c0.png% G6 \. ^7 g6 }! j, |
-rw-r--r-- 1 root root    3189 Mar 15 12:17 cmap.txt
" S6 `7 f4 `6 ]/ F3 ]$ `-rw-r--r-- 1 root root 5985243 Mar 15 12:17 hello0.pdf1 i. b6 p4 Y& \, M% i* u0 P3 C
3、模拟故障% ?( X7 O9 M. e4 s, B5 H  I
这里直接模拟元数据丢失的情况,删除metadata池里面所有的元数据对象:
. B9 e4 U* D' B! N$ I
" G+ h5 J5 O5 ?( J$ I% t[root@ceph05 deployceph]# rados -p metadata ls|xargs -i rados -p metadata rm {}0 S- Z' M: b" p' }# N" Z& K
[root@ceph05 deployceph]# ceph df+ R- s; K" [1 W$ {
GLOBAL:" U  U" {# N. t5 f4 o/ \
    SIZE        AVAIL       RAW USED     %RAW USED
- T, @! T. i9 @$ w. N6 J' y    78.0GiB     71.3GiB      6.71GiB          8.60
; E/ b( K9 I0 V9 O1 ]! rPOOLS:, q; J# H5 _# E  K7 P
    NAME                          ID     USED        %USED     MAX AVAIL     OBJECTS
; P2 d! d# b$ E- S* G# c; ]/ D2 Y    .rgw.root                     1      1.09KiB         0       63.3GiB           4 0 g7 ?2 M8 D/ V9 H4 ?4 D
    default.rgw.control           2           0B         0       63.3GiB           8 ' y' p) U$ x( d$ t
    default.rgw.meta              3         720B         0       63.3GiB           5 . q: Y" P1 M. a# N
    default.rgw.log               4           0B         0       63.3GiB         207
; [4 b7 w  H# V) y& Z    default.rgw.buckets.index     5           0B         0       63.3GiB           1
, }9 |9 }9 _% i) W9 x& ^    default.rgw.buckets.data      6      1.02KiB         0       63.3GiB           2 # I1 T# Y' n  K  e, w/ y
    pool01                        7      2.60GiB      3.94       63.3GiB         666
1 T. T$ U7 K. a) M. I$ \0 v    rbd                           8          36B         0       63.3GiB           4
8 d3 D5 w3 R* B$ k" v5 I% g. s    metadata                      17          0B         0       63.3GiB           0
) z0 b- w, S4 v; A! D    data                          18     5.77MiB         0       63.3GiB           6
7 U5 c7 X) Q" B8 j' a看到metadata池里面没有对象了已经,重启下mds看效果,因为mds里面会缓存元数据信息,所以要重启下mds:7 ]' z) ]' S  |
/ L. F: w" U+ L# n& L3 H) u
[root@ceph05 deployceph]# systemctl restart ceph-mds@ceph05
1 C( z' o' J7 A5 B' k[root@ceph05 deployceph]#
! ~6 @2 o* A1 {[root@ceph05 deployceph]#
; R; x- W6 p" P: Y. L- c0 w& {[root@ceph05 deployceph]# ceph -s
) y! ^. |$ W% G  cluster:
" k. g7 J- f5 I2 T/ j    id:     176feab8-ca22-47bf-b809-202deac53c6f- {* V1 w" F$ R/ L8 ?
    health: HEALTH_WARN: J5 h0 S) `2 e: z
            1 filesystem is degraded. o/ I; w# m2 g5 v
            1 filesystem has a failed mds daemon
+ _. U7 N6 Q0 L4 |! I# w( [            crush map has straw_calc_version=0- S, a( [& N* K7 h; W

' e. `: U5 I5 y2 n5 b4 l  services:
% D, ?3 |9 s( ?+ I, K4 c9 z5 s8 F    mon: 1 daemons, quorum ceph05% C* a4 g5 H# B* F) V
    mgr: ceph05(active)5 e) ^) n2 p9 c1 [* n0 S
    mds: cephfs-0/1/1 up , 1 failed7 S) [1 a  z0 ~) F4 N3 T% w. e- o
    osd: 4 osds: 4 up, 4 in
; N& A. i' L0 J! ^: w; w4 L1 {
  data:
- @& r9 B' e* ]9 G  s& }    pools:   10 pools, 304 pgs
- V( E, {  B' H: D4 C2 ]& |; B: [    objects: 905 objects, 2.60GiB& c+ f& T. ?6 f8 l) P& r4 l8 u9 ?
    usage:   6.71GiB used, 71.3GiB / 78.0GiB avail
' F. |2 U; b" q' y2 J    pgs:     304 active+clean
: _. f& G5 J- l4 z& c9 @/ J看到集群现在不正常了,访问kc里面的数据卡住,说明数据已经无法正常读取了。
# Q. Q* f& C9 _2 O2 @  ~9 Y- x* b. h7 D* B0 i& Q
4、开始恢复
$ v3 h& [# X8 [$ K! B使用我编写的py脚本(文末给出了源码)恢复,把脚本放到集群任意一台节点上执行:
& R# J; f! s+ S) P+ {
  g6 W- {% ]. F. Z[root@ceph05 rcy]# python recovery_cephfs.py -p data
9 u# L7 B7 `8 u* H. q. l-p指定cephfs的数据池,运行完之后会在当前目录下产生两个文件夹和一个运行脚本的日志文件。
/ Z  |0 K2 u" t0 w, E  y/ f( z  G! F5 X4 s
) R  o6 _$ V: h' e) f6 V[root@ceph05 rcy]# ll5 B9 ]* G+ l% d& ?* d6 Z- `9 a
total 16
; Z' V! ?9 ~, k5 K) n' t-rw-r--r-- 1 root root 3826 Mar 15 13:57 recovery_cephfs.py# v. c9 j7 |; r: |5 _& h0 p5 e) c9 G
drwxr-xr-x 2 root root  120 Mar 15 13:57 recoveryfiles
" u, o6 v& @( N. k2 Q-rw-r--r-- 1 root root 4804 Mar 15 13:57 recovery.log
; L4 ^2 N+ u  C$ b& Vdrwxr-xr-x 2 root root 4096 Mar 15 13:57 recoveryobjs) y) o, g! D8 _% P
查看恢复出来的文件在recoveryfiles文件夹下:
6 U" E, ]( |: ]( C9 }1 C* V3 g0 S: M  y" ]
[root@ceph05 rcy]# ll recoveryfiles/
; k: U1 H! T/ u% x0 Y6 P8 @total 12364
% D5 ~5 P! s' [/ m& h  _-rw-r--r-- 1 root root 5985243 Mar 15 13:57 10000000000-pdf  |4 q& d" _, m) v7 a
-rw-r--r-- 1 root root    3189 Mar 15 13:57 10000000001-text
8 y( E' _. z( ^5 L/ u, Y* C3 M-rw-r--r-- 1 root root   12494 Mar 15 13:57 10000000002-png* `, n* D) ]$ v0 `+ b  C% u
-rw-r--r-- 1 root root   31232 Mar 15 13:57 10000000003-text- E" ?# I, T+ a& f/ T
-rw-r--r-- 1 root root   20593 Mar 15 13:57 10000000004-excel
, k- C; |4 k# z% R# f$ ^" E文件名格式为”文件在cephfs里面的inode-该文件可能的类型“。恢复出来的文件名后面会给出该文件的类型。这样就可以使用合适的软件打开该文件来验证文件是否完整。
3 a& n9 U2 ^, o' j, T( c* c( o2 R- I4 R* @) ^  Z
5、总结5 m* b# V5 e7 a, N5 h. g6 D. Y
在cephfs文件系统的元数据完全损坏的情况下,只要数据池对象不丢失,就可以恢复出完整的数据。恢复的思路如下:
# t3 z3 A) p; y0 k5 E
% ^( Y) X( r$ g: `' C0 E获取数据池对象
6 Z' a* k1 `! g& R根据inode找到该文件的所有对象
, D& E, R; p" {0 x4 Q( x拼接对象
2 G5 Q0 M0 \% k" g! l3 {, u使用脚本注意事项:
/ s6 a7 {& A; e
5 z" w! a' w& ?' d" j现在的脚本在只加入了txt、jpg、png、pdf、word、excel这些文件类型的识别,需要其他的就需要自己加入到脚本里面了3 ~, v  D* Q; v  E
只适合副本池
8 F' K% \( L4 ?. u' o如果数据量特别大,不适合使用脚本,不过可以参考脚本的思路去一个一个文件恢复# `  I/ X9 Z- l4 e5 L/ _
6、脚本1 I) }, I/ I  N
# coding: utf-8
: B4 T/ ^# K7 Ximport os
  y. J8 @; ]2 @( aimport shutil
5 b8 o! S, q5 Q7 E8 r' @" Oimport json+ A1 ?, O: f; k* Y
import sys6 z/ a( y& K4 F8 V9 J
import subprocess- f9 o& x; n) D  |3 L0 i
import copy
  \! x8 N. k$ Q/ `% s# x) w# C' \import logging6 T* t  T: N  b1 v8 v
import argparse
$ h5 e) v  T4 J5 F' W
( T& P0 g$ e5 S, i- H__auth__ = 'ypdai'
0 v( Z2 D  o% r( J7 {5 ]7 M/ y6 l5 c3 q
SLEEP_INTERVAL = 1
( T+ I9 N( e8 I  _2 `+ tlogging.basicConfig(filename='./recovery.log', format='%(asctime)s : %(levelname)s  %(message)s',, [  _) ^3 S) Q/ m1 `) L% H
                    level=logging.INFO, datefmt='%Y-%m-%d %H:%M:%S')
0 t) l7 L6 U9 E% E
* Y' i* s: t+ w1 S& hBASE_DIR = os.path.dirname(os.path.abspath(__file__))8 m7 c9 e& D* q/ A, U4 c6 O
RECOVERY_OBJ_DIR = os.path.join(BASE_DIR, 'recoveryobjs')) b0 N6 p4 W2 s! l+ H! C+ n
RECOVERY_FILE_DIR = os.path.join(BASE_DIR, 'recoveryfiles')
! f9 R7 X- H+ r2 K" V+ x
4 G$ J% Y/ B5 W: [4 D6 A" I
5 T2 T7 T* X. i2 T- A8 Vdef exec_cmd(cmd):! x$ c9 j0 ]( D& v
    """# v# |0 F3 _6 V4 ]5 U
    执行shell命令,并返回标准输出和执行状态码
! n# h! V3 n  T& r2 k    :param cmd:
' v% [7 [2 C5 X! d$ l! o3 e    :return:( p/ G2 Q8 a0 _, q
    """
* O8 Q2 L0 j& E4 ~9 l- Z2 G5 p/ I    logging.info('exec_cmd():: cmd: {}'.format(cmd)), @$ _" S: O" }# J
    p = subprocess.Popen(cmd, shell=True, stdout=subprocess.PIPE, stderr=subprocess.STDOUT)& J* d1 s$ r+ T' Q* x% Z9 ]3 j
    p.wait()* b' _0 M% Q; P7 Y/ w2 [* q
    out = p.stdout.read()
( O! U$ Z2 g  r  ?& e    code = p.returncode
, `# B% [3 ]; @' H    logging.info('exec_cmd():: cmd exec out: {}, code: {}'.format(out, code))
$ C( _* t$ W0 T, l4 ?- ~    return out, code
$ z# X) ^. G0 c9 ^6 f/ u3 G! g- E: b
9 Y: g* y8 O2 {5 r% r, e4 }9 F3 q
def prepare(pool_name):# O  ?/ p$ N: N4 H: S" S$ R
    """1 w1 `5 Z0 k  `8 J! Q( ~& ^/ j
    准备恢复条件
& E- S2 h7 r8 ^5 t2 x* p7 w) l# m    1、检查所给pool name是不是cephfs的数据池
6 }2 m1 T! a2 H, |+ E    2、创建recoveryobjs和recoveryfiles文件加
4 }, k5 r6 u1 N; A2 \" ~4 h5 v    :param pool_name:8 ~( `5 a" O% V$ i8 P0 G! b6 t
    :return:
0 s6 ]  H) o' ?- T    """
' i7 S) w& N+ h    cmd = 'ceph fs ls -f json-pretty'
0 o% x8 s* w/ S* U, B    out, code = exec_cmd(cmd); t& p) O) q$ u$ A: S
    out = json.loads(out)
  ^" q8 N4 s+ e- x# ~    for cnt in out:
5 _0 L  E- b6 F4 R8 p- m        if pool_name not in cnt.get('data_pools'):
8 _' {( |1 G5 f- P$ d7 E            return False
# e& i3 A& M0 H: k2 {! O" x. U/ f9 l( W* c  V
    if os.path.isdir(RECOVERY_OBJ_DIR):
' h7 M4 J0 p! W6 O/ M0 U        shutil.rmtree(RECOVERY_OBJ_DIR)3 K; U1 r3 m3 V1 W
    os.mkdir(RECOVERY_OBJ_DIR)
/ O& _5 k/ h# V5 B
& u2 k3 H/ O* r9 c% q# y    if os.path.isdir(RECOVERY_FILE_DIR):
! ~: H4 ]/ k2 w. |        shutil.rmtree(RECOVERY_FILE_DIR)% t+ J9 ~  ~0 E& V& v0 {' b9 R
    os.mkdir(RECOVERY_FILE_DIR)
* v% T7 o+ D5 y% H
" b; ~0 s+ G* g    return True% |- U" }2 r1 C7 ]+ N
: `- ^% Z' s3 A1 T1 Z5 V  y
+ F0 Q8 c3 K- Z- d$ o/ Z$ c, m
def get_file_type(file_path):: _# X: e2 A$ L+ A2 ~
    cmd = 'file %s' % file_path
; D3 r6 n: r+ c3 ], E    out, code = exec_cmd(cmd)3 g* l$ M7 W$ p  a: J
    out = out.split(':')[-1].lower()1 s+ E% ?0 b) {/ C! A) ]' C

3 ~9 E5 r, V  X2 o, g" l/ L    file_type = 'text'( l9 V: J3 `& x1 j* n& g. H5 z
    if 'word' in out:1 Y$ m4 `: G# n; M, ~) z3 ~
        file_type = 'word'
8 b- s% @" ?& s, ~    elif 'excel' in out:
2 |7 `6 D8 |% _* D        file_type = 'excel'' o* U* c+ }" d: y$ y3 J
    elif 'pdf' in out:4 j) a3 l4 T- A: I
        file_type = 'pdf'( U: a# `2 v8 W- d" M! _1 c. `2 n" K
    elif 'text' in out:
2 G3 K) s! @' x# k6 |3 C        file_type = 'text'5 l: @" r$ f- u5 y" w8 T
    elif 'jpeg' in out:3 o- V' V) X% B& `4 p. w- Q
        file_type = 'jpg'
0 |, u8 u5 b* I' C    elif 'png' in out:
* C: Q8 F- L, M: Y/ T: z7 E        file_type = 'png'
, e1 x+ G' ^- J. `& n
/ Q' D; x, Y. M$ B    return file_type# Q' B0 k! M( R+ P) }

$ \1 D% G* G. Q1 D# m6 j. N1 {/ q& |3 i8 r* v2 M
def do_recovery(pool_name):
. o0 }; U/ }! \. p, ^    """$ t. M% X! Y( |
    具体执行恢复,大概恢复逻辑如下:/ W! p, {( C+ H& D1 b  n* D; E. C
    1、从数据池里面获取所有的数据对象8 f' V0 ]" J( p3 p6 r" b  Z
    2、找到每个文件的head对象,然后把数据这个文件的其他对象内容写入head对象里面
7 n: n% y0 C! ~    3、根据head对象的文件类型,推测该文件的实际类型2 @8 k0 J/ M% C9 {
    :param pool_name:
( c1 ]5 p& {8 e) f4 c    :return:
" v$ k9 _/ X/ ~; U6 e( Z    """% i5 s6 d& @8 |7 R8 ?2 v+ |% L" h
    cmd = 'for obj in $(rados -p %s ls);do rados -p %s get ${obj} %s/${obj};done' % (
, z5 a9 P9 A4 q- E. E        pool_name, pool_name, RECOVERY_OBJ_DIR)+ ^# f3 a; g- C+ v7 w
    out, code = exec_cmd(cmd)
+ I& |1 g, [: i9 `6 Q% \" c* s, B4 e$ e( e
    if code != 0:
# q" c3 q9 k6 M5 j9 i# Q& t! _% d" y        logging.error('do_recovery():: get obj from rados failed.'), f& i8 V* P4 [6 L+ z- s+ E7 m' Y( w& v
        return4 E$ f+ q( K# ^. a- G$ \4 y
/ H  {( g( y, z8 h
    cmd = 'ls %s' % RECOVERY_OBJ_DIR
8 F9 _* `0 S: k( w, ]/ A% v    out, code = exec_cmd(cmd)
& z- i5 w" M4 B    if code != 0:1 e1 g# H1 w8 O2 H& e
        logging.error('do_recovery():: list obj failed.')
( u0 m2 D& b$ z8 v; u& `1 X) M        return; M! g6 U7 [4 F/ }& j  B
# {! o/ ?  R: h: f; c+ O
    done_lst = []
3 i/ P  O2 p! i% m, m    objects = out.split()" J, D; H: I3 D
    for obj in objects:, E9 v9 Z2 n) y4 W
        inode, number = obj.split('.')& k; g7 ^8 p# \+ j+ ]% J) k. l
        if inode in done_lst:$ Q6 B! |# m. x8 l* H
            continue8 c/ V" p% I1 O3 i7 [5 s5 x& p* Y
5 S+ l6 t; Y4 x0 \6 _  y) R2 X$ a8 n3 u
        cmd = '''ls -l %s | awk '{print $NF}' | grep ^%s |sort''' % (RECOVERY_OBJ_DIR, inode)% a1 m5 a# x5 z4 W
        out, code = exec_cmd(cmd)3 K& z0 y3 G6 o; o
        files = out.split('\n')+ _) Q' u. B) h* G+ G3 |& f. G4 O0 j% t6 j

  V- v/ q. k! r& G6 a" G& J3 _        head_file = files[0]
" r8 X7 P8 j$ K5 d2 {4 q        file_type = get_file_type('%s/%s' % (RECOVERY_OBJ_DIR, head_file))" H/ p' r, W; v; l& |! ^7 q5 }1 \4 C
        cmd = 'cp %s/%s %s/%s-%s' % (RECOVERY_OBJ_DIR, head_file, RECOVERY_FILE_DIR, inode, file_type)$ b: c  V- T  W  X, ^
        out, code = exec_cmd(cmd)0 _7 K9 p$ W% H& @6 H( ^$ a$ O
        for f in files[1:]:
( }- D) X: E  C" E; e. X            if not f:% `. P( l! }3 L
                continue
0 U; d- x, p% X5 P. ]9 R            cmd = 'cat %s/%s >> %s/%s-%s' % (RECOVERY_OBJ_DIR, f, RECOVERY_FILE_DIR, inode, file_type)7 w  f9 ^4 o, j  i& L
            out, code = exec_cmd(cmd)
6 W/ \: p) s+ K( ?' y+ Y8 k1 L; z% U. |$ N+ ]
        done_lst.append(inode)
' \4 m0 ?4 X7 F7 I. T
, s  n' k$ t; g( w( x
/ O% f: d* q, l2 n& |if __name__ == '__main__':
2 S" T& s  r3 @2 {  S    parser = argparse.ArgumentParser()
. t# @# C* b2 ]9 k& ^    parser.add_argument('-p', '--pool', required=True, type=str, dest='pool',
: _# q; y. o) I& |8 [+ E  c# }                        help='select given cephfs data pool by name')
: @3 w, z8 P& U( E) I2 ]    args = parser.parse_args()7 p( G2 ?8 W& e" V, Y* Q7 A

1 P0 R! W! _! C1 t2 s, [0 l    if not prepare(args.pool):8 T9 e+ E. I2 ^( H' _( S
        logging.error('main():: invalid pool name.')  X  D1 E: P  C3 J# t
        sys.exit(1)5 n4 f+ g  K2 A) {
1 _7 J6 j# E/ K; X+ w) @
    logging.info('=== main():: recovery start')
6 ?- K& g8 x9 l! k" z' r    do_recovery(args.pool)' y, N  R- b9 [& v
    logging.info('=== main():: recovery done')
您需要登录后才可以回帖 登录 | 注册

本版积分规则

返回首页|Archiver|手机版|小黑屋|易陆发现技术论坛 ( 蜀ICP备2026014127号-1 )

GMT+8, 2026-6-11 21:58 , Processed in 0.032107 second(s), 22 queries .

Powered by Discuz! X5.0

© 2001-2026 Discuz! Team.

快速回复 返回顶部 返回列表