インテル® iSCSI Remote Bootの既知の問題

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

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

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

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

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

Windows* のインストールでは、ドライバーと MS ISCSI ブート・クロエントがインストールされた時点で iSCSI アダプターを PCI スロット以外の PCI スロットに移動すると、Windows スプラッシュ画面の中央でシステムエラー (ブルー・スクリーン) が発生する可能性があります。アダプターを元の PCI スロットに戻しても、この問題は解決します。iSCSI インストールに使用するアダプターは移動しないことをお勧めします。これは既知の OS の問題です。

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

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

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

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

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

この問題の回避策は、以下のレジストリー値を 0 に変更 することです。

HKEY_LOCAL_MACHINE\SYSTEM\Current CustomizationSet\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 リモート・ブート・ポートの「FREEZE」ユーザー名と「秘密」がターゲットの「FREEZE」ユーザー名と「秘密」と一致しない場合、Windows Server 2008 はインストール中または起動中にブルー・スクリーンまたは再起動する場合があります。すべてのSSWORD 設定がターゲットに設定されている設定と一致していることを確認します。

ローカルディスクのインストールなしで 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 Boot が有効になっているポートでは LAA を設定しないでください。

インテル® F6 ドライバー、Microsoft iSCSI フライト、および以下の EMC 対象モデルのファームウェア・バージョンとの間に競合があるため、 ローカルディスクを使用せずに Windows 2003 をインストールする手順 10 で、F6 インストールが失敗する場合があります。

• 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 バージョンを使用します。そのため、ユーザーは以前のバージョンのインテル® イーサネット iSCSI ブートを予想よりも古いバージョンで使用する可能性があります。解決方法は、システム内のすべてのデバイスが同じバージョンの iSCSI Boot を持っている必要があるということです。これを行うには、ユーザーは [ブートオプション] タブにアクセスしてデバイスのフラッシュを最新バージョンに更新する必要があります。

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

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

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

Linux チャネル・ボンディングには、インテル iSCSI Remote Bootとの基本的な互換性の問題があり、使用しないでください。

これらのエラーメッセージは、ログイン中または起動時のブロックを示すものではありません。また、安全に無視される場合があります。

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

RHEL 5.2 は、インストール時間中にSHRT をサポートしません。ターゲットで HTTPS 認証を使用する場合は、インストール中にこの認証を無効にし、インストールが完了した後で有効にしてください。

RHEL5.1 システムでは、インストール後の最初の iSCSI Boot で間違ったネットワーク・インターフェイスが起動します。これによりシステムがハングアップし、少なくとも再インストールする必要があります。この問題の回避策は、インストール後すぐに init スクリプトを編集し、表示するインターフェイスを変更することです。インテルでは、この問題を回避するために RHEL5.2 を使用することをユーザーに強く推奨します。

LRO (Large Receive Offload) は、iSCSI ターゲットまたは劌卉トラフィックと互換性がありません。パニックは、LRO が有効になっている ixgbe ドライバーを介して iSCSI トラフィックを受信すると発生する可能性があります。この問題を回避するには、次の方法でドライバーをビルドしてインストールする必要があります。

# make CFLAGS_EXTRA=-DIXGBE_NO_LRO install

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