インテル® イーサネット FCoEに関する既知の問題

ドキュメント

トラブルシューティング

000007715

2023/03/27

これらは、インテル® イーサネット FCoEでインテル® イーサネットサーバーアダプターを使用する際の既知の問題です。このリストは、インテル® ネットワーク・コネクション ソフトウェア・バージョン 17.4 現在のものです。インテル イーサネット・サーバー・アダプターのインストールと構成の詳細については、 ユーザーガイド を参照してください。


Windows* のインテル® イーサネット FCoEの問題

  • デバイス・マネージャーでインテル® イーサネット Virtual Storage Miniport Driver for FCoEが消える場合があります

    次のいずれかの後にデバイス マネージャーからインテル® イーサネット Virtual Storage Miniport Driver for FCoEが消える場合があります。

    • 仮想ネットワークが削除されます。
    • 基盤となるインテル NIC アダプターの設定が変更されます。

    これは、対応するアダプターを仮想化して新しい仮想ネットワークを作成したり、既存の仮想ネットワークを削除または変更したりした場合に発生することがあります。また、アダプターの無効化または再有効化など、基盤となるインテル® NIC アダプターの設定が変更された場合にも発生する可能性があります。

    回避策として、ユーザーは仮想化のためにインテル® アダプターに変更を加える前に、現在システムで使用されているインテル® イーサネット Virtual Storage Miniport Driver for FCoEのすべてのリソース依存関係を削除する必要があります。たとえば、あるユースケースでは、ユーザーが FCoE ストレージドライバーから FCoE ディスクを割り当てて仮想マシンの 1 つを実行し、同時にユーザーが仮想化のために同じインテル・アダプターの構成を変更したい場合があります。このシナリオでは、インテルのアダプター構成を変更する前に、仮想マシンから FCoE ディスクを取り外す必要があります。

  • 仮想マシンから仮想ポートが消える場合がある

    仮想マシンは、仮想マシンを起動すると、インテル® イーサネット Virtual Storage Miniport Driver for FCoE (ドライバー) に仮想ポートの作成を求めます。ドライバーが後で無効になっている場合、仮想ポートが表示されなくなります。仮想ポートを元に戻す唯一の方法は、ドライバーを有効にして仮想マシンを再起動することです。

  • Hyper-V を備えた Windows Server 2008* - 記憶域のミニポート ドライバーは、アダプターが追加または VNIC として削除されたときに読み込まれません。

    Hyper-V の Windows Server 2008 では、記憶域のミニポート ドライバーを追加または削除した後に自動的に読み込まれません、DCB/FCoE アダプターを共有外部仮想デバイスとして。記憶域のミニポート ドライバーを読み込むには、アダプターをリセットします。

  • ANS をインストールして AFT チームを作成した後にインテル® イーサネット FCoEをインストールする場合、Storports はインストールされません。

    ユーザーが ANS をインストールして AFT チームを作成し、FCoE/DCB をインストールすると、デフォルトでは DCB はオフになります。ユーザーが 1 つのポートで DCB を有効にすると、OS は Storports を検出し、ユーザーは新しいハードウェア・ウィザードを手動でクリックして、各ポートのインストールを求めます。ユーザーがそうしない場合、DCB 状況は非操作状態であり、与えられる理由はピアではありません。

  • リンク アグリゲーション・チームは既存のインテル® イーサネット FCoE スイッチではサポートされていません。
  • Windows* デバイス・マネージャー (DMiX) のインテル® PROSetが、インテル® イーサネット FCoE CTRL-D ユーティリティーと同期していません。

    ユーザーがコントロール D メニューから FCoE を無効にすると、Windows デバイス・マネージャー・ユーザー・インターフェイスのインテル PROSetは、フラッシュに FCoE イメージが含まれているのに、フラッシュを更新する必要があることを示します。FCoE イメージでフラッシュを再度更新し、FCoE を再度有効にし、すべての FCoE 設定が使用可能な状態に戻します。

    ユーザーが FCoE を無効にするためにコントロール D メニューを使用している場合、Windows デバイス マネージャー向け インテル PROSetが FCoE の有効化または無効化をサポートしないため、Control-D メニューを使用して有効にする必要があります。

  • 82599 および X540 ベースのアダプターは、Windows* MPIO 構成で SPC-3 準拠と表示されません。

    FCoE イニシエータは仮想化デバイスであるため、独自のハードウェア ID を持たないため、Windows MPIO 設定では SPC-3 準拠デバイスとして表示されません。

  • ALB チーミングを削除すると、すべてのインテル® イーサネット FCoE機能が失敗し、すべての DMIX タブがグレーアウトされ、両方のアダプターポートが失敗します。

    ANS チーミングがユニキャスト モードで Microsoft ネットワーク ロード バランサー (NLB) と連携するには、チームの LAA をクラスター ノード IP に設定する必要があります。ALB モードの場合、レシーブ・ロード・バランシングを無効にする必要があります。詳しい構成の詳細については、ネットワーク・ロード・バランシングでチーミング・アダプターを使用すると、ネットワークの問題を引き起こす可能性がある を参照してください。

    NLB がマルチキャスト モードの場合も ANS チーミングが機能します。このモードでのアダプターの適切な構成については、以下を参照してください。 イベント ID 53 - ネットワーク・アダプターの機能
  • 同一 VLAN 上の FCoE および TCP/IP トラフィックは、一部のスイッチで動作しない場合があります

    これは、既知のスイッチのデザインと設定の問題です。


インテル® イーサネット FCoE ブートの問題

オプション ROM の既知の問題

  • 複数の FCoE VLAN でのディスカバリの問題
    FCoE オプション ROM は、ターゲットの検出 機能からの VLAN ディスカバリを実行する際に、希望の VLAN を検出できません。[検出 VLAN] ボックスに間違った VLAN が設定されている場合は、ターゲットの検出を実行する前に、必要な VLAN を入力します。

Windows の既知の問題

  • リリース 16.4 での Brocade® スイッチのサポート
    インテル® イーサネット FCoE ブートは、リリース 16.4 で Brocade スイッチをサポートしていません。必要に応じて、リリース 16.2 を使用してください。

  • Windows はローカル ディスク上のページング ファイルを使用します。
    イメージング後、FCoE ディスクから起動する前にローカルディスクが削除されない場合、Windows はローカルディスクからのページングファイルを使用することがあります。

  • FCoE ディスクへのクラッシュ ダンプは、FCoE Boot LUN のみに対応しています。
    以下のシナリオはサポートされていません。

    • Windows ディレクトリーが FCoE Boot LUN 上にない場合、FCoE ディスクにクラッシュダンプする。
    • 別の FCoE LUN にクラッシュ ダンプを直接するのに専用の取り出しファイルのレジストリ値を使用します。
  • IntelDCB サービスを停止すると、OS がハングアップまたはクラッシュする可能性があります。

  • インストーラーが FCoE からシステムを不正確に起動すると報告されるため、ローカルディスクからの FCoE アンインストールがブロックされる可能性があります。
    起動時に FCoE オプション ROM が FCoE ディスクに接続すると、Windows インストーラーはシステムが FCoE から起動したかどうかを判断できず、FCoE アンインストールをブロックする可能性があります。アンインストールするには、オプション ROM が FCoE ディスクに接続しないように構成します。

  • インテル® イーサネット FCoE ブートが有効になっている VLAN インターフェイスを作成できません
    FCoE で起動すると、ユーザは他のトラフィック タイプの VLAN やチームを作成できません。これにより、FCoE 以外のトラフィックのコンバージド機能を防止できます。

  • Hyper-V 経由で外部共有 vNIC として利用可能な FCoE ブート用に構成されたサーバー・アダプター
    ポートがブートポートとして設定されている場合、ユーザーがシステムに Hyper V の役割をインストールしてから Hyper V ネットワーク・マネージャーにアクセスして外部から仮想化するポートを選択すると、ブートポートは表示されます。表示されません。

    Windows デバイス・マネージャー (DMIX) のインテル PROSetでポートをブートポートに設定すると、変更を有効にするためにユーザーがシステムを再起動する必要がありますが、再起動は強制されませんというメッセージが表示されます。その結果、ユーザーレベルのアプリケーションはブートモードになります (データセンター・タブはグレーアウトされています) が、ポートがブートポートであることを OS に示すためにカーネルレベルのドライバーは再起動されていません。ユーザーが Hyper V サービスをシステムに追加すると、OS は利用可能なポートのスナップ ショットを取得し、これは Hyper V の役割を追加し、システムを再起動し、ユーザーが Hyper V 仮想ネットワーク マネージャーに入ってポートを仮想化した後に使用するスナップ ショットです。その結果、ブートポートも表示されます。

    ソリューション:

    ポートをブートポートに設定した後、Hyper V の役割を追加する前にシステムを再起動します。このポートは、Hyper V 仮想ネットワーク マネージャーの仮想化可能なポートのリストには表示されません。

    デバイス マネージャーを起動に設定した後、Hyper V の役割を追加する前に、ポートを無効または有効にします。このポートは、Hyper V 仮想ネットワーク マネージャーの仮想化可能なポートのリストには表示されません。

  • リモートブート時に FCoE リンクダウン・タイムアウトが早々に失敗する
    FCoE ブートされたポートが、インテル® イーサネット Virtual Storage Miniport Driver for FCoEの Linkdown Timeout 詳細設定で指定された時間より長くリンクを失うと、システムはクラッシュします。 リンクダウン・タイムアウト の値が 30 秒以上の場合、システムがクラッシュする前に時間を追加できない場合があります。

関連トピック
よくある質問: データセンター・ブリッジング (DCB) とファイバー・チャネル・オーバー・イーサネット (FCoE)
DCB/FCoE 互換性
MPIO および DSM に必要な Windows* サーバーの修正プログラム
ユーザーガイド