Linux LVM逻辑卷排错和故障诊断

教程发布:风哥 教程分类:ITPUX技术网 更新日期:2022-02-12 浏览学习:149

Linux LVM逻辑卷排错和故障诊断

[重点](未解决)# 问题:6.1 中提到的 LVM 诊断过程
[答案] :
1、检查当前应用是否受损
2、当前应用是否需要停止
3、卷组是否正常
4、逻辑卷是否正常
5、pv 是否正常?是否有物理磁盘损坏
6、是否需要恢复 pv ?
7、是否需要恢复卷组的 meta data ?

[重点] (已解决)# 问题:总结恢复 vg 的过程
[答案] :
我们分成四种情况来看:
1)文件系统正常,但 lv 不正常,且 pv 无物理故障。
2)文件系统正常(superblock 没有坏),但 pv 故障(lvm label 或者 metadata 丢失)
3)文件系统不一致(superblock 损坏),但 pv 正常
4)文件系统和 pv 都不正常
注 :这里讨论的故障都是“软”故障,而不是真正的物理损坏。

[重点] (已解决)# 问题:文件系统正常,但 lv 不正常,且pv无物理故障
[答案] :
-)1、首先备份该 pv 上的文件系统(虽然 pv 不正常,但文件系统还是可以正常挂载的,最好是以 ro 方式挂载)
-)2、最好卸载 vg 和相关的文件系统。尤其是要 deactive 卷组,否则后面的 pvcreate 可能无法执行
-)3、执行 lvs 查看是那个 lv 不正常(一般也是 pv 的 metadata 出现问题才会造成 lv 不正常的)
-)4、用 pvcreate 恢复该 pv (用于恢复的 pv 就是本身)。命令是
[root@mail ~]# pvs -P
Partial mode. Incomplete volume groups will be activated read-only.
Couldn't find device with uuid 'dOt94R-RS3A-NWb6-oCjR-DI8u-BkMI-rOjKNC'.
(省略)
PV VG Fmt Attr PSize PFree
(省略)
unknown device vg_1 lvm2 a- 964.00M 884.00M // 原来是 /dev/hdb5 的,现在变成 unknown 设备了。
[root@mail ~]#
[root@mail ~]# pvcreate -ff --uuid dOt94R-RS3A-NWb6-oCjR-DI8u-BkMI-rOjKNC --restorefile /etc/lvm/backup/vg_1 /dev/hdb5 // 注意到目的 pv 就是 /dev/hdb5 本身
Couldn't find device with uuid 'dOt94R-RS3A-NWb6-oCjR-DI8u-BkMI-rOjKNC'.
Physical volume "/dev/hdb5" successfully created // 提示成功恢复
[root@mail ~]#
[root@mail ~]# pvs
PV VG Fmt Attr PSize PFree
/dev/hda6 vg_1 lvm2 a- 964.00M 940.00M
/dev/hda7 vg_2 lvm2 a- 1.87G 808.00M
/dev/hda8 lvm2 -- 1.01G 1.01G
/dev/hdb5 vg_1 lvm2 a- 964.00M 884.00M
/dev/hdb6 vg_1 lvm2 a- 3.73G 2.03G
[root@mail ~]#
-)5、现在可以恢复卷组了
[root@mail ~]# vgcfgrestore -f /etc/lvm/backup/vg_1 vg_1
Restored volume group vg_1
[root@mail ~]#
-)6、执行 lvs 查看 lv 的情况
[root@mail ~]# vgchange -ay vg_1
4 logical volume(s) in volume group "vg_1" now active
[root@mail ~]# lvs vg_1
LV VG Attr LSize Origin Snap% Move Log Copy%
lvol0 vg_1 -wi-a- 800.00M
lvol1 vg_1 -wi-a- 800.00M
lvol2 vg_1 owi-a- 40.00M
lvol3 vg_1 mwi-a- 80.00M lvol3_mlog 80.00
lvol4 vg_1 swi-a- 40.00M lvol2 57.99
[root@mail ~]#
可以看到一切正常了,不过建议还是用 fsck 查一遍
=============================================================================================
[重点] (已解决)# 问题:如果是文件系统正常,但 pv 不正常(需要更换的情况)
[答案] :
和上面一样,但差别有3点:
-1)、 pvcreate 时目标 pv 不同。
-)2、 pvcrate 时卷组不用 deactive ,因为此时 pv 不属于该 vg
-)3、 pvcreate 用于恢复的 pv 必须是空闲的(不属于任何vg),大小必须至少等于源pv,不能小于。否则会报错
-)4、在恢复卷组后必须用
=============================================================================================
[重点] (已解决)# 问题:文件系统不正常,但 lv ,pv 正常
[答案] :
这个不关 lvm 的事,用 fsck 修复就是了。但出于 fsck 的风险性,建议在 fsck 之前用 dd 作一下整个lv的备份。
-)1、下面是 lv 的情况
[root@mail ~]# lvs
LV VG Attr LSize Origin Snap% Move Log Copy%
lvol0 vg_1 -wi-a- 800.00M
lvol1 vg_1 -wi-a- 800.00M // 该 lv 必须是 Unmount 的状态,否则无法 fsck
lvol2 vg_1 owi-a- 40.00M
lvol3 vg_1 mwi-a- 80.00M lvol3_mlog 100.00
lvol4 vg_1 swi-a- 40.00M lvol2 57.99
lvol0 vg_2 owi-a- 40.00M
lvol1 vg_2 swi-a- 40.00M lvol0 0.04
lvol2 vg_2 -wi-a- 1.00G
[root@mail ~]#
-)2、用 dd 命令做 lv 级别的备份
[root@mail ~]# dd if=/dev/vg_1/lvol1 of=lvol1.iso
1638400+0 records in
1638400+0 records out
[root@mail ~]#
[root@mail ~]# ll -h lvol1.iso
-rw-r--r-- 1 root root 800M Jun 17 21:49 lvol1.iso // ISO 文件的大小也是 800MB
[root@mail ~]#
-)3、用 e2fsck 修复。在真正修复之前,先用 -n 参数观察一下。
[root@mail ~]# e2fsck -n /dev/vg_1/lvol1
e2fsck 1.35 (28-Feb-2004)
Couldn't find ext2 superblock, trying backup blocks...
Resize inode not valid. Recreate? no
test

本文标签:
网站声明:本文由风哥整理发布,转载请保留此段声明,本站所有内容将不对其使用后果做任何承诺,请读者谨慎使用!
【上一篇】
【下一篇】