Bekannte Probleme bei Intel® iSCSI Remote Boot

Nach dem Hinzufügen oder Aktualisieren von Hardware oder Software, die sich auf den Netzwerkstapel auswirken könnten, z. B. Netzwerktreiber, BS-Servicepacks usw., müssen Sie iscsibcg.exe mit /verify /fix Befehlszeilenoptionen ausführen. Dieses Utility wird als Teil der Installation von Microsoft* iSCSI-Software installiert. Es wird dringend empfohlen, dieses Utility so einzurichten, dass es bei jedem Herunterfahren des Systems ausgeführt wird, damit Sie das System nicht vergessen und brechen können. Führen Sie diese Schritte durch, um dieses Utility so einzurichten, dass es beim Herunterfahren des Systems ausgeführt wird.

1. Führen Sie gpedit.msc aus. Dadurch wird der Gruppenrichtlinieneditor gestartet. in diesem Utility:
2. Erweitern Sie die Computerkonfiguration
3. Windows-Einstellungen erweitern
4. Erweitern oder wählen Sie Skripts (Start/Herunterfahren)
5. Doppelklicken Sie auf Herunterfahren
6. Dadurch wird ein Dialogfeld mit den Eigenschaften des Herunterfahrens geöffnet. Klicken Sie auf die Schaltfläche Hinzufügen und fügen Sie diese ausführbare Datei oder eine Batchdatei hinzu, um dies zu starten.

Nachdem Sie das System für iSCSI-Remote-Boot mit zwei Ports eingerichtet haben, die mit einem Ziel verbunden sind, und das System erfolgreich gestartet haben, führen Sie einen kontinuierlichen Neustart des Systems durch, wenn Sie später versuchen, das System nur mit dem sekundären Boot-Port zu starten, der mit dem Ziel verbunden ist.

Um diese Einschränkung zu umgehen, führen Sie die folgenden Schritte durch:

1. Erweitern Sie mit dem Registrierungs-Editor den folgenden Registrierungsschlüssel:
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
2. Erstellen Sie einen DWORD-Wert namens DisableDHCPMediaSense und setzen Sie den Wert auf 0.

Wenn Sie bei einer Windows* Installation den iSCSI-Adapter in einen anderen PCI-Steckplatz verschieben als den, in dem er sich bei der Installation der Treiber und MS ISCSI Boot Partition befindet, kann in der Mitte des Windows Begrüßungsbildschirms ein Systemfehler (blauer Bildschirm) auftreten. Dieses Problem geht weg, wenn Sie den Adapter an den ursprünglichen PCI-Steckplatz zurückgeben. Wir empfehlen, den für die iSCSI-Installation verwendeten Adapter nicht zu verschieben. Dies ist ein bekanntes Betriebssystemproblem.

Wenn Sie den Adapter in einen anderen Steckplatz verschieben müssen, müssen Sie einen neuen Adapter in einen anderen Steckplatz installieren und diesen Adapter für Intel iSCSI Remote Boot einrichten und dann den vorherigen Adapter verschieben.

Führen Sie die folgenden Schritte durch:

1. Installieren eines neuen Adapters in einen anderen Steckplatz
2. Einrichten des neuen Adapters für iSCSI-Boot
3. Führen Sie einen iSCSI-Boot auf das Betriebssystem über den ursprünglichen Adapter durch.
4. Machen Sie den neuen Adapter iSCSI-bootfähig auf das Betriebssystem.
5. Neustart
6. Verschieben Sie den alten Adapter in einen anderen Steckplatz
7. Wiederholen Sie die Schritte 2 bis 5 für den alten Adapter, den Sie gerade bewegt haben

Wenn der Treiber für das für Intel iSCSI Remote Boot verwendet Gerät über den Geräte-Manager deinstalliert wird, wird Windows beim Neustart in blauer Farbe angezeigt, und das Betriebssystem muss neu installiert werden. Dies ist ein bekanntes Windows-Problem.

Während der Deinstallation wird alle andere Intel Netzwerkanschlusssoftware entfernt, aber Treiber für iSCSI-Remote-Boot-Adapter, denen die Boot-Priorität als primär oder sekundär zugewiesen ist, werden nicht deinstalliert.

Eine Problemumgehung für dieses Problem besteht in der Änderung des folgenden Registrierungswerts auf 0:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start

Ändern Sie den Registrierungswert nur, Intel iSCSI Remote Boot aktiviert ist und eine I/OAT-Ausladung wünschen. Ein blauer Bildschirm tritt auf, wenn diese Einstellung auf 0 geändert wird, Intel iSCSI Remote Boot nicht aktiviert ist. Sie muss auf 3 zurück gesetzt werden, wenn Intel iSCSI Remote Boot deaktiviert ist oder beim Neustart ein blauer Bildschirm auftritt.

Wenn Sie zwei Intel PRO/1000 PT Server-Adapter in zwei PCI Express x8 Steckplätzen verwenden, kann die Windows-Installation nur über ein lokales Festplattenverfahren erfolgen.

Wenn der Benutzername und das Secret eines iSCSI-Remote-Boot-Ports IMPF nicht mit dem ZIEL-BENUTZERNAMEN UND dem Secret-Name übereinstimmen, kann Windows Server 2008 während der Installation oder beim Booten einen blauen Bildschirm oder Neustart durchführen. Stellen Sie sicher, dass alle EINSTELLUNGS-EINSTELLUNGEN MIT DEN auf dem/den Ziel(e) festgelegten Einstellungen übereinstimmen.

Wenn Sie ein Windows F6 ohne Lokale Datenträgerinstallation durchführen, verwenden Sie den Standby-Modus nicht.

Wenn Sie eine WDS-Installation durchführen und versuchen, Treiber während der Installation manuell zu aktualisieren, werden die Treiber geladen, aber die iSCSI-Ziel-LUN wird nicht in der Installationsspeicherortliste angezeigt. Dies ist eine bekannte WDS-Einschränkung ohne aktuelle Fehlerbehebung. Sie müssen die Installation also entweder von einer DVD oder einem USB-Medium durchführen oder die Treiber auf das WDS WinPE-Image injizieren.

Teaming wird vom iSCSI-Boot nicht unterstützt. Das Erstellen eines Teams mit den primären und sekundären iSCSI-Adaptern und die Auswahl dieses Teams während der Microsoft-Installation von Microsoft kann bei konstanten Neustarts fehlschlagen. Wählen Sie kein Team für Intel iSCSI Remote Boot, selbst wenn es während der Installation von Installationen zur Auswahl zur Verfügung steht.

Für den Lastenausgleich und die Failover-Unterstützung können Sie stattdessen MSFT MPIO verwenden. Lesen Sie das Benutzerhandbuch für Microsoft 2013, um zu erfahren, wie Sie MPIO einrichten.

Eine festplattenlose Installation von F6 während des Ladens eines austauschbaren oder temporären Speichergeräts (z. B. eines USB-Flashlaufwerks oder eines Firewire-Laufwerks) kann zu einer Änderung der BIOS-Boot-Reihenfolge führen. Wenn dies auftritt, müssen Sie die Festplattenlose-Installation F6 erneut starten. Aus diesem Grund empfehlen wir, bei der Installation ohne F6-Festplatte kein Austausch- oder temporäres Speichergerät zu laden.

Dies ist ein bekanntes Problem für Windows Server 2003 und kann nicht durch neue Intel iSCSI Remote Boot. Weitere Informationen zu diesem Windows Server 2003-Problem finden Sie im Microsoft Support-Artikel kb816793.

Stellen Sie LAA nicht auf Ports ein, wenn iSCSI Boot aktiviert ist.

Eine F6-Installation kann während des Neustarts in Schritt 10 der Installation von Windows 2003 ohne lokale Festplatte fehlschlagen, da ein Konflikt zwischen dem Intel F6-Treiber, Microsoft iSCSI Universität und den folgenden EMC Zielmodell-Firmwareversionen besteht:

• AX4-5-Arrays: 02.23.050.5.705 oder höher
• Cx300-, CX500-, CX700- und CX-3-Arrays: 03.26.020.5.021 oder höher.
• Arrays der CX-4-Reihe: 04.28.000.5.701 oder höher, einschließlich aller 04.29.000.5.xxx Revisionen.

Um den Fehler zu vermeiden, stellen Sie sicher, dass der sekundäre iSCSI-Port das Ziel während des Neustarts in Schritt 10 nicht erreichen kann.

Dieses Problem wird durch die beschränkte Unterstützung für Large Send Offload (LSO) in diesem Betriebssystem verursacht. Bitte beachten Sie, dass LSO deaktiviert wird, wenn ISCSI-Datenverkehr für Windows 2003 Server R2 erforderlich ist.

Wenn ein Gerät nicht auf primär eingestellt ist, aber zuerst aufzählt wird, verwendet das BIOS weiterhin die Version des iSCSI-Boot-Geräts. Daher verwendet der Benutzer möglicherweise eine frühere Version von Intel® Ethernet iSCSI Boot als erwartet. Die Lösung besteht in der, dass alle Geräte im System die gleiche Version von iSCSI Boot haben müssen. Dazu sollte der Benutzer die Registerkarte Boot-Optionen öffnen und den Flash-Speicher der Geräte auf die neueste Version aktualisieren.

iSCSI über DCB (Priority Tagging) ist auf dem Port, auf dem VMSwitch erstellt wird, nicht möglich. Dies ist per Design in Microsoft* Windows Server* 2012.

Die iSCSI-Funktion für Data Center Bridging (DCB) verwendet Quality-of-Service-Datenverkehrsfilter (QOS), um ausgehende Pakete mit einer Priorität zu kennzeichnen. Intel iSCSI Agent erstellt diese Datenverkehrsfilter dynamisch nach Bedarf in Netzwerken mithilfe von IPv4-Adressierung.

Die iSCSI-Funktion für Data Center Bridging (DCB) verwendet Quality-of-Service-Datenverkehrsfilter (QOS), um ausgehende Pakete mit einer Priorität zu kennzeichnen. Intel iSCSI Agent erstellt diese Datenverkehrsfilter dynamisch nach Bedarf für Windows Server 2008 R2 und neuer.

Linux Channel Bonding hat grundlegende Kompatibilitätsprobleme mit Intel iSCSI Remote Boot und sollte nicht verwendet werden.

Diese Fehlermeldungen weisen nicht auf einen Block beim Login oder Booten hin und können sicher ignoriert werden.

In einem iBFT-System mit RHEL 5.2 startet Anaconda den Netzwerkvorgang bei der Installation nicht automatisch. Der Benutzer muss die Netzwerktechnik über eine Konsole manuell auf den Computer bringen. In der Dokumentation zu RedHat finden Sie nähere Informationen zum manuellen Erzwingen des Netzwerks.

RHEL 5.2 unterstützt WÄHREND der Installationszeit KEINESS. Wenn Sie dieHILFE-Authentifizierung (AUTHENTIFIZIERUNG) AUF dem Ziel verwenden, deaktivieren Sie BITTE WÄHREND der Installation DIES UND aktivieren Sie diese nach Abschluss der Installation.

Auf RHEL5.1-Systemen wird beim ersten iSCSI-Boot nach der Installation die falsche Netzwerkschnittstelle gestartet. Dadurch hängt das System auf und erfordert mindestens eine Neuinstallation. Die Problemumgehung für dieses Problem besteht in der Bearbeitung des Init-Skripts bald nach der Installation und ändern der Benutzeroberfläche, die Sie aufbringen möchten. Wir empfehlen unseren Benutzern dringend, RHEL5.2 zu verwenden, um dieses Problem zu vermeiden.

LRO (Large Receive Offload) ist nicht mit iSCSI-Ziel- oder Bussload-Datenverkehr kompatibel. Es kann zu Panik kommen, wenn iSCSI-Datenverkehr über den ixgbe-Treiber mit aktivierter LRO empfangen wird. Um dies zu umgehen, sollte der Treiber entwickelt und installiert sein mit:

Anzahl CFLAGS_EXTRA=-DIXGBE_NO_LRO installieren

Von einer Remote-LUN funktioniert der iSCSI-Boot nur auf demselben Port, der zur Installation in die Remote-LUN verwendet wurde. Nach der Installation von iSCSI können Sie nicht von einem alternativen LAN-Port aus starten.