前段时间接到深圳同事的反应，有个oracle集群中的一台负载过高，为了排查问题，系统已经重启了，但是系统重启后，6块仲裁盘丢失了。

    为了查明原因，登入系统后，执行df -h，发现系统的/boot分区变成了mpathap1，进入/dev/mapper目录，发现多了mpathap1-3 三个文件。初步判断是由于系统自带多路径软件导致，查看了初始的配置/etc/multipath.conf 其中并未添加屏蔽本地磁盘的设置。于是手动按文档添加后，由于改变的是系统本地分区，所以需要重启系统，发现重启后，问题依旧；继续尝试了/etc/fstab的修改，将boot直接绑定到/dev/sda，结果系统重启不正常，只能进单用户修改。尝试卸载multipath软件后重启，原以为系统会自动恢复到初始状态，结果重启后无法进入系统，需要单用户模式进入，并重新安装软件。进入/dev/下查看是否有sda1-3发现系统并没有此分区。最终确认系统重启后系统已被多路径软件将分区篡改，而且不可逆，如果解决此问题只能重新安装系统。所以配置多路径前，一定要把本地磁盘给屏蔽掉。而且此问题的发生概率很小，因为之前也重启过很多次，所以配置时千万小心。

  通过执行 multipath -ll 发现两台的wwid 对应的磁盘盘符是错乱的，以后查看的时候看来确实需要仔细，这里耽误了很长时间，因为有15个盘符，一个一个对确实挺费事。为了避免盘符错乱，修改了/etc/multipath.conf ,为每个wwid对应了一个固定的盘符。

方法：

  multipath {

        wwid 36005076802810fb3000000000000007d

        alias mpathf 

    }

然后执行

multipath -F 清除配置。

service multipathd restart  重启服务。

multipath -v2    重新扫描。

multipath -ll 

至此磁盘对应关系解决了，剩下的工作就是DBA的事情了。

附录添加方法： 执行/lib/udev/scsi_id --page=0x83 --whitelisted --device=/dev/sda 查看对应的wwid

然后添加：

blacklist {

          wwid 36234567890abcde01c6a312c0a867e33

}

这样就把本地盘给屏蔽掉了，而不是直接放开默认注释：

#blacklist {

#        wwid 0x6234567890abcde01c6a312c0a867e33

#       devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"

#       devnode "^hd[a-z]"

#}

这个屏蔽掉光驱等外置设备，如果直接屏蔽设备也可以写成devnode "^sd[a-z]*"