DLINK-DSN1100的安装使用记录

网上淘了一套DSN1100存储，说是企业级存储，支持ISCSI，我这边正好想搭一套VMWARE的环境，正好上手试试。
　　先说这个存储的做工，硬件在这个价位上可以说是超值，加上运费300多，不过我这台是二手的，不是全新。比那个蜗牛的壳子厚实多了，而且是五盘位，毕竟是正规大厂产品。后面有四个千兆的服务网口（支持链路聚合），一个千兆管理网口，一个串口，单电源，单散热风扇，支持sata硬盘，RAID０,0/1,5和JBOD。说是企业级也行，就是比较弱的那种。再说软件，比较旧的那种，在较新的系统和浏览器中是不好管理的，主要是控件版本旧，对新的java支持不是太好，找到合适的浏览器登录，经网上找到较新的控件下载（主要是国外的网站，早已停止更新）。最新的版本好象是2.9.2。更新后登录，要求下载JAVA插件安装，这样就作好管理的准备了。接下来就是建raid，设制管理网络和服务ＩＰ，建立iSCSI卷。可以使用向导，不多说了。
　　这次主要是记录一个问题，我在使用过程中遇到的一个问题，我认为不是设备的事，而是配制的问题，我把服务网口1-2聚合成一个网口设制IP地址，这样就可以使用2G的带宽了，但这也是我一下午的折腾的开始，一开始我认为这种聚合在两边都要做，而且我的交换机也支持，但我在交换机上做了聚合之后，就ping不通存储了，不做聚合反而可以ping通，我没有试更改聚合模式（回头试一下）。但ping通不代表能用，只要我在esxi上用ISCSI的软网卡一扫描ISCSI，这边存储就立即亮红灯，断网，过好一会就会重启，恢复联接。我搞了好久才发现存储的这个动作，整个过程让人恼火，本来都找到iscsi了就差一步找到存储就可以开始测试了，就在最后两步掉线了，而且是在我扫描iscsi存储之时。
　　排错：一开始我是认为存储的双线聚合的问题，于是我改用单线测试，esxi在iscsi扫描时故障依旧，我开始怀疑是esxi的问题了，在用win７的iscsi功能测试时，我发现并没有出现用esxi联入时的故障，这样我就确认是esxi服务器的软件问题了，可是这个问题如何解决呢？说到这，我先介绍一下我的硬件环境，由于是在家做测试，需要多功能的设备，而且不能能耗太大，噪音太大，没有这个环境没办法，只好用了两台笔记本来做测试，四核的CPU，３２Ｇ内存免强能做个服务器用吧！但是网卡的问题不好解决，我就使用网上的方法做注入USB网卡驱动的办法来做，是不是USB网卡的事呢？而且我还是用ＵＳＢ网卡来做的iscsi的服务网卡，和管理网卡更换一下能不能好些，我也没有其它的办法了，只好做下一步测试了！
　 经测试更换网卡的端口对这个故障没有影响，只能更换esxi的版本再测试一下了，否则就没办法了！看来6.7的这个版本只能告以段落了！
　 测试用6.5的版本还是老故障，在存储日志中可以找到I8K,BUG-CHECKed(0)之类。没办法了？？
　 到dlink的官网上竞最高版本是2.8.０.48，在外文网站上看到部分板本是为国外特别开发的，是不是2.9的就是这样，结果有这个bug了呢？晚上回去试一下，一定得搞定，要不然我买这个存储就太冤了。不如用一个小主机自己做一个iscsi存储用了，就是多费点电。
　
　 经测试2.8.0.48搞不定上述问题，刚在升级文档上找到一段有趣的文档！也许2.8.2.2能解决这个问题，祝好运吧！
　 Fixes in Version 2.8.1
The following issues have been fixed in this patch release:
? Oscillating fan-speed events were filling up the Event Log
? Attempting to login from a non-Windows initiator (such as GlobalSAN for MacOS or
open-iscsi from Linux) to a volume that has a CHAP password defined without specifying the
CHAP password incorrectly allowed the login to succeed
? Some low-level SCSI commands (such as Mode Select) from a VMware or HyperV clustered environment caused the controller to reset
Fixes in Version 2.8.2
The following issues have been fixed in this patch release:
? The system would occasionally restart due to a “MIP8P bug-check” condition when a TCP
Reset command was received from the host initiator
? The “Network Settings” view sometimes only showed the Management Port, but no iSCSI
Data Ports
经测试２.８.２.２并不能解决我的问题，存储还是会重启，esx6.7U1的版本，只要一联接iscsi就会这样。不知其它网友有没有解决办法？如果有，望告知，谢谢！