6 storage linux lvm sles multipath-storage
SERVER:~ # pvs
Found duplicate PV Wb0b2UTCKtpUtSki0k2NnIB24qNj4CEP: using /dev/mapper/36005076304ffc2500000000000004903 not /dev/mapper/36005076304ffc2990000000000004903
PV VG Fmt Attr PSize PFree
/dev/mapper/36005076304ffc2500000000000004903 application lvm2 a-- 50.00g 35.00g
/dev/sda4 system lvm2 a-- 133.24g 100.39g
SERVER:~ #
Run Code Online (Sandbox Code Playgroud)
操作系统是 SLES 11 SP3。
问题:这可能是一个问题吗?如果是,如何解决重复的PV消息?:) 磁盘来自 SAN/multipath。
根据我的个人经验,“重复 PV”通常是由系统对特定 SAN LUN 具有多路径访问权限造成的,但 LVM 尚未配置为过滤掉各个路径的块设备。设备映射器名称甚至看起来像 WWNN/WWPN(虽然我对 SLES 没有足够的经验来知道这是否可能是别的东西)。不过,不确定为什么 PV 本身会由 DM 设备提供服务。
在 RHEL 中,我会查看/dev/disk/by-path
这些是否是相同的 LUN。
这可能是个问题吗?
如果您应该使用多路径设置,这可能是一个问题。例如,如果底层设备应该是,/dev/mapper/mpathf
但 LVM/dev/sdf
首先找到并决定激活它,那么您对存储的访问并不像您所期望的那样冗余。例如,如果路径/dev/sdf
沿着 VG 向下并且它的所有 LV 可能变得不可访问。
如果是,如何解决重复的PV消息?
对于 LVM,每个 PV 都有一个“LVM 标头”,它告诉您此 PV 的 UUID、它所在的 VG 的名称以及同一 VG 中所有其他 PV 的 UUID(这就是它如何判断是否存在缺少PV)。所有这些错误意味着它发现了另一个具有相同 UUID 的 PV。
因此,这实际上并没有单一的原因,因此很难根据您提供的信息提出解决方案。
这听起来像你lvm.conf
只需要它的过滤器设置为忽略各个路径(如前所述),但你必须做更多的研究来确认,因为这几乎是一个WAG(野生驴猜测)。
以 lvm 过滤器为例:
filter = [ "r/block/", "r/disk/", "r/sd.*/", "a/.*/" ]
Run Code Online (Sandbox Code Playgroud)
上述过滤器跳过(“删除”)名称中带有“block”或“disk”字样的任何设备。它也消除了与“SD”开始的任何装置(例如sdf
,sdg
等,等),最后是“允许”的所有其他设备(” .*
“)。
不过,您可能不想走那么远(因为您/dev/sda4
用于根 VG)。我只想删除用于各个路径的特定块设备。
但是,再次验证。它也可能是其他一百万件事情(SAN Admin 克隆了一个 LUN 并出于某种原因将其呈现给您的系统,UUID 之间不太可能发生随机冲突、宇宙射线、厄运等)。
更新:
我还应该提到,任何时候你更新/etc/lvm/lvm.conf
(RHEL 路径)你都应该重建你拥有的任何 initramfs。看起来您将这些用作根 VG 之外的存储(这是最佳实践),但是任何时候修改该文件时,您都应该确保内核在启动时看到与此后相同的文件,以便获得一致的结果。
归档时间: |
|
查看次数: |
14232 次 |
最近记录: |