194
配置:Linux 的 Device Mapper 多路径
•
如果主机系统正在执行繁重的
I/O
操作,则故障恢复可能会很慢。此
时若主机服务器的处理器利用率也很高,则会加剧该问题。
•
如果主机系统正在执行繁重的
I/O
操作,则
Device Mapper
多路径服务可
能会很慢。此时若主机服务器的处理器利用率也很高,则会加剧该问题。
•
如果未将根磁盘列入
multipath.conf
文件中的黑名单,则可为根磁盘创
建多路径节点。命令
multipath – ll
会列出有助于确定该问题的
供应商
/
产品
ID
。
问题 解答
如何确定 multipathd 是否正
在运行?
运行以下命令
/etc/init.d/multipathd status
为什么 multipath – ll
命令的输出未显示任何设备?
先请验证是否搜索到设备。命令
#cat
/proc/scsi/scsi
可显示所有已搜索到的设备。
然后验证 multipath.conf 确保已用适当的设置将
其更新。
此后运行 multipath。然后再运行 multipath
– ll 就应显示新设备。
为什么没有为新映射的 LUN
分配多路径设备节点?
在任意目录下运行 rescan_dm_devs。由此应可调
出设备。
如果先前没有映射任何 LUN,
然后映射了部分 LUN。则在
运行 rescan-scsi-bus.sh
之后无法 显示 LUN 0。
运行 rescan_dm_devs 而不是 rescan-scsi-
bus 来重新配置 LUN 0。
已移除 LUN,但多路径映射
依然 存在。
移除 LUN 后,多路径设备依然存在。运行
multipath – f < 已删除 LUN 的设备节点 >
以移除多路径映射。例如,如果删除与 /dev/dm-1
相关的设备,则必须运行 multipath – f
/dev/dm-1 从 DM 映射表删除 /dev/dm-1。如果
已停止 / 重新启动多路径守护程序,则应运行
multipath – F 清除所有失效的映射。
阵列未执行预期的故障恢复。 有时底层驱动程序不能自动检测随阵列回归的设
备。运行 rescan_dm_devs 重新扫描主机服务
器 SCSI 总线,并在多路径层重新集合设备。