infortrend 低端FC-SATA难题，请高高手帮忙

tangjt

Infortrend FC-SATA 16盘位磁盘阵列，由于应用需要，cache模式定义为write-back,故障现象为文件系统（ext3)崩溃，后来确定故障原因为内存（cache），但是阵列本身并没有报错，估计是因为cache故障导致文件系统不一致。
这种问题已经在多台阵列上发生，请高手帮帮忙指导一下，如何避免这种现象发生，当然cache不能使用write-through,或则应用会慢的受不了。

emperor

write-back？destage 么？
不曾接触Infortrend 的，关注。。。。。。。。

tech坦克

infortrend的柜子，用过很多
一般也都是write back设置，没有出现过楼主的故障啊。。。

wolfheader

cache有问题了，还不让write through，那只有把cache搞好呗

kiven

磁盘阵列的cache应该都具有ECC功能，若写入数据出现错误，

应该可以通过ECC修正，或提供给磁盘阵列错误信号。

你所说的故障若是内存问题，可能由于磁盘阵列没有接收到，

CACHE的 ECC错误信息，或CACHE就没有ECC功能。

这个样的话，就应该联系厂商，解决CACHE的ECC的问题了。

tangjt

谢谢大家了，主要原因是infortrend盘阵出厂的cache太小，一般都是经销商换成金士顿的1G或2G DDR400 ECC内存，奇怪的是内存故障盘阵竟然检测不出来，故障后还一直有I/O，所以导致文件系统崩溃。

penglj

透写又不行,如果你的应用是数据库,建议把存储的RAID stripe size 改小一点,比如32K,可能会改变应用慢的情况,不过你要确认是存储原因导致应用慢..

wgdwgd1

你现在只是怀疑是cache有问题，只是怀疑是没用的，首先要定位。cache小只可能慢，但不可能造成文件系统出错的。

paul.cz

这问题问得真是有水平！一上来又是估计又是怀疑这个那个问题。先把故障现象描述清楚吧，如果有盘阵日志和OS日志，就把日志贴上来，不然大家怎么帮你分析？！