无法激活由 Pacemaker 管理的逻辑卷

无法激活由 Pacemaker 管理的逻辑卷

我有两台 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并开始挂载共享文件系统。

相关内容