アレイにスペアディスクを追加しました。
Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy
------------------------------------------------------------------------------
u0 RAID-6 OK - - 256K 5587.9 RiW ON
u1 SPARE OK - - - 1863.01 - OFF
VPort Status Unit Size Type Phy Encl-Slot Model
------------------------------------------------------------------------------
p0 OK u0 1.82 TB SATA 0 - ST32000542AS
p1 OK u0 1.82 TB SATA 1 - ST32000542AS
p2 OK u0 1.82 TB SATA 2 - ST32000542AS
p3 OK u0 1.82 TB SATA 3 - ST32000542AS
p4 OK u0 1.82 TB SATA 4 - ST32000542AS
p5 OK u1 1.82 TB SATA 5 - WDC WD2002FYPS-02W3
私がやったとき、tw_cliはこれを言いました:
Creating new unit on controller /c0 ... Done. The new unit is /c0/u1.
WARNING: This Spare unit may replace failed drive of same interface type only.
その警告はどういう意味ですか?
最近、別のほぼ同じマシン(9650SEも搭載)にスペアを問題なく追加しました。唯一の違いは、他のマシンでは、アレイがWDC WD2002FYPS-02W3ディスクで構成されていて、それに1つが追加されたことです。このアレイでは、アレイはWDCWD2002FYPS-02W3が追加されたST32000542ASディスクで構成されていました。
インターフェースの種類についての警告ですが、すべてSATAであるため、わかりません。
これは、WDC WD2002FYPS-02W3が4kセクタードライブであり、ST32000542ASがそうではないという事実と関係がありますか?
どちらが副次的な質問を引き起こします:9650 SEはどのようにデータを調整しますか? 4kと互換性がありますか?または、4kセクターディスクを検出したときに4kアライメントのみである可能性があります(この場合、スペアとして4kドライブを追加すると問題が発生します)。
9650SEはSATAのみのコントローラーであるため、ハードウェアのインターフェイスタイプに関する警告は無視できます。ただし、同じtw_cliユーティリティを使用して、SATAとSASドライブの両方をサポートする9690SAのような新しいカードを管理できますが、同じアレイでSATAとSAS許可されていません。
WDC WD2002FYPSは4kセクターを使用していないようです。少なくとも、 仕様書 には「AdvancedFormat」が記載されていないため、配置の問題はありません。このドライブは、9650SEの公式互換性リストにも含まれています(ただし、 KB 1557 は、速度を1.5 Gbpsに制限する必要があるのは9690SAのみであると述べていますが、9650SEの実際の互換性リストには、「リンクの場合にのみ互換性があります。速度は1.5Gb /秒に設定されています。KB15573を参照してください。
3ware 9xxxシリーズコントローラーは、各ドライブの最後にDCB(アレイ構成データ)を配置し、ユーザーデータはLBA 0から書き込まれます(たとえば、 this および this の投稿を参照) )、したがって、コントローラー自体からのアライメントの問題はないはずです。
ただし、512バイトセクターのディスクでも存在するアライメントの問題があります(9690SAでテスト済み、9650SEに同じ問題があるかどうかはわかりません)。自動カービング(/cx set autocarve=on
、またはBIOSの同等のオプション)またはBIOSの「ブートボリューム」オプションを使用して単一のアレイから複数のボリュームを作成すると、指定されたボリュームサイズが1(512バイト)減少します。 )セクター、および最初のボリュームを除くすべてのボリュームは、基盤となるRAIDストライプに関して整列されません。これは、tw_cli /cx show diag
出力で確認できます—コントローラーログには、ボリュームの開始セクター番号が16進形式で含まれ、通常は00000で終了します(1 GiBは0x200000セクター)。悪い場合は、FFFFF、FFFFE、…で終わるので、次のように表示されます。
LUN 0x0 Start LBA 0x0 Size 0xf9ffffff
LUN 0x1 Start LBA 0xf9ffffff Size 0xd7a80001
または(40GiBのブートボリュームと2048GiBの自動彫刻の場合-アライメントシフトの累積に注意してください):
LUN 0x0 Start LBA 0x0 Size 0x4ffffff
LUN 0x1 Start LBA 0x4ffffff Size 0xffffffff
LUN 0x2 Start LBA 0x104fffffe Size 0x583e0002
(この場合、0xffffffffの自動彫刻サイズの制限は妥当ですが、次のボリュームの配置を壊す言い訳にはなりません。余分なセクターをスキップするか、最大許容自動彫刻サイズを2047 GiBに設定する必要があります。)
正しく機能する唯一のオプションはtw_cli /cx add ... vol=a:b:c:d
です(最後のボリュームを除くすべての必要なボリュームのサイズを明示的に指定します)。適切に配置された開始セクターを提供します。例:vol=2000
:
LUN 0x0 Start LBA 0x0 Size 0xfa000000
LUN 0x1 Start LBA 0xfa000000 Size 0xd7a80000