我和DELL做斗争，差点没牺牲

上周单位在经销商处进了2台DELL R610、1台MD3000，打算试用下VMware vSphere 4的HA

MD3000比之前的220S复杂多了

找了一台PC，安上随机光盘里的APP，连接到MD3000的管理IP 192.168.128.101和102

 

提示102无法连接，幸好还有101可以用，在工具——配置以太网管理端口中发现RAID控制器1的IP被指定成了192.168.20.X

 

在自动设置里轻点鼠标，经过了一个多小时愉快的等待，设好了RAID5

 

两台R610分别通过DELL SAS 5/E卡连接MD3000，不过ESX4.0竟然没找到MD3000上的存储空间！

查资料，原来还需要在APP里配置主机访问和主机到虚拟磁盘的映射

这难不倒咱，手动配置主机访问，主机类型选择linux，绑定HBA端口，再选通过主机组集群访问，OK

 

不过磁盘的可用容量少了许多！

原来在自动配置RAID5的时候，APP自动克扣下了1块硬盘，还把另外的1块设成了热备盘

手动重建RAID，再次经历了1个多小时愉快的等待，容量正常！

 

操作VMware vSphere Client时发现APP频繁报错，recovery guru提示虚拟磁盘不在首选路径上

支持——高级支持的日志里也有大量错误，卷由于 AVT/RDAC 故障转移而不在首选路径上

 

用APP尝试重新分发虚拟机磁盘、修改虚拟磁盘的首选路径，VMware vSphere Client在管理路径中把“最近使用”改成“固定”，

主机类型由Linux改成“Windows 2000/Server 2003/Server 2008 Clustered”和“Windows 2000/Server 2003/Server 2008 非群集的”等统统的不行

 

MD3000的当前所有者依旧我行我素的在RAID控制器0和1之间来回的切换，每几秒钟就自动切换1次，非常严重的影响磁盘读写速度！

 

在Vmware的HCL上看到esx4是支持MD3000的 http://www.vmware.com/go/hcl

http://www.vmware.com/resources/compatibility/detail.php?device_cat=san&device_id=4924

Release	Mode	Path Policy	Firmware	Device Driver(s)	Configuration
ESX 4.0 U11,2	VMW_SATP_LSI	VMW_PSP_MRU	07.35.22.61	N/A	SAS Direct Attach
ESX 4.01,2	VMW_SATP_LSI	VMW_PSP_MRU	07.35.22.61	N/A	SAS Direct Attach

 

我MD3000的fireware正是07.35.22.61

 

 

在DELL查阅到 http://support.dell.com/support/edocs/systems/md3000/en/supmatrx/Sup_Matx.pdf

07.xx.xx.xx属于第2代的fireware，可以支持ESX4.0，但同时在PDF里还看到2幅图片

 

如图1我们的MD3000属于是单口双控的，每个控制器只有1个in口，下面特意标明了只支持M$的集群！

This configuration is supported with Windows Clustering only

是不是只有图2的双口双控才能在Esx下使用HA呢？

 

尝试只用1台ESX连接MD3000，速度正常

虽然故障转移时手动连入另一台ESX也不过几分钟，但还是失去了HA和自动的意义

 

致电DELL 800，负责存储的工程师非常热情的解释说DELL不提供Linux系统方面的技术支持，工程师没接受过培训。

还说既然单口双控的支持M$的集群，也“应该可以”支持Linux集群。

因为我对AVT、RDAC、多路径与各个操作系统间的联系不明白，但由于PDF里的“This configuration is supported with Windows Clustering only. ”

还是对国产工程师的话产生了怀疑

 

随后工程师还是进入了DELL官网上的驱动页面，查找后建议我更新固件

http://supportapj.dell.com/support/downloads/driverslist.aspx?c=cn&l=zh&s=gen&ServiceTag=&SystemID=PWV_MD3000&os=WNET&osl=cs&catid=&impid=

当然这个页面事先我也有看过，我说这里只有MD1000盘柜的固件和MD3000硬盘的固件，没有MD3000盘柜的。

但DELL工程师很专业的解释说硬盘的固件里也包含了盘柜背板的固件，继续建议更新。

 

我挂断电话后信心十足下载这个足有32M大的硬盘固件MD3000_MD3000i-HDD_FW_A07.zip，

但很遗憾，正如大多数人想像的一样，这个压缩包里并没有什么背板固件。

 

在经销商的努力下，DELL爽快的答应了用户登门调试的请求，只喝￥2000元的茶水钱

如果把￥2万多的MD3000换成双口双控的，只需再加￥7000元，而且工程师仍要上门品茶！

 

在vmsky.com上搜索到，网友howl使用MD3000做过vmotion和ha，但他提到“MD3000必须是双口的双控制卡”

http://bbs.vmsky.com/viewthread.php?tid=17822

 

继续查找资料

http://xf986321.javaeye.com/blog/453801

文章中用单口双控的MD3000在linux下实现了双机，该文中红颜色的文字写明，主机类型应该设置为 WIDDOWS MSCS CLUSTER－单个路径

 

虽然这篇文章和 http://img.sg.dell.com/fileup/at.asp?fn=20071161417819029.pdf里面的插图雷同

但都提及到了 WIDDOWS MSCS CLUSTER－单个路径

 

在DELL社区 http://en.community.dell.com/forums/t/19269507.aspx看到也有“Windows MSCS Cluster-Single Path”这个主机类型

         HOST TYPE                                           AVT STATUS  ASSOCIATED INDEX 
         Linux                                               Disabled    1                
         Windows 2000/Server 2003/Server 2008 Clustered      Disabled    2                
         Windows 2000/Server 2003/Server 2008 Non-Clustered  Disabled    0 (Default)      
         Windows MSCS Cluster-Single Path                    Enabled     3

 

但是在我APP里偏偏缺少了“Windows MSCS Cluster-Single Path ”！怎么回事？APP的问题？

那些文章大多是09年10月份以前的，甚至还有07年08年的，难道是我的APP太新了，DELL取消了这个主机类型？

 

再次回到DELL下载驱动，在资源光盘那里看到了2008年12月20号的ISO映像，300多M，

下载后发现是文档光盘，里面没APP，哎~~~~~~~

人家明明写着是Documentation CD的嘛！人老了，眼花眼花，不中用了

 

去英文网站碰碰运气，一样！看来驱动这点DELL就不如IBM了，IBM可是新老驱动都可以下载的

 

就在大家1毛1毛的凑着茶水钱的时候

不经意的点开了英文驱动界面上的SAS RAID Controller

version那里的07.35.31.60很眼熟（中文界面没有这行字），这不就是MD3000 Raid控制器的Firmware吗！

 

对比现在的07.35.22.61还是高了很多，虽然不能解决问题，但还是打算更新Raid控制器固件“玩玩”

最好刷个半身不遂的不能让他们白喝茶水

 

随后居然在压缩包DELL_MD3000-SAS-RAID-CONTROL_A08_R242526里发现了意想不到好东西！

文件夹NVSRAM_Single_Port_Clustering_MD3000

 

看来运气来了，俺只更新了NVSRAM，没更新RAID控制器

再次查看APP里的主机类型，“WIDDOWS MSCS CLUSTER－单个路径”出来了！！

当时我内牛满面啊，很顺利的配好了Vmware HA，vmotion也正常

只是不能做DRS，否则即使不报错，磁盘速度也很慢，先天的不足，非人力可为了，也不算遗憾

手动vmotion需要的时间较长，ESX接在100M的临时测试交换机上

给GUEST划分了200G的硬盘，虚拟机开机时vmotion在10-15分钟左右，关闭GUEST机vmotion就很快了

 

另外虚拟机只能同时运行在同一台ESX上，当同时vmotion到另有一台ESX后，MD3000的首选路径才自动切换，并不是之前频繁的来回自动切换。

 

至此，我和MD3000的斗争以我胜利告终