5台のSeagate1 TB SASディスクを搭載したマシンにRHEL5をインストールします。1台にはOSとスワップがあり、他の4台はハードウェアにあります。 Dell Perc 6/iコントローラーによって管理されるRAID 5(/ homeとしてマウント)。システムが起動すると、udevに長い時間がかかり、最終的にタイムアウトになります。それでも、RAIDの書き込み速度は90〜100MB /秒です。範囲。大きなファイル(〜3 GB)を何度もコピーして、書き込み速度をテストしました。7回目のコピーで、書き込み速度が突然1 MB/sに低下しました。これを複数回テストしましたが、問題は再現可能です。/var/log /のログのいずれかのメッセージ。free-mおよびvmstatはスワップアクティビティを表示しません。同様の投稿への返信で/ proc/mdstatの内容を要求されました。
#cat /proc/mdstat パーソナリティ: 未使用のデバイス:<なし>
これを超えて問題を追跡する方法がわかりません。このシステムは、1年半以上にわたって正常に機能していました。この問題は、ディスク容量を増やすために1 TBディスクから2 TBディスクにアップグレードしようとした後に始まりました。新しいディスクがインストールされ、アレイが最初から構築されました。その後、ハードウェア構成が確実に機能することがわかったため、1 TBディスクに戻しました。提案やトラブルシューティングのヒントを歓迎します。お時間を割いていただき、ありがとうございます。
編集:問題は解決しました。マシンには多くのファームウェアアップデートが必要であることが判明しました。 2つのTBディスクが最初に試行された頃にRAIDコントローラーが更新され、これが問題を引き起こしていました。3つのBIOSと1つの新しいコントローラーファームウェアの更新をインストールした後、マシンは魅力のように機能します。書き込み速度は180MB /秒の範囲です。助けてくれた人々に感謝します。
これが突然発生し、以前に使用した1TBディスクでも発生している場合(障害が2TBディスクだけで発生するのか、1TBと2TBの両方で発生するのかについての質問は不明です)、ハードウェアレベルの障害に傾いています。いくつかの種類。おそらく、コントローラーの書き込みキャッシュをバックアップしているバッテリーが機能しなくなって、一定期間後に障害が発生し、コントローラーがライトスルーモードに移行することを余儀なくされています。または、熱障害があり、魔法の煙が出ないように調整している可能性があります。
2TBディスクでのみ発生し、1TBディスクでは発生しない場合は、カードが2TBドライブを処理できない可能性があります。できない人もいます。書き込みが特定のレベルに達すると、内部データ構造がオーバーフローし、効率が失われます。これは(将来の)ファームウェアアップデートで修正できる可能性があります。または、カード自体に固有の可能性があります。使用中の正確なカードがわからないと、自分で見つけることはできませんが、サポートされているカードのドライブを調べることが、その場合の次のステップになります。