ESXホストがiSCSIストレージを認識できないのはなぜですか？
4つのESX4.0ホスト（a、b、c、d）、3つのSATA左側のiSCSI SAN、1 SAS左側のiSCSISAN
ホストa、b、cは、3つすべてのSAS sansと1つのSATAsan
ホストa、b、c、dは、4つのストレージデバイスすべてにpingを実行できます
ホストa、b、cは、4つのストレージデバイスすべてをvmkpingできます
ホストDがSATAsanにpingできるのに、vmkpingできないのはなぜですか？
正しく構成されたホストdのvmkernelポートがありません。ポートまたはvswitchの設定が正しくないか、ホストdからのiSCSIアップリンクが接続されている物理スイッチポートに問題がある可能性があります。正しい物理NICが正しいものにバインドされていることも確認してください。単に、一部のケーブルが交換されている可能性があります。そして、それは単にそれらのiSCSIアップリンクに危険なケーブルがあるということかもしれません。あなたはサーバー上に危険なニックを持っている可能性があります-それは常に可能です。
ESX 3.5以前の場合、iSCSIが機能するには、サービスコンソール（pingがこれをテスト）とvmkernel（vmkpingがこれをテスト）の両方の可視性がSANポートに必要です。 ESX 4では、サービスコンソールの要件は適用されなくなりましたが、iSCSIイニシエーターが使用できるvmkernelポートが機能していないと、iSCSIターゲットに接続できません。
4つのホストすべてが非常に類似していると仮定すると、開始するのに適した場所は、ホストdのネットワーク構成が他のホストのパターンと一致することを確認することです。 vSwitchアップリンクのCDP情報バブルは、物理スイッチング環境がCDPをサポートしている場合に、各アップリンクが接続されている物理スイッチとスイッチポートについて多くのことを教えてくれるので非常に便利です。
SANSはESXホストと同じサブネット上にありますか、それとも異なるネットワーク上にありますか？
それらが異なるネットワーク上にある場合は、VMKernelポートに正しいデフォルトゲートウェイが定義されているかどうかを確認する必要があります。いずれの場合も、IPアドレスとサブネットマスクを確認してください。
VMKernelのネットワーク構成はServiceConsoleのネットワーク構成とは異なるため、何かが正しく構成されていない可能性があり、SCはそれらのSANと通信できますが、VMKernelは通信できません。
上記の提出された提案を確認し、私の問題を解決しなかった後;私はついにしばらくの間別の問題に移り、脳をリフレッシュさせることにしました。 VMware環境全体の停止に関連する別の問題に取り組んでいるときに、以前はSATA SAN）を認識できなかったホストDがSANを認識できるようになったことに気付きました。ただし、ホストC SATA SANが表示されなくなりました。テストとして、ホストDを再起動し、ホストCのストレージを更新すると、SATA SANが再び表示されました。ホストDがオンラインに戻ったら、更新を試みました。ホストDのストレージであり、SATASANを認識できなくなりました。
これにより、SATA SANの問題の可能性があることを調査しました。一部のファームウェアアップデートで修正された問題がいくつかあります。そのうちの1つはiSCSIの制限です。このアップデートは、まだ実行していません。 、しかしHPは、これで問題が解決することを確認しています。ご意見をお寄せいただきありがとうございます。