怎么解决Multipath的问题

这篇文章主要讲解了“怎么解决Multipath的问题”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“怎么解决Multipath的问题”吧!

创新互联建站主要从事网站设计、成都网站建设、网页设计、企业做网站、公司建网站等业务。立足成都服务台前,十多年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:028-86922220

今天使用Packer制作SUSE镜像,之前磁盘格式使用的是IDE,这次换成SCSI,由于磁盘类型变了,为了保险起见,我重新生成了initramfs加载ahci驱动以支持在引导阶段下加载SATA。

BINARY_DEPS="tail head awk ifconfig cut expr route ping nc wget tftp grep"  DRACUT_DRIVERS="virtio virtio_net virtio_blk"  dracut -f -N \      --install "$BINARY_DEPS" \      --kernel-cmdline "rd.shell rd.driver.pre=ahci" \      --kver "$(uname -r)" \      --add-drivers "$DRACUT_DRIVERS" \      --add lvm \      --mdadmconf \      --lvmconf \      -o "dash plymouth" \      initrd-$(uname -r)

至于为什么需要加载lvm模块,这是环境要求根文件系统必须做LVM,在云环境下其实我是非常不推荐使用的。

fstab全部使用块设备UUID而非逻辑卷路径(/dev/sdX),担心逻辑卷路径由于磁盘驱动发生改变,谁知道会不会由/dev/sda1变成/dev/vda1呢。

当时想到这么做一定万无一失了吧,启动虚拟机验证下,结果出人意外,系统进入了emergency模式,幸好我在initramfs中配置了rd.shell,否则就不知道如何进入调试了。

输入root密码进入bash,发现原因是/boot没有挂载上,尝试手动挂载看看啥错误:

mount -a #重新安装fstab挂载卷

提示设备already mounted or mount point busy。

mount  point挂载点/boot肯定是没有被挂载,那肯定就是设备问题,从错误中提示是该磁盘设备已经挂载了,但是无论如何df、lsblk都找不到挂载记录。

尝试各种lsof、fuser命令发现也没有任何进程占用了该设备。

那显然只有一种情况,我猜想这个设备被dm(device mapper)映射了。

使用dmsetup查看所有的dm列表,除了LV映射,果然多了很多0QEMU_QEMU_HARDDISK开头的dm设备:

0QEMU_QEMU_HARDDISK_bcd82475-9f57-43e6-a-part

lVM是会被dm映射的,这没有问题,但是/boot是一个物理分区,并没有做PV加到任何VG,那是谁把这个设备dm了呢?

使用dmsetup info查看下线索:

dmsetup info 0QEMU_QEMU_HARDDISK_bcd82475-9f57-43e6-a-part Name: 0QEMU_QEMU_HARDDISK_bcd82475-9f57-43e6-a-part State: ACTIVE Read Ahead: 1024 Tables present: LIVE Major, minor: 254,1 Number of targets: 1 UUID: part1-mpath-0QEMU_QEMU_HARDDISK_bcd82475-9f57-43e6-a-part

其他信息没有什么有用,唯独看到UUID中包含mpath,猜测可能就是由于multipath导致的。

使用multipath -l命令查看果然:

size=40G features='0' hwhandler='0' wp=rw   policy='service-time 0' prio=0 status=active   2:0:0:0 sda 8:0 active undef running

居然整个sda都被multipath映射了。

找到原因心想解决思路就明朗了,检查了multipathd服务发现是disabled的,那应该开机是没有启动multipathd服务的。

使用lsmod发现multipath内核模块确实是加载的,难道是其他依赖模块拉起来的?

为了确定是multipath服务导致的,运行如下命令确保multipath是停止的,并且强制把multipath内核模块加到黑名单列表中。

systemctl disable multipathd echo "blacklist multipath" >>/etc/modprobe.d/50-blacklist.conf

并修改了/etc/multipath.conf配置文件显式把sda添加到blacklist中。

blacklist {     devnode "^(td|hd|vd)[a-z]"     devnode "sda" }

重启虚拟机,结果还是一样的问题,multipath还是坚强地起来了。

难道真的是其他服务把multipath启动的,为了排除这种可能,把/usr/lib/systemd/system/multipathd.service挪走了,这下没有谁能启动这个服务了吧。

重启虚拟机,结果还是令人意外的一样,这个multipath还是起来了,够玄乎。

更绝的我把/sbin/multipath以及/sbin/multipathd都挪走删除了,这让服务再无可能运行了吧。

再次重启虚拟机,让人怀疑人生的是multipathd服务像打不死的小强宁死不屈,依然运行了。

Google倒是找到有类似的问题System exit to emergency shell at boot with multipath enabled  (SLES12, MPIO)[1],解决方法也无非是disable multipath服务或者把设备添加到multipath  blacklist,但根本没有效果。

在百思不得解的情况下,突然灵光一现,难道是initramfs的问题?这个multipath在initramfs挂载rootfs就已经做过了?

顺着这个思路,唯有重新做initramfs镜像,并把multipath模块加到omit黑名单列表中:

dracut -f -N \      ...      -o "... multipath" \      ...

替换原来的initrd-xxx文件后启动虚拟机,虚拟机终于神奇地启动成功了。

最后归根到底原来是initramfs  boot阶段加载了multipath模块,因此在用户态怎么修改禁用multipath都是没用的。后来在SUSE文档中也找到了相关说明:Always Keep  the initrd in Synchronization with the System Configuration[2]。

这个问题整整折腾了两个多小时,虽然问题很简单,花了很多时间在OS的trace上,万万没想到initramfs是问题的根源。

感谢各位的阅读,以上就是“怎么解决Multipath的问题”的内容了,经过本文的学习后,相信大家对怎么解决Multipath的问题这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!


新闻名称:怎么解决Multipath的问题
网页链接:http://scyanting.com/article/gdspcd.html