在AIX5.3系统上能够启动DynaPath但是不能管理多路径问题的解决方法

在AIX5.3系统上能够启动DynaPath但是不能管理多路径问题的解决方法

一      组网：

如图所示，IV5200、IBM主机及EMC CX300通过光纤通道交换机连接，在IV5200上为光纤通道适配器100和101启用Target模式，在光纤通道交换机上划分了由以下成员组成的Zone：IBM主机和IV5200上的光纤通道适配器100、IBM主机和IV5200上的光纤通道适配器101、IV5200上的光纤通道适配器102和EMC CX300的SPA，IV5200上的光纤通道适配器102和EMC CX300的SPB，IV5200上的光纤通道适配器103和EMC CX300的SPA、IV5200上的光纤通道适配器103和EMC CX300的SPB。

在EMC CX300上创建LUN A和LUN B，分配给IV5200，然后在IV5200上把LUNA对应的物理设备设置为SED设备，对LUN B对应的物理设备设置为虚拟设备。在IV5200上，使用LUN A对应的SED设备创建一个SED类型的SAN资源SAN-001（创建时使用系统默认的选项“保留物理设备查询字符串”），虚拟化信息存放在LUN B对应的虚拟设备上。把SAN-001分配给IBM主机对应的SAN客户端。

IBM主机上的操作系统为AIX 5.3，安装了一块光纤通道适配器，安装了DynaPath软件。

二      问题描述：

在IBM主机上执行lspv，能看到两个新的PV，在IBM AIX上运行dynapath start、dynapath status、dpcli start、dpcli setup命令没有报错，但是运行dpcli status时没有任何信息输出，或者提示：warning: no instances are defined. please run "dpcli rescan" to configure new instances。

DynaPth不能管理多链路。

三      过程分析：

在IBM主机上卸载DynaPath，删除新识别到的两个PV。在IV5200上取消SAN-001到IBM主机的分配，删除SAN-001，重新使用LUN A对应的SED设备创建SED类型的SAN资源SAN-002，创建时不选择“保留物理设备查询字符串”，把SAN-002分配给IBM主机对应的SAN客户端。在IBM主机上重新安装DynaPath，重新扫描设备，能够识别到两个新的PV，启动DynaPath，运行dpcli status，有如下信息

# dpcli status

========================================================================

id  gid:pid    device name    status    bal buf rtrcnt  rtrdly failback

======================================================================== 

0   1:1   fscsi0::10ae8/hdisk1    available   1  32   100     3000 

1:0  >fscsi0::10be8/hdisk2    available

 dpd@0 = hdisk1(started)        SAN

========================================================================

利用hdisk1创建文件系统，往文件系统上拷贝文件，断开IV5200上的光纤通道适配器100或101到光纤通道交换机的连接，拷贝可以继续完成，拷贝之后，数据能够正常读取。

至此可以判断是在创建SED设备时选择了“保留物理设备查询字符串”这一选项导致了AIX下DynaPath不能正常工作。

究其原因，主要是因为DynaPath支持的后端存储为H3C IV5000、IX1000系列的存储设备。对于非IV5000及IX1000系列的存储设备进行虚拟化管理时，如果创建SED类型的SAN资源时选择“保留物理设备查询字符串”，则主机端识别到的设备保留了原有设备信息，使得DynaPath不能正常识别设备，从而无法正常工作。

四      解决方法：

对于来自于非H3C IV5000、IX1000系列的SED设备，在IV5200利用其创建SED类型的SAN资源时，不选择“保留物理设备查询字符串”这个选项。