インテル® iSCSI Remote Boot の既知の問題
コンテンツタイプ: トラブルシューティング | 記事 ID: 000007279 | 最終改訂日: 2025/03/03
ネットワーク スタックに影響を与える可能性のあるハードウェアまたはソフトウェア (ネットワーク ドライバー、OS サービス パックなど) を追加または更新した後は、/verify /fix コマンド ライン オプションを指定して iscsibcg.exeを実行する必要があります。 このユーティリティーは、Microsoft* iSCSI ソフトウェアのインストールの一部としてインストールされます。システムのシャットダウンのたびにこのユーティリティを実行するように設定して、システムを忘れたり壊れたりすることがないようにすることを強くお勧めします。システムのシャットダウン時にこのユーティリティーを実行するように設定するには、次の手順に従ってください。
ターゲットに 2 つのポートを接続して iSCSI リモート ブート用にシステムをセットアップし、システムを正常に起動した後、セカンダリ ブート ポートのみをターゲットに接続してシステムを起動しようとすると、Microsoft Initiator は継続的にシステムを再起動します。
この制限を回避するには、次の手順を実行します。
Windows* のインストールにおいて、ドライバーと MS iSCSI ブート・イニシエーターをインストールしたときのもの以外の PCI スロットに iSCSI アダプターを移動すると、Windows スプラッシュ・スクリーンの途中でシステムエラー (ブルー・スクリーン) が発生することがあります。この問題は、アダプタを元のPCIスロットに戻すと解決します。iSCSI のインストールに使用するアダプターは移動しないことをお勧めします。これは OS の既知の問題です。
アダプターを別のスロットに移動する必要がある場合は、新しいアダプターを別のスロットに取り付け、そのアダプターをインテル iSCSI Remote Boot用にセットアップしてから、前のアダプターを移動する必要があります。
以下の手順に従います。
インテル iSCSI Remote Bootで使用しているデバイスのドライバーをデバイス・マネージャーでアンインストールすると、再起動時に Windows がブルースクリーンを表示し、OS を再インストールする必要があります。これは Windows の既知の問題です。
アンインストール中、他のすべてのインテル・ネットワーク・コネクション・ソフトウェアは削除されますが、起動の優先順位がプライマリまたはセカンダリとして割り当てられている iSCSI リモート・ブート・アダプターのドライバーはアンインストールされません。
この問題を回避するには、次のレジストリ値を 0 に変更します。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start
レジストリ値は、インテル iSCSI Remote Bootが有効になっている場合、および I/OAT をオフロードする場合にのみ変更してください。インテル iSCSI Remote Bootが有効になっていないときにこの設定を 0 に変更すると、ブルースクリーンが表示されます。インテル iSCSI Remote Boot が無効になっている場合、または再起動時にブルースクリーンが表示される場合は、 3 に戻す必要があります。
2 つの PCI Express x8 スロットに 2 つのインテル® PRO/1000 PT サーバー・アダプターを使用している場合、Windows のインストールはローカル HDD の手順でのみ実行できます。
iSCSI リモート ブート ポートの CHAP ユーザー名およびシークレットがターゲット CHAP ユーザー名およびシークレットと一致しない場合、Windows Server 2008 はインストール中または起動時にブルー スクリーンまたは再起動することがあります。すべてのCHAP設定がターゲットに設定されている設定と一致していることを確認します。
ローカルディスクをインストールせずに F6 Windows を実行している場合は、スタンバイモードを使用しないでください。
WDS のインストールを実行し、インストール中にドライバーを手動で更新しようとすると、ドライバーは読み込まれますが、iSCSI ターゲット LUN はインストール場所の一覧に表示されません。これは既知の WDS の制限であり、現在の修正プログラムはありません。したがって、DVD または USB メディアからインストールを実行するか、WDS WinPE イメージにドライバーを挿入する必要があります。
iSCSI ブートではチーミングはサポートされていません。プライマリおよびセカンダリ iSCSI アダプターを使用してチームを作成し、Microsoft イニシエーターのインストール中にそのチームを選択すると、定期的な再起動で失敗することがあります。イニシエータのインストール中に選択できるチームであっても、インテル iSCSI Remote Bootするチームを選択しないでください。
負荷分散とフェールオーバーのサポートには、代わりに MSFT MPIO を使用できます。MPIO の設定方法については、Microsoft イニシエーター ユーザー ガイドを確認してください。
リムーバブルまたは一時的なストレージデバイス (USB フラッシュドライブや FireWire* ドライブなど) がロードされているときに F6 ディスクレス・インストールを実行すると、BIOS の起動順序が変更されることがあります。この問題が発生した場合は、F6 ディスクレス インストールを再起動する必要があります。このため、F6 ディスクレス インストールの実行中にリムーバブルまたは一時ストレージ デバイスを読み込まないことをお勧めします。
これは Windows Server 2003 の既知の問題であり、インテル iSCSI Remote Boot では修正できません。この Windows Server 2003 の問題の詳細については、マイクロソフトのサポート記事 KB816793 を参照してください。
iSCSI ブートが有効になっているポートには LAA を設定しないでください。
インテルの F6 ドライバー、Microsoft iSCSI イニシエーター、および次の EMC ターゲット・モデルのファームウェア・バージョン間の競合が原因で、「 ローカル・ディスクなしで Windows 2003 をインストールする 」の手順 10 の再起動中に F6 インストールが失敗することがあります。
障害を回避するには、ステップ 10 のリブート中にセカンダリ iSCSI ポートがターゲットに到達できないことを確認します。
この問題は、このオペレーティング システムでの大容量送信オフロード (LSO) のサポートが制限されていることが原因で発生します。Windows 2003 サーバー R2 で iSCSI トラフィックが必要な場合、LSO は無効になります。
デバイスがプライマリに設定されていないが、最初に列挙されている場合、BIOS はそのデバイスのバージョンの iSCSI ブートを使用します。そのため、ユーザーは予想よりも古いバージョンの インテル® イーサネット iSCSI ブート を使用することになります。解決策は、システム内のすべてのデバイスに同じバージョンのiSCSIブートが必要であることです。これを行うには、ユーザーは[ブートオプション]タブに移動し、デバイスのフラッシュを最新バージョンに更新する必要があります。
DCB 経由の iSCSI (プライオリティ・タギング) は、VMSwitch が作成されたポートでは不可能です。これは Microsoft* Windows Server* 2012 の仕様です。
データセンターブリッジング(DCB)用iSCSI機能は、サービス品質(QOS)トラフィックフィルタを使用して、発信パケットに優先度をタグ付けします。インテル iSCSI エージェントは、IPv4 アドレッシングを使用するネットワーク上で、必要に応じてこれらのトラフィック・フィルターを動的に作成します。
データセンターブリッジング(DCB)用iSCSI機能は、サービス品質(QOS)トラフィックフィルタを使用して、発信パケットに優先度をタグ付けします。インテル iSCSI エージェントは、Windows Server 2008 R2 以降では、必要に応じてこれらのトラフィック フィルターを動的に作成します。
Linux チャネル・ボンディングには インテル iSCSI Remote Boot との基本的な互換性の問題があるため、使用しないでください。
これらのエラーメッセージは、ログインまたはブートのブロックを示すものではないため、無視しても問題ありません。
RHEL 5.2 を使用する iBFT システムでは、Anaconda はインストール時にネットワークを自動的に開始しません。ユーザーは、コンソールからネットワークを手動で起動する必要があります。手動でネットワークを強制的に起動する方法の詳細については、RedHat のドキュメントを参照してください。
RHEL 5.2 は、インストール時に CHAP をサポートしません。ターゲットで CHAP 認証を使用する場合は、インストール中に CHAP を無効にし、インストール完了後に有効にしてください。
RHEL5.1 システムでは、インストール後の最初の iSCSI ブートで間違ったネットワーク・インターフェースが起動します。これによりシステムがハングし、少なくとも再インストールが必要になります。この問題の回避策は、インストール直後にinitスクリプトを編集し、起動するインターフェイスを変更することです。この問題を回避するために、RHEL5.2 を使用することを強くお勧めします。
LRO (大容量受信オフロード) は、iSCSI ターゲットまたはイニシエータのトラフィックと互換性がありません。LRO が有効になっている ixgbe ドライバーを介して iSCSI トラフィックを受信すると、パニックが発生する可能性があります。これを回避するには、以下を使用してドライバーをビルドしてインストールする必要があります。
# インストールCFLAGS_EXTRA=-DIXGBE_NO_LROにする
リモートLUNからのiSCSIブートは、リモートLUNへのインストールに使用したのと同じポートでのみ機能します。iSCSI のインストール後に代替 LAN ポートから起動することはできません。