Bekannte Probleme für Intel® iSCSI Remote Boot
Inhaltstyp: Fehlerbehebung | Artikel-ID: 000007279 | Letzte Überprüfung: 03.03.2025
Nach dem Hinzufügen oder Aktualisieren von Hardware oder Software, die sich auf den Netzwerkstapel auswirken können (z. B. Netzwerktreiber, Betriebssystem-Servicepacks usw.), müssen Sie iscsibcg.exe mit den Befehlszeilenoptionen /verify /fix ausführen. Dieses Utility wird im Rahmen der Installation der Microsoft* iSCSI-Software installiert. Es wird dringend empfohlen, dieses Dienstprogramm so einzurichten, dass es bei jedem Herunterfahren des Systems ausgeführt wird, damit Sie das System nicht vergessen und beschädigen. Führen Sie die folgenden Schritte aus, um dieses Dienstprogramm so einzurichten, dass es beim Herunterfahren des Systems ausgeführt wird.
Wenn Sie nach dem Einrichten des Systems für den iSCSI-Remotestart mit zwei mit einem Ziel verbundenen Ports und erfolgreichem Starten des Systems später versuchen, das System mit nur dem sekundären Bootport zu starten, der mit dem Ziel verbunden ist, startet Microsoft Initiator das System kontinuierlich neu.
Gehen Sie folgendermaßen vor, um diese Einschränkung zu umgehen:
Wenn Sie bei einer Windows* Installation den iSCSI-Adapter in einen anderen PCI-Steckplatz als den, in dem er sich bei der Installation der Treiber und des MS ISCSI-Boot-Initiators befand, kann in der Mitte des Windows-Begrüßungsbildschirms ein Systemfehler (blauer Bildschirm) auftreten. Dieses Problem verschwindet, wenn Sie den Adapter wieder in seinen ursprünglichen PCI-Steckplatz einsetzen. Es wird empfohlen, den für die iSCSI-Installation verwendeten Adapter nicht zu bewegen. Dies ist ein bekanntes BS-Problem.
Wenn Sie den Adapter in einen anderen Steckplatz verschieben müssen, müssen Sie einen neuen Adapter in einem anderen Steckplatz installieren und diesen Adapter für Intel iSCSI Remote Boot einrichten und dann den vorherigen Adapter verschieben.
Gehen Sie folgendermaßen vor:
Wenn der Treiber für das für Intel iSCSI Remote Boot verwendete Gerät über den Geräte-Manager deinstalliert wird, zeigt Windows beim Neustart einen blauen Bildschirm an und das Betriebssystem muss neu installiert werden. Dies ist ein bekanntes Windows-Problem.
Bei der Deinstallation wird die gesamte andere Intel Netzwerkanschluss-Software entfernt, aber die 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 darin, den folgenden Registrierungswert in 0 zu ändern:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start
Ändern Sie den Registrierungswert nur, wenn Intel iSCSI Remote Boot aktiviert ist und I/OAT-Offloading gewünscht wird. Ein blauer Bildschirm wird angezeigt, wenn diese Einstellung auf 0 geändert wird, wenn Intel iSCSI Remote Boot nicht aktiviert ist. Sie muss auf 3 zurückgesetzt werden, wenn Intel iSCSI Remote Boot deaktiviert ist oder beim Neustart ein blauer Bildschirm angezeigt wird.
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 HDD-Verfahren durchgeführt werden.
Wenn der CHAP-Benutzername und das Geheimnis eines iSCSI-Remotestartports nicht mit dem CHAP-Benutzernamen und dem Geheimnis des Ziels übereinstimmen, wird Windows Server 2008 während der Installation oder des Startvorgangs möglicherweise als blauer Bildschirm angezeigt oder neu gestartet. Stellen Sie sicher, dass alle CHAP-Einstellungen mit denen übereinstimmen, die für das/die Ziel(e) festgelegt wurden.
Wenn Sie ein F6-Windows ohne Installation eines lokalen Datenträgers ausführen, verwenden Sie nicht den Standby-Modus.
Wenn Sie eine WDS-Installation durchführen und versuchen, die Treiber während der Installation manuell zu aktualisieren, werden die Treiber geladen, aber die iSCSI-Ziel-LUN wird nicht in der Liste des Installationspfads angezeigt. Dies ist eine bekannte WDS-Einschränkung ohne aktuelle Lösung. Sie müssen daher entweder die Installation von einem DVD- oder USB-Medium ausführen oder die Treiber in das WDS WinPE-Image einfügen.
Teaming wird mit iSCSI Boot nicht unterstützt. Das Erstellen eines Teams mit den primären und sekundären iSCSI-Adaptern und das Auswählen dieses Teams während der Microsoft-Initiatorinstallation kann bei ständigen Neustarts fehlschlagen. Wählen Sie kein Team für Intel iSCSI Remote Boot aus, auch wenn es während der Installation des Initiators zur Auswahl steht.
Für den Lastenausgleich und die Failoverunterstützung können Sie stattdessen MSFT MPIO verwenden. Lesen Sie das Microsoft Initiator-Benutzerhandbuch zur Einrichtung von MPIO.
Das Ausführen einer Installation ohne F6-Festplatte bei gleichzeitigem Laden eines Wechseldatenträgers oder eines temporären Speichermediums (z. B. eines USB-Flash-Laufwerks oder eines FireWire*-Laufwerks) kann zu einer Änderung der BIOS-Startreihenfolge führen. In diesem Fall müssen Sie die Installation ohne F6 ohne Festplatte neu starten. Aus diesem Grund wird empfohlen, während einer Installation ohne F6 keine Wechseldatenträger oder temporären Speichermedien zu laden.
Dies ist ein bekanntes Problem für Windows Server 2003 und kann von Intel iSCSI Remote Boot nicht behoben werden. Weitere Informationen zu diesem Windows Server 2003-Problem finden Sie im Microsoft Support-Artikel kb816793.
Stellen Sie LAA nicht auf Ports ein, auf denen iSCSI-Boot aktiviert ist.
Eine F6-Installation kann während des Neustarts in Schritt 10 der Installation von Windows 2003 ohne lokalen Datenträger aufgrund eines Konflikts zwischen dem Intel F6-Treiber, dem Microsoft iSCSI-Initiator und den folgenden EMC Zielmodell-Firmware-Versionen fehlschlagen:
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 eingeschränkte Unterstützung für Large Send Offload (LSO) in diesem Betriebssystem verursacht. Beachten Sie, dass, wenn ISCSI-Datenverkehr für Windows 2003 Server R2 erforderlich ist, LSO deaktiviert wird.
Wenn ein Gerät nicht auf primär festgelegt, sondern zuerst aufgelistet wird, verwendet das BIOS weiterhin die iSCSI-Boot-Version dieses Geräts. Daher kann es vorkommen, dass der Benutzer eine frühere Version von Intel® Ethernet iSCSI Boot als erwartet verwendet. Die Lösung besteht darin, dass alle Geräte im System über die gleiche Version von iSCSI Boot verfügen müssen. Um dies zu tun, sollte der Benutzer auf die Registerkarte Boot-Optionen gehen und den Flash des Geräts auf die neueste Version aktualisieren.
iSCSI über DCB (Priority Tagging) ist auf dem Port, auf dem VMSwitch erstellt wird, nicht möglich. Dies ist in Microsoft* Windows Server* 2012 beabsichtigt.
Die Funktion iSCSI für Data Center Bridging (DCB) verwendet Quality of Service (QOS)-Datenverkehrsfilter, um ausgehende Pakete mit einer Priorität zu kennzeichnen. Der Intel iSCSI-Agent erstellt diese Datenverkehrsfilter dynamisch nach Bedarf in Netzwerken mit IPv4-Adressierung.
Die Funktion iSCSI für Data Center Bridging (DCB) verwendet Quality of Service (QOS)-Datenverkehrsfilter, um ausgehende Pakete mit einer Priorität zu kennzeichnen. Der Intel iSCSI-Agent erstellt diese Datenverkehrsfilter dynamisch nach Bedarf für Windows Server 2008 R2 und höher.
Linux Channel Bonding hat grundlegende Kompatibilitätsprobleme mit Intel iSCSI Remote Boot und sollte nicht verwendet werden.
Diese Fehlermeldungen deuten nicht auf eine Blockade bei der Anmeldung oder beim Booten hin und können ignoriert werden.
In einem iBFT-System mit RHEL 5.2 startet Anaconda das Netzwerk bei der Installation nicht automatisch. Der Benutzer muss das Netzwerk manuell über eine Konsole aufrufen. Bitte lesen Sie die RedHat-Dokumentation für Details darüber, wie Sie das Netzwerk manuell erzwingen können.
RHEL 5.2 unterstützt CHAP während der Installationszeit nicht. Wenn Sie die CHAP-Authentifizierung auf dem Ziel verwenden, deaktivieren Sie CHAP während der Installation und aktivieren Sie es nach Abschluss der Installation.
Auf RHEL5.1-Systemen wird beim ersten iSCSI-Start nach der Installation die falsche Netzwerkschnittstelle aufgerufen. Dies führt dazu, dass das System hängen bleibt und zumindest eine Neuinstallation erforderlich ist. Die Problemumgehung für dieses Problem besteht darin, das Init-Skript kurz nach der Installation zu bearbeiten und die Benutzeroberfläche zu ändern, die Sie aufrufen möchten. Wir empfehlen unseren Benutzern dringend, RHEL 5.2 zu verwenden, um dieses Problem zu vermeiden.
LRO (Large Receive Offload) ist nicht kompatibel mit iSCSI-Ziel- oder Initiatordatenverkehr. Ein Panik kann auftreten, wenn iSCSI-Datenverkehr über den ixgbe-Treiber mit aktiviertem LRO empfangen wird. Um dieses Problem zu umgehen, sollte der Treiber wie folgt erstellt und installiert werden:
# make CFLAGS_EXTRA=-DIXGBE_NO_LRO install
Von einer Remote-LUN funktioniert der iSCSI-Boot nur auf demselben Port, der für die Installation auf der Remote-LUN verwendet wurde. Nach der Installation von iSCSI können Sie nicht von einem alternativen LAN-Port aus starten.