![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
目次
ディスクアレイの構築は別段変わったことは無く、コントローラに接続し、管理ツールからアレイを構築するのみとなる。
HDDがAFDを採用していることから、Linuxで使用する場合にパーティションの先頭セクタを調整する必要があるとの記事が多数存在するが、今回は64bit LBAをサポートしたRAIDコントローラを使用したことから、AFDの影響を受けることなく利用することができた。
尚、シングルドライブとして使用する場合には、GNU Partedを使用するか、Westan Digital社が配布しているWD Align System Utilityを使用して先頭セクタに細工を施す必要ある。
◆4KiBセクタ問題全般
◆WD20EARS固有資料
接続に特別変わった点は無く、4in1のSATAケーブルを使用して配線を行う。
使用する筐体がSuperMicro製 SC932であるため、LEDの配線にはやや気をつける必要がある。
筐体自体は15台のHDDをマウントでき、LED用としては5ピンずつのコネクタが4本出ている。数が合わないわけだが筐体のマニュアルを熟読した結果、LEDの配線はバックプレーンのJP26（#1〜8）とJP47(#9〜15)に割り当てられており、各コネクタから出ている5ピン x2の内8ピン分がLEDであることが分かった。
これとRAIDコントローラのマニュアルを参考に写真の様に配線した結果、LEDが正常に機能することを確認した。
RAIDコントローラのファームがHDDを認識したことを確認した上で、3Wareの管理ツール「3DM2」上からアレイを構築する。
3DM上からアレイを構築したところ、Port2へ接続したWD20EARSにてDEVICE ERRORが発生し、アレイの状態がDEGRADEDとなってしまった。
3回リビルドを試みたが毎回同じデバイスがエラーとなるため、初期不良と判断して販売店へ持っていったところ、初期不良として新品交換をしてもらうことができた。
新品交換したHDDに差し替え再度リビルドをかけたところ、今度はPort0に接続しているWD20EARSにてTimeout Errorが発生。
何回か繰り返し試した結果、新品交換したHDDをアレイに組み込む処理の前段階でPort0のWD20EARSでTimeout Errorが発生してリビルドに失敗するという動きをしていることが判明。
RAIDにおけるTimeout Errorについて検索したところ、一般向けのHDDでは個体差によりRAIDコントローラにシビアなタイミングに付いて行けないデバイスが多いとの中の人の証言を発見。
業務用のSASなどでは、これらの問題を解消するファームウェアが搭載されていることで回避できるが、一般向け製品にはそのような高機能は無く、不具合発生率から偶に正常に動作する個体が混ざる程度の認識が正しいとの見解が示されており、愕然とする・・・
HDDの交換前にデグレードしたアレイにデータの移行を進めてしまっており、デグレードを解消するためのリビルドで別のディスクがエラーを吐いてリビルドに失敗する・・・
更に、エラーを吐くディスクを外すとRAID5アレイが崩壊するという、手持ち機材ではどうにもならない詰んだ状態にはまり込んだ。
対抗策として、手持ちHDDと組み合わせてアレイ内のデータを別のディスクに移動させ、更に新規にWD20EARSを購入してアレイから作り直す方針を採用。
6台中2台がRAIDでの使用に不適格という外れ率の高さと、作業の効率を考えた結果、2台のWD20EARSを追加で購入した。
新たなHDDに交換してリビルドした結果、今度は正常にリビルドが完了した。
先に問題を起したHDDも単体での使用であれば問題は無いと思われるのだが、ハズレの発生率は最初の段階で2/6、追加購入で2/8となり、意外と高確率であることが分かった。
今回購入した製品がリリースして間が無く、フォーマットなどの面でも野心的な製品であるためのハズレ率と思いたいが、今後拡張をする上ではいろいろと考えさせられる事象ではある。
次 → 10TBストレージ構築 No.3 2TB越えパーティションの作成
前 → 10TBストレージ構築 No.1 構築概要
008.png
005.png
001.png
10t004.png
