我们在使用 LVM 的软件磁盘阵列中遇到了两个硬盘中的一个硬盘崩溃的情况。
该服务器正在运行 Citrix xenserver。
在仍然完好的硬盘上,卷组被很好地检测到,但只剩下一个 LV。(一些哈希值被“x”替换)
#lvdisplay --- 逻辑卷 --- LV 名称 /dev/VG_XenStorage-xxxx-408b91acdcae/MGT VG 名称 VG_XenStorage-xxxx-408b91acdcae LV UUID xxxxxx-vQmZ6C LV 写访问 读/写 LV 状态可用 # 打开 0 LV 尺寸 4.00 MiB 当前 LE 1 段 1 分配继承 自动预读扇区 - 目前设置为 256 块设备 253:0
root@rescue ~# vgdisplay --- 卷组 --- VG 名称 VG_XenStorage-xxxx-408b91acdcae 系统 ID 格式化 lvm2 元数据区域 1 元数据序列号 4 VG 访问 读/写 VG 状态可调整大小 最高等级 0 当前 LV 1 打开 LV 0 最大 PV 0 电流 PV 1 幕 PV 1 VG 大小 698.62 GiB PE 大小 4.00 MiB 总市盈率 178848 分配 PE / 大小 1 / 4.00 MiB 免费 PE / 大小 178847 / 698.62 GiB VG UUID xxxxxx-53w0kL
如果整个物理卷丢失了我可以理解 - 但为什么只有逻辑卷丢失了呢?
对此有什么解释吗?
有什么办法可以恢复逻辑卷吗?
编辑我们在这里使用救援系统。问题是整个服务器无法启动(GRUB 错误 22)
我们试图访问根文件系统。但所有内容都在 LVM 中。
我们只有这个:
(分开)打印 型号:ATA SAMSUNG HD753LJ (scsi) 磁盘/dev/sdb:750GB 扇区大小(逻辑/物理):512B/512B 分区表:msdos 编号 起始 结束 大小 类型 文件系统 标志 1 32.3kB 750GB 750GB 主启动,lvm
而这个750GB的LVM卷就是我们在上面看到的。
编辑2
vgcfgrestore 的输出,但是来自救援系统,因为没有可以 chroot 到的 root。
# vgcfgrestore——列表 VG_XenStorage-x-b4b0-xx-408b91acdcae 文件:/etc/lvm/archive/VG_XenStorage-xxxx-408b91acdcae_00000.vg VG 名称:VG_XenStorage-xxxx-408b91acdcae 描述:在执行‘/sbin/vgscan --ignorelockingfailure --mknodes’*之前*创建 备份时间:2013年6月28日星期五23:53:20 文件:/etc/lvm/backup/VG_XenStorage-xxxx-408b91acdcae VG 名称:VG_XenStorage-xxxx-408b91acdcae 描述:执行“/sbin/vgscan --ignorelockingfailure --mknodes”*之后创建 备份时间:2013年6月28日星期五23:53:20