web-dev-qa-db-ja.com

ESX3.5クラスターとMD3000i-両方のサーバーがiSCSIターゲットを認識し、1つのサーバーのみがパーティションを使用できます

わかりました。何よりもまず、警告。これは、より大きく、通常の質問です。私は徹底的に、考えられるすべての「イージーモード」の答えを排除し、私が試したことをみんなに感じてもらうのが好きです。私たちのセットアップとそれが抱えている問題のいくつかの画像を含めました..

TLDRバージョン：ここにあるガイドに従いました： ESX導入ガイドV1 これはデルから送られてきたガイドですDellMD3000iを搭載した2台のESX3.5サーバーをセットアップします。動作しません。両方のサーバーがMD3000で同じストレージパーティションを使用することはできません。両方のサーバーがそれを認識しますが、実際に使用できるのは1つのサーバーだけです。 （そのサーバーは、ターゲット上にパーティションを作成したサーバーです。）両方のESXサーバーはホストグループのメンバーです。

フルバージョン

2台のESX3.5サーバー（10.0.7.102、EPI2とも呼ばれます。10.0.7.103、EPI3とも呼ばれます）がiSCSI SANデバイス（Dell MD3000i）に接続されています。両方のESXサーバーでSANをスキャン」して、LUNを確認します。

パート1：MD3000iストレージ

MD3000iでは、両方のサーバーが私のホストグループにあります。 enter image description here

VM1とVM2の2つのパーティションがあり、どちらも1.6TBです（vmwareは2TBを超えるものは好きではありません）。 enter image description here

また、ESXサーバーがMD3000を適切にターゲットにしていることもわかります。enter image description here

パート2：ESXサーバー

scanning the md3000 図1。

したがって、上記のように、両方のESXサーバー（10.0.7.102および10.0.7.103）がMD3000iSANを表示およびスキャンできます。
Storage on Vmware 図2。

上記は、両方のサーバーが認識しているストレージです。 EPI2（102）にストレージパーティションを作成しました。次に、パーティションを拡張して、合計3.27 TBのストレージ）の2番目のLUNを含めました。

vmwarepartition

103（サーバーがパーティションをマウントしていない）で「再スキャン」すると、以下のログインログ/メッセージが表示されます。 3月11日10：41：18epi3カーネル：scsi1：remove-single-device 0 0 0が失敗し、デバイスがビジー（4）。私の注意を引く唯一の線です。 （EPI3はサーバー名です）

Mar 11 10:41:04 epi3 vmkiscsid[5436]: Connected to Discovery Address 192.168.130.101 
Mar 11 10:41:04 epi3 vmkiscsid[5437]: Connected to Discovery Address 192.168.130.102 
Mar 11 10:41:04 epi3 vmkiscsid[5438]: Connected to Discovery Address 192.168.131.101 
Mar 11 10:41:04 epi3 vmkiscsid[5439]: Connected to Discovery Address 192.168.131.102 
Mar 11 10:41:17 epi3 kernel: scsi singledevice 2 0 0 0
Mar 11 10:41:17 epi3 kernel:   Vendor: Dell      Model: MD3000i           Rev: 0735
Mar 11 10:41:17 epi3 kernel:   Type:   Direct-Access                      ANSI SCSI revision: 05
Mar 11 10:41:17 epi3 kernel: VMWARE SCSI Id: Supported VPD pages for sdb : 0x0 0x80 0x83 0x85 0x86 0x87 0xc0 0xc1 0xc2 0xc3 0xc4 0xc8 0xc9 0xca 0xd0 
Mar 11 10:41:17 epi3 kernel: VMWARE SCSI Id: Device id info for sdb: 0x1 0x3 0x0 0x10 0x60 0x1 0xe4 0xf0 0x0 0x1a 0x1a 0xa2 0x0 0x0 0x15 0xe2 0x4d 0x75 0xf6 0x99 0x53 0x98 0x0 0x54 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x2c 0x74 0x2c 0x30 0x78 0x30 0x30 0x30 0x31 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x32 0x0 0x0 0x0 0x51 0x94 0x0 0x4 0x0 0x0 0x80 0x1 0x53 0xa8 0x0 0x44 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x0 0x0 0x0 0x0 
Mar 11 10:41:17 epi3 kernel: VMWARE SCSI Id: Id for sdb 0x60 0x01 0xe4 0xf0 0x00 0x1a 0x1a 0xa2 0x00 0x00 0x15 0xe2 0x4d 0x75 0xf6 0x99 0x4d 0x44 0x33 0x30 0x30 0x30 
Mar 11 10:41:17 epi3 kernel: VMWARE: Unique Device attached as scsi disk sdb at scsi2, channel 0, id 0, lun 0
Mar 11 10:41:17 epi3 kernel: Attached scsi disk sdb at scsi2, channel 0, id 0, lun 0
Mar 11 10:41:17 epi3 kernel: scan_scsis starting finish
Mar 11 10:41:17 epi3 kernel: SCSI device sdb: 3509329920 512-byte hdwr sectors (1797751 MB)
Mar 11 10:41:17 epi3 kernel:  sdb: sdb1
Mar 11 10:41:17 epi3 kernel: scan_scsis done with finish
Mar 11 10:41:17 epi3 kernel: scsi singledevice 2 0 0 1
Mar 11 10:41:17 epi3 kernel:   Vendor: Dell      Model: MD3000i           Rev: 0735
Mar 11 10:41:17 epi3 kernel:   Type:   Direct-Access                      ANSI SCSI revision: 05
Mar 11 10:41:18 epi3 kernel: VMWARE SCSI Id: Supported VPD pages for sdc : 0x0 0x80 0x83 0x85 0x86 0x87 0xc0 0xc1 0xc2 0xc3 0xc4 0xc8 0xc9 0xca 0xd0 
Mar 11 10:41:18 epi3 kernel: VMWARE SCSI Id: Device id info for sdc: 0x1 0x3 0x0 0x10 0x60 0x1 0xe4 0xf0 0x0 0x1a 0x1a 0x86 0x0 0x0 0xd 0xb7 0x4d 0x75 0xf2 0x77 0x53 0x98 0x0 0x54 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x2c 0x74 0x2c 0x30 0x78 0x30 0x30 0x30 0x31 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x32 0x0 0x0 0x0 0x51 0x94 0x0 0x4 0x0 0x0 0x80 0x1 0x53 0xa8 0x0 0x44 0x69 0x71 0x6e 0x2e 0x31 0x39 0x38 0x34 0x2d 0x30 0x35 0x2e 0x63 0x6f 0x6d 0x2e 0x64 0x65 0x6c 0x6c 0x3a 0x70 0x6f 0x77 0x65 0x72 0x76 0x61 0x75 0x6c 0x74 0x2e 0x36 0x30 0x30 0x31 0x65 0x34 0x66 0x30 0x30 0x30 0x31 0x61 0x31 0x61 0x61 0x32 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x34 0x37 0x39 0x30 0x36 0x32 0x32 0x65 0x0 0x0 0x0 0x0 
Mar 11 10:41:18 epi3 kernel: VMWARE SCSI Id: Id for sdc 0x60 0x01 0xe4 0xf0 0x00 0x1a 0x1a 0x86 0x00 0x00 0x0d 0xb7 0x4d 0x75 0xf2 0x77 0x4d 0x44 0x33 0x30 0x30 0x30 
Mar 11 10:41:18 epi3 kernel: VMWARE: Unique Device attached as scsi disk sdc at scsi2, channel 0, id 0, lun 1
Mar 11 10:41:18 epi3 kernel: Attached scsi disk sdc at scsi2, channel 0, id 0, lun 1
Mar 11 10:41:18 epi3 kernel: scan_scsis starting finish
Mar 11 10:41:18 epi3 kernel: SCSI device sdc: 3509329920 512-byte hdwr sectors (1797751 MB)
Mar 11 10:41:18 epi3 kernel:  sdc: sdc1
Mar 11 10:41:18 epi3 kernel: scan_scsis done with finish
Mar 11 10:41:18 epi3 kernel: scsi1: remove-single-device 0 0 0 failed, device busy(4).
Mar 11 10:41:18 epi3 kernel: scsi singledevice 1 0 0 0

私が試したこと：

  1. 103からiSCSIターゲットを削除し、iSCSIを無効にし、再起動し、iSCSIを有効にし、ターゲットを再追加し、再スキャンします。同じ結果。
  2. 102のパーティションを削除し、代わりに103のフォーマット済みパーティション。反転したことを除いて、同じ結果。 103はストレージを使用できますが、102は使用できません。
  3. 最初からやり直す。両方のESXボックス上のすべてのiSCSIターゲットを削除し、iSCSIを無効にし、iSCSIのファイアウォールをオフにし、ESXを再起動します。次に、MD3000で、ホストグループを削除し、ホストから仮想へのマッピングを削除して、SANを再起動しました。再びドキュメントに従いました、同じ結果。両方のサーバーがストレージを認識しますが、1つのサーバーのみがストレージを使用できます。
  4. VMwareDRSおよびHAの無効化と再有効化。同じ結果。
  5. VMware DRSとHAを完全にオフにし、「最初からやり直す」手順を実行して、それが失敗したかどうかを確認します。同じ結果。

私はここでちょっと頭がおかしくなっています。オンラインで読んだものはすべて「パーティションを作成するだけで、ESXボックスがターゲットを認識できれば機能します」と書かれています。

何かアイデア、他に試すことはありますか？誰かが少なくとも私を正しい方向に向けることができますか？午前1時から午前4時（メンテナンス時間）まで働くのは本当にうんざりです

delliscsidell-powervaultvmware-esx
7
grufftech

それは素晴らしい答えではありませんが、私たちは問題を解決しました。

私たちの「EPI2」サーバーは、ストレージの共有を拒否する何らかの方法でおかしくなっていたようです。

クラスターからEPI2を削除し、EPI1（ESX4.1）とEPI3（ESX3.5）を使用して再スキャンすると、ストレージが正しく検出され、マウントされました。

EPI2がこれらの問題を引き起こしたため、すべての仮想をEPI2から移行し、4.1にアップグレードすることにしました。

アップグレードして以来、問題は発生していません。3つのESXボックスすべてがストレージを認識し、適切に共有しています。

皆さんの助けに感謝します。

1
grufftech

私はあなたの痛みを感じます....私は過去1年間にESXとiSCSIと何度も戦いました。

確かではありませんが、結果のデータストアのサイズが原因で問題が発生している可能性があります。 iSCSI LUNには2TBの制限があります。これは、2つの1.6 TB LUNに分割しているため、問題ありません。

Epi3はデータストアが無効なサイズであると信じているため、データストアを読み込めないのではないかと思います。

ホストがその方法で正しく表示できるかどうかを確認するために、各lunを独自のデータストアとしてロードしてみましたか？

1
Rjcassara

ISCSIアクセスは許可されているが、読み取り/書き込みは許可されていないようです...これは実行されましたか？

「はい：このホストは同じ仮想ディスクへのアクセスを他のホストと共有します」を選択します

（ http://www.Dell.com/downloads/global/solutions/pvault_esx_storage_deployment_guide_v1.pdf から）

編集：問題であるESXを排除するために、2番目のESXを別のホストグループに配置し、そのホストグループにlunを割り当てることができますか？また、イニシエーター名が31文字を超えると、ESXボックスが接続されないという古い投稿をいくつか見ました。私があなたのスクリーンショットで見るものから、そして彼らがそれを修正したと仮定すると、あなたは大丈夫であるはずです。ここで言及する価値があると思っただけです。

1
JakeRobinson

ISCSIディスクのサイズは2TBに制限されています。 http://www.vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_config_max.pdf これら2つの1.6TB LUNを拡張しようとすると、この制限を超えているようです。

これらは、VMwareのサイトに掲載されている同様の投稿である可能性があります。

1） http://communities.vmware.com/message/1323224 ESX 3.5サーバーからストレージLUNを認識できません2） http://communities.vmware.com/thread/ 71152 LUNがマウントされていません。

0
Chadddada