如何在RAID 5中逐步修复写入速度?

我们在一台配有5个Seagate 1 TB SAS磁盘的机器上安装RHEL5。 一个有操作系统和交换。 其他四个硬件Raid 5(安装为/ home)由DELL Perc 6 / i控制器pipe理。 当系统启动时,它在udev上花费很长时间,最终超时。 尽pipe如此,RAID的写入速度在90-100MB / s的范围内。 我们通过反复复制大文件(〜3 GB)来testing写入速度。 在第七个副本上,写入速度突然下降到1 MB / s。 我们已经多次testing过这个问题,而且问题是可以重现的。 / var / log /中的任何日志中都没有消息。 free -m和vmstat不显示任何交换活动。 对类似post的回复要求提供/ proc / mdstat的内容。 我们的是:

  #cat / proc / mdstat
个性: 
未使用的设备:<无> 

我不知道如何追踪这个问题。 这个系统在过去的一年半时间里工作正常。 在我们试图从1TB磁盘升级到2TB磁盘以增加磁盘空间之后,就出现了这个问题。 新磁盘已安装,并从头开始构buildarrays。 自从我们知道硬件configuration能够正常工作以来,我们已经恢复到了1TB磁盘。 任何build议或疑难解答提示,欢迎。 感谢您的时间和耐心。

编辑:问题解决了。 原来,机器需要很多固件更新。 在2TB磁盘第一次尝试的时候,RAID控制器被更新了,这是导致问题的原因。 现在安装3个BIOS和1个更新的控制器固件更新后,机器就像一个魅力。 写入速度在180 MB / s的范围内。 感谢那些试图帮助的人。

如果这种情况突然发生,并且仍在使用1TB磁盘(您的问题不清楚2TB磁盘或1TB和2TB是否发生故障),那么我倾向于硬件级别的故障某种。 也许支持控制器上的写caching的电池可能会断电,导致在一段时间后失效并迫使控制器进入直写模式。 或者,也许它有一个热故障,并扼杀,以避免让魔烟冒出来。

如果只发生在2TB磁盘上,而不是1TB磁盘上,则可能是因为这张卡不能处理2TB的驱动器。 有些人不能。 一旦写入达到一定的水平,内部数据结构就会溢出,效率就会丢失。 这可能是固定的(未来)固件更新,或者它可能是固有的卡本身。 在不知道使用的确切卡片的情况下,我无法自己find它,但是如果是这种情况,查找卡片所支持的驱动器将是下一步。