我有两台 CentOS 7 服务器,它们使用 Corosync 和 Pacemaker 集群以主动/被动方式工作。整个想法是在主动节点出现问题时移动挂载点。我的客户想要加强安全性,之后他们重新启动了服务器。重启后,我无法再次启动集群。
所以我销毁了集群并想重新配置。但由于某种原因,文件系统资源无法启动。当我们检查日志时,我们看到了该fusvg that is some volume group does not close correctly
错误。
我认为这应该是 lvm 分区的问题。逻辑卷显示未激活。我尝试使用lvchange -a y fusvg
命令来激活它,但没有成功。
/dev/fusvg/fuslv
正如lvdisplay
输出所示,我的逻辑卷设备文件不存在。
输出如下lvdisplay
:
[root@machine-name ~]# lvdisplay
--- Logical volume ---
LV Path /dev/fusvg/fuslv
LV Name fuslv
VG Name fusvg
LV UUID rL2svQ-kxnJ-GdD8-2aKX-Omcv-eywn-Q5rtRG
LV Write Access read/write
LV Creation host, time machine-name, 2018-06-22 13:34:13 +0300
LV Status NOT available
LV Size <30.00 TiB
Current LE 7864318
Segments 1
Allocation inherit
Read ahead sectors auto
输出如下vgdisplay
:
[root@machine name ~]# vgdisplay
--- Volume group ---
VG Name fusvg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 21
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG Size <30.00 TiB
PE Size 4.00 MiB
Total PE 7864318
Alloc PE / Size 7864318 / <30.00 TiB
Free PE / Size 0 / 0
VG UUID CMG3yi-qHSO-3qMP-CF1h-nG9Y-Uh34-KlWwiI
输出如下lsblk
:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 446.6G 0 disk
├─sda1 8:1 0 1G 0 part /boot
├─sda2 8:2 0 317.6G 0 part /
└─sda3 8:3 0 128G 0 part [SWAP]
sdb 8:16 0 30T 0 disk
└─36000d31003f63c000000000000000003 253:1 0 30T 0 mpath
└─36000d31003f63c000000000000000003p1 253:3 0 30T 0 part
sdc 8:32 0 5G 0 disk
└─36000d31003f63c000000000000000004 253:0 0 5G 0 mpath
sdd 8:48 0 30T 0 disk
└─36000d31003f63c000000000000000003 253:1 0 30T 0 mpath
└─36000d31003f63c000000000000000003p1 253:3 0 30T 0 part
sde 8:64 0 5G 0 disk
└─36000d31003f63c000000000000000004 253:0 0 5G 0 mpath
sdf 8:80 0 30T 0 disk
└─36000d31003f63c000000000000000003 253:1 0 30T 0 mpath
└─36000d31003f63c000000000000000003p1 253:3 0 30T 0 part
sdg 8:96 0 5G 0 disk
└─36000d31003f63c000000000000000004 253:0 0 5G 0 mpath
sdh 8:112 0 30T 0 disk
└─36000d31003f63c000000000000000003 253:1 0 30T 0 mpath
└─36000d31003f63c000000000000000003p1 253:3 0 30T 0 part
sdi 8:128 0 5G 0 disk
└─36000d31003f63c000000000000000004 253:0 0 5G 0 mpath
答案1
今天在 Dell HA 设置中遇到了这个问题。不确定这是否是他们实施的特定问题,还是所有地方都存在标准问题,但是SuSE 的知识库“尝试激活共享 LVM 卷组时出现错误”引导我将共享卷组添加到volume_list
设置中/etc/lvm/lvm.conf
。完成后,我可以执行lvchange
并开始挂载共享文件系统。