システムの既知のインテル® iSCSI Remote Boot

ネットワーク・スタック (ネットワーク・ドライバー、OS サービスパックなど) に影響を与える可能性のあるハードウェアまたはソフトウェアを追加または更新した後で、/verify /fix コマンドラインオプションを使用して iscsibcg.exe を実行する必要があります。このユーティリティーは、Microsoft* iSCSI ソフトウェアのインストールの一部としてインストールされます。このユーティリティーはシステムの各シャットダウン時に実行するためにセットアップすることを推奨します。システムを忘れて破損することを忘れないようにしてください。システムのシャットダウン時に実行するためにこのユーティリティーをセットアップするには、次の手順に従ってください。

1. gp gpo.msc を実行します。これによりグループポリシーのエディターが開始します。このユーティリティーで:
2. [コンピューター の構成] を展開します。
3. Windows 設定 を展開します。
4. スクリプト (起動 / シャットダウン) を展開または選択します。
5. シャットダウン をダブルクリック します。
6. これにより、[シャットダウンのプロパティ] ダイアログが開きます。[追加] ボタンをクリックして、この実行可能ファイルまたはバッチファイルを追加してこれを実行します。

ターゲットに接続されている 2 つのポートを使用して iSCSI リモートブート用システムをセットアップし、システムを正常に起動した後で、ターゲットに接続されているセカンダリー・ブートポートのみを使用してシステムを起動しようとした場合、Microsoft のスファイルは継続的にシステムを再起動します。

この制限を回避するには、次の手順に従ってください。

1. レジストリー・エディター を使用して、次のレジストリー・キーを展開します。
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
2. DisableDHCPMediaSense という DWORD 値を作成し、値を 0 に設定します。

Windows* インストールの場合、ドライバーと MS ISCSI ブート・リムーブのインストール時に iSCSI アダプターを PCI スロット以外のスロットに移動すると、Windows スプラッシュ画面の中央にシステムエラー (ブルースクリーン) が表示される場合があります。この問題は、アダプターを元の PCI スロットに戻した場合に解決します。iSCSI のインストールに使用するアダプターを移動は推奨しません。これは既知の OS の問題です。

アダプターを別のスロットに移動する必要がある場合は、別のスロットに新しいアダプターを取り付け、アダプターを取り付インテル iSCSI Remote Bootしてから、前のアダプターを移動する必要があります。

次の手順に従ってください。

1. 別のスロットに新しいアダプターを取り付けます。
2. iSCSI Boot 用に新しいアダプターをセットアップする
3. 元のアダプターから iSCSI ブートを実行して OS を起動する
4. 新しいアダプターの iSCSI を OS で起動可能にする
5. 再起動
6. 古いアダプターを別のスロットに移動する
7. 移動しっしりした古いアダプターに対して、手順 2 ~ 5 を繰り返します。

システムにインストールされているデバイス用のドライバーインテル iSCSI Remote Bootデバイス・マネージャーでアンインストールすると、再起動時に Windows のブルー・スクリーンが表示され、OS を再インストールする必要があります。これは Windows の既知の問題です。

アンインストール中には、その他すべてのインテル・ネットワーク・コネクション・ソフトウェアは削除されますが、起動優先度がプライマリーまたはセカンダリーとして割り当てられている iSCSI リモートブート・アダプター用のドライバーはアンインストールされません。

この問題の回避策は、次のレジストリー値を 0 に変更します。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start

有効になっている場合と、I/OAT インテル iSCSI Remote Bootする場合にのみ、レジストリーの値を変更してください。この設定が有効になっていない場合に、この設定を 0に変更するとインテル iSCSI Remote Bootが表示されます。無効になっている場合、または再起動時にインテル iSCSI Remote Boot場合は 3に戻す必要があります。

2 基の PCI Express x8 スロットで 2 基のインテル® PRO/1000 PT サーバー・アダプターを使用している場合、Windows のインストールはローカル HDD の手順でのみ実行できます。

iSCSI リモート・ブート・ポートのユーザー名と秘密がターゲットの高い YSYK ユーザー名とシークレットと一致しない場合、Windows Server 2008 はインストール中または起動時にブルー・スクリーンまたは再起動する場合があります。すべての対環境環境 (全てのオブジェクト・グループ) の設定がターゲット上の設定と一致している必要があります。

ローカルディスクをインストールせずに F6 Windows を実行する場合は、スタンバイモードを使用してください。

WDS インストールを実行し、インストール中にドライバーを手動で更新しようとすると、ドライバーが読み込されますが、インストール場所リストに iSCSI ターゲット LUN は表示されません。これは既知の WDS の制限で、現在の修正はありません。そのため、DVD または USB メディアからインストールを実行するか、WDS WinPE イメージにドライバーを挿入する必要があります。

iSCSI Boot ではチーム化はサポートされていません。プライマリーおよびセカンダリーの iSCSI アダプターを使用してチームを作成し、Microsoft のインストール中にチームを選択すると、絶え間ない再起動で失敗する可能性があります。また、ご使用のチームを選択インテル iSCSI Remote Boot中に選択できる場合でも、チームを選択してください。

ロード・バランシングとフェイルオーバーのサポートでは、MSFT MPIO を使用してください。MPIO をセットアップする方法については、Microsoft リポリート・ユーザー・ガイドを確認してください。

リムーバブルまたは一時的なストレージ・デバイス (USB フラッシュドライブや Firewire ドライブなど) のロード中に F6 ディスクレスでインストールを実行すると、BIOS の起動順序が変更される可能性があります。このような場合は、F6 ディスクレス・インストールを再び開始する必要があります。このため、F6 ディスクレス・インストールの実行中には、リムーバブル・ストレージ・デバイスまたは一時ストレージ・デバイスをロードすることをお勧めします。

これは Windows Server 2003 で発生する既知の問題で、この問題を修正インテル iSCSI Remote Boot。この Windows Server 2003 の問題に関する追加情報は、Microsoft のサポート記事 kb816793 で確認できます。

iSCSI ブートが有効になっているポートには LAA を設定してください。

F6 インストールに失敗する場合があります。インテル® F6 ドライバー、Microsoft iSCSI のリスペース、および以下の EMC ターゲット・モデルのファームウェアのバージョンとの間に矛盾が生じ、ローカルディスクを使用せずに Windows 2003をインストールする手順 10 の再起動中にエラーが生じすることがあります。

• AX4-5 アレイ: 02.23.050.5.705 以上
• CX300、CX500、CX700、および CX-3 シリーズ・アレイ: 03.26.020.5.021 以上。
• CX-4 シリーズ・アレイ: 04.28.000.5.701 以上 (すべてのバージョン 04.29.000.5.xxx します。

このエラーを回避するには、手順 10 で再起動中にセカンダリー iSCSI ポートがターゲットに到達できないことを確認します。

この問題は、このオペレーティング・システムの LSO (Large Send Offload) の限定的なサポートが原因です。Windows 2003 Server R2 で ISCSI トラフィックが必要な場合、LSO は無効になります。

デバイスがプライマリーに設定されていないが最初に列挙されている場合、BIOS は引き続きそのデバイスのバージョンの iSCSI Boot を使用します。そのため、ユーザーが予想よりも前のバージョンの インテル® Ethernet iSCSI Boot使用する可能性があります。解決方法は、システム内のすべてのデバイスに同じバージョンの iSCSI Boot がインストールされている必要があるという問題です。これを行うには、ユーザーは [ブートオプション] タブにアクセスしてデバイスのフラッシュを最新バージョンに更新する必要があります。

DCB 上の iSCSI (プライオリティー・タグ) は、VMSwitch が作成されたポートでは使用できません。これは Microsoft* Windows Server* 2012 の設計により作成されています。

データセンター・ブリッジング (DCB) 向け iSCSI 機能は、サービス品質 (QOS) トラフィック・フィルターを使用して送信パケットを優先的にタグ付けします。インテル® iSCSI Agent は、IPv4 アドレス指定を使用して、必要に応じてネットワークにこれらのトラフィック・フィルターを動的に作成します。

データセンター・ブリッジング (DCB) 向け iSCSI 機能は、サービス品質 (QOS) トラフィック・フィルターを使用して送信パケットを優先的にタグ付けします。インテル® iSCSI Agent は、必要に応じて Windows Server 2008 R2 以降では、これらのトラフィック・フィルターを動的に作成します。

Linux Channel Bonding にはシステムに基本的なインテル iSCSI Remote Bootがあるので、使用できません。

これらのエラーメッセージは、ログインまたは起動中のブロックを示すのではなく、安全に無視される可能性があります。

RHEL 5.2 を使用している iBFT システムでは、インストール時に自動的にネットワーク接続が開始されません。ユーザーはコンソールから手動でネットワークを起動する必要があります。ネットワークを手動で強制する方法の詳細については、RedHat のドキュメントを参照してください。

RHEL 5.2 はインストール時間中に、リリーブ・エンベイント・リテイント・サービス (高さ 5.2) をサポートしない機能です。ターゲットで対して高い予知認証を使用する場合、インストールの完了後に、インストール中に全て無効にして有効にしてください。

RHEL5.1 システムでは、インストール後の最初の iSCSI ブートで間違ったネットワーク・インターフェイスが起動します。これによりシステムが停止し、少なくとも再インストールが必要です。この問題の回避策は、インストール後すぐに init スクリプトを編集し、表示するインターフェイスを変更する方法です。この問題を回避するために、RHEL5.2 を使用してください。

LRO (ラージ・レシーク・オフロード) は、iSCSI ターゲットまたはアドレス指定トラフィックと互換性がありません。LRO が有効になっている状態で bgbe ドライバーを通じて iSCSI トラフィックを受信すると、パニックが発生する可能性があります。この問題を回避するには、以下の方法でドライバーを構築してインストールする必要があります。

# make CFLAGS_EXTRA=-DIXGBE_NO_LROインストール

リモート LUN から iSCSI ブートは、リモート LUN へのインストールに使用したのと同じポートでのみ動作します。iSCSI をインストールした後で別の LAN ポートから起動することはできません。