无法卸载逻辑卷linux,Linux LVM逻辑卷排错和故障诊断

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

2014-1-1 22:10 上传

Linux_LVM逻辑卷的排错和故障诊断

2014-1-1 22:10 上传

点击文件名下载附件

95.91 KB, 下载次数: 20

Linux_LVM逻辑卷的排错和故障诊断