部署FusionStorage环境下外挂存储,主机无法识别解决方法

发布时间:  2015-07-17 浏览次数:  749 下载次数:  7
问题描述

在部署FusionStorage环境下,存储端完成映射后,在虚拟化平台上无法扫描到存储设备。

处理过程

现网组网FC-SAN组网,网卡为MZ510,交换板CX311直连存储端口。通过FCoE协议来传输数据,在存储端已经可以看到相应主机WWPN号,按正常流程完成映射。链路通信正常,无硬件故障,导致此问题应该在操作配置层面。
1、在存储端记录已经映射的LUN WWN号,登陆已经映射的主机CAN节点。

2、执行命令“cd /dev/disk/by-id”,“ls” //查看相应存储信息。



3、“ll | grep LUN WWN号” //已经映射的LUN WWN号。

4、在能到需要映射LUN的信息后,证明链路层面和物理层面不存在通信问题。

5、原因可能在于无法从底层CAN系统传递到平台集群中。

6、登录FSM节点,执行如下命令将FusionStorage的状态置维护模式(防止踢盘):sh /opt/dsware/client/bin/dswareTool.sh --op setStorageMode -id 0 -k storageMode -v 1

7、在FusionCompute上将CNA节点的多路径类型更改为“通用”,此时计算CNA节点会重启。

8、 重启后,在FusionCompute portal上重新扫描。


 

 



9、FusionStorage的状态维护模式  45分钟后会自动退出,不需要执行其他命令退出。

注意:需要逐个修改多路径重启CNA解决,需要等一个节点重启OK后,在FSM上看到FusionStorage的磁盘状态都OK后再操作下一个服务器CNA节点

根因

在这种特殊要求的环境下,优先排查硬件和链路。在两者不存在问题的情况下,逐段配置进行排查,上述案例故障主要在于主机和平台之间存储配置问题。根据前期配置,涉及存储方面设置过“主机多路径“配置。

所以优先从这里开始进行配置进行测试排查,主要原因因为多路径配置对挂存储和FusionStorage之间在配置层面产生冲突,FusionStorage工作机制在于对主机进行SCSI ISCSI指令欺骗,让主机以为整合后的本地存储池为外挂存储,在外挂S2600T 的同时,主机因为无法识别而导致添加失败。

END