web-dev-qa-db-ja.com

9650SE RAID1がディスクのフルサイズを表示しないのはなぜですか？

これは ESXi5.0で3Ware9650SE RAID1を拡張するにはどうすればよいですか？ の続きです。

ESXi 5.0で取得したデータストアを拡張できることを期待して、RAID1の1TBドライブを2TBドライブに順次交換しました。ドライブを交換し、再構築を完了させた後、ESXi（RAIDはブートパーティションでもあります）で起動できますが、パーティションツール（ESXiメンテナンスpartedUtilとgPartedブートディスクの両方）は、RAIDが元のサブ〜1TBサイズ。

OS、特にESXiがドライブの未使用部分を認識できるようにするには、何をする必要がありますか？

[〜＃〜] edit [〜＃〜]MDMarraが以下に提案したように、私はCLI KBの記事を試しましたが、結果が混乱しました。私の質問はまだ残っていると思います。別の言い方をすると：パーティションツールがレイドでドライブのフルサイズを読み取れないのはなぜですか？また、それらを有効にするにはどうすればよいですか？

/dev/disks # partedUtil getptbl /vmfs/devices/disks/naa.600050e0f7f321007eb30000401b0000
gpt
121575 255 63 1953103872
1 64 8191 C12A7328F81F11D2BA4B00A0C93EC93B systemPartition 128
5 8224 520191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
6 520224 1032191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
7 1032224 1257471 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0
8 1257504 1843199 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
2 1843200 10229759 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
3 10229760 1953103838 AA31E02A400F11DB9590000C2911D1B8 vmfs 0

行121575 255 63 1953103872を見ると、最後の数値はディスクのLBAサイズ（512バイト単位）であると想定されます。この場合は1TB未満です。とにかく前進...

~ # vmkfstools --growfs "/vmfs/devices/disks/naa.600050e0f7f321007eb30000401b0000:3" "/vmfs/devices/disks/naa.600050e0f7f321007eb30000401b0000:3"
Underlying device has no free space
Error: No space left on device

そのため、OSがRAIDアレイの実際のサイズを認識できるようにするために何かをする必要があると考えています。

EDIT 2tw_cliの出力

~ # /tmp/tw_cli /c0
Error: (CLI:003) Specified controller does not exist.
~ # /tmp/tw_cli show

Ctl   Model        (V)Ports  Drives   Units   NotOpt  RRate   VRate  BBU
------------------------------------------------------------------------
c6    9650SE-4LPML 4         2        1       0       1       1      -

~ # /tmp/tw_cli /c6 show

Unit  UnitType  Status         %RCmpl  %V/I/M  Stripe  Size(GB)  Cache  AVrfy
------------------------------------------------------------------------------
u0    RAID-1    OK             -       -       -       931.312   RiW    ON

Port   Status           Unit   Size        Blocks        Serial
---------------------------------------------------------------
p0     OK               u0     1.82 TB     3907029168    WD-WCAY00283502
p1     OK               u0     1.82 TB     3907029168    WD-WCAY00286752
p2     NOT-PRESENT      -      -           -             -
p3     NOT-PRESENT      -      -           -             -

~ #
raidvmware-esxilsi3ware
1
Jamie

論理ディスク/ユニット（u0）のサイズを増やす必要があります。

tw_cli /c0/u0 migrateコマンドのいくつかの形式はあなたのために働くように思われるでしょう、しかしこの知識ベースの記事を見てください矛盾する情報。

ステップ5：3wareサポートエンジニアが、ディスクドライブのRAIDテーブル情報を書き換えるスクリプトを作成します。新しいRAIDテーブル情報（またはDCB）により、コントローラーは新しい大容量ドライブを表示して使用できるようになります。

2
ewwhite

あなたの拡張の試みは今のところ成功していません。

失敗した可能性があります。これにより、コントローラーのログに適切なエントリが生成されます。 tw_cli show diag出力の「コントローラーログ」セクションを見てください。

または、間違ったコマンドセットを使用した可能性があります。あなたの特別な場合には、それはややトリッキーに思えます。直感的に、

 tw_cli /c6/u0 migrate type=raid1

拡張を起動する必要がありますが、raid1からraid1への移行は、 10.2の最新/最大のCLIガイド （2010年からの日付のようです）のマトリックスによるとサポートされていません。

valid migration paths for tw_cli

これがまだ最新で正しい情報であるかどうか確信が持てないので、移行のために前のコマンドを試してみます。これが失敗した場合、進むべきルートはおそらく

 tw_cli /c6/u0 migrate type=single

鏡を壊して走る

 tw_cli /c6 show

どのディスクがu0になり、どのディスクが別のユニットに分離されたかを確認します。発行して新しく作成したユニットを削除する

 tw_cli /c6/u<newUnitNumber> del

次に実行します

 tw_cli /c6/u0 migrate type=raid1 disk=<whatever disk number is not in u0 any more>

再ミラーリングするには、最終的にアレイの容量を拡張する必要があります。しかし正直なところ、これは私が不注意な動きでアレイを台無しにしないことを確認するために、LSIテクニカルサポートに電話をかける場所です。

そしてもう1つの重要なポイントは、復元できる最新のバックアップがあることを確認することです。

3
the-wabbit

CLIを使用してパーティションを拡張し、VMFSボリュームを拡張する にする必要があります。ローカルストレージを使用してGUIからこれを行うことはできないため、vCLIで汚れる必要があります。

1
MDMarra