Bekannte Probleme mit Intel® Ethernet FCoE

Dies sind bekannte Probleme bei der Verwendung von Intel® Ethernet-Server-Adaptern mit Intel® Ethernet FCoE. Diese Liste ist mit der Intel® Network Connections Software Version 17,4 aktuell. Weitere Informationen zur Installation und Konfiguration von Intel Ethernet-Server-Adaptern finden Sie im Benutzerhandbuch .

Intel® Ethernet-FCoE-Windows *-Probleme

• Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE kann aus dem Geräte-Manager verschwinden

  Der Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE kann nach einer der folgenden Optionen aus dem Geräte-Manager verschwinden:

  • Ein virtuelles Netzwerk wird entfernt.
  • Die zugrunde liegenden Intel NIC-Adaptereinstellungen wurden geändert.

  Dies kann auftreten, wenn der entsprechende Adapter virtualisiert wird, um ein neues virtuelles Netzwerk zu erstellen oder ein vorhandenes virtuelles Netzwerk zu löschen oder zu modifizieren. Dies kann auch auftreten, wenn die zugrunde liegenden Intel NIC-Adaptereinstellungen geändert werden, einschließlich der Deaktivierung oder erneuten Aktivierung des Adapters.

  Um dieses Problem zu umgehen, sollte der Benutzer alle Ressourcenabhängigkeiten des Intel® Ethernet Virtual Storage Miniport-Treibers für FCoE entfernen, die derzeit vom System verwendet werden, bevor Änderungen am Intel Adapter für die Virtualisierung vorgenommen werden. So hat der Benutzer beispielsweise in einem Anwendungsfall die FCoE-Festplatten des FCoE-Speichertreibers zugewiesen, um einen seiner virtuellen Maschinen auszuführen, und gleichzeitig möchte der Benutzer die Konfiguration desselben Intel Adapters für die Virtualisierung ändern. In diesem Szenario muss der Benutzer die FCoE-Laufwerke von der virtuellen Maschine entfernen, bevor die Intel Adapterkonfiguration geändert wird.

• Virtueller Port kann von der virtuellen Maschine verschwinden

  Wenn der virtuelle Rechner startet, fragt er den Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE (den Treiber), um einen virtuellen Port zu erstellen. Wenn der Treiber anschließend deaktiviert ist, kann der virtuelle Port verschwinden. Der virtuelle Port kann nur zurück erhalten werden, indem der Treiber aktiviert und der virtuelle Rechner neu gestartet wird.

• Windows Server 2008 * mit Hyper-V-Storage Miniport-Treiber wird nicht geladen, wenn ein Adapter als vNIC hinzugefügt oder entfernt wird

  In Windows Server 2008 mit Hyper-V wird der Speicher-Miniport-Treiber möglicherweise nicht automatisch geladen, nachdem ein DCB/FCoE-Adapter als freigegebenes externes virtuelles Gerät hinzugefügt oder entfernt wurde. Um den Speicher-Miniport-Treiber zu laden, setzen Sie den Adapter zurück.

• Bei der Installation von Intel® Ethernet FCoE nach der Installation ans und der Erstellung des aft-Teams sind Storports nicht installiert.

  Wenn der Benutzer ans installiert und ein aft-Team erstellt und anschließend FCoE/DCB installiert, ist das Ergebnis, dass DCB standardmäßig deaktiviert ist. Wenn der Benutzer dann DCB an einem Port aktiviert, erkennt das Betriebssystem Storports und der Benutzer muss manuell auf die Eingabeaufforderung für den neuen Hardware-Assistenten klicken, um die Installation durchführt. Wenn der Benutzer das nicht tut, ist der DCB-Status nicht betriebsbereit und der angegebene Grund ist kein Peer.

• Link-Aggregation-Teams werden nicht von bestehenden Intel® Ethernet FCoE-Switches unterstützt.

• Intel® PROSet für Windows * Geräte-Manager (DMiX) ist nicht mit dem Intel® Ethernet FCoE Ctrl-D Utility synchronisiert.

  Wenn der Benutzer das FCoE über das Control-D-Menü deaktiviert, gibt die Benutzeroberfläche des Intel PROSet für Windows-Geräte-Managers an, dass der Flash ein FCoE-Bild enthält, dass der Flash jedoch aktualisiert werden muss. Wenn Sie den Blitz erneut mit dem FCoE-Bild aktualisieren, wird FCoE erneut aktiviert und der Benutzer wird in den Status zurückversetzt, in dem alle FCoE-Einstellungen zur Verfügung stehen.

  Wenn der Benutzer das Control-d-Menü verwendet, um das FCoE zu deaktivieren, sollten Sie das Control-d-Menü verwenden, um es zu aktivieren, da Intel PROSet für Windows Geräte-Manager die Aktivierung oder Deaktivierung von FCoE nicht unterstützt.

• 82599-und X540-basierte Adapter werden nicht in der Windows *-MPIO-Konfiguration als SPC-3-konform angezeigt.

  Da der FCoE-Initiator ein virtualisiertes Gerät ist, hat er keine eigene eindeutige Hardware-ID und wird daher nicht als SPC-3-konformes Gerät in der Windows-MPIO-Konfiguration angezeigt.

• Bei der Deinstallation der Alb-Zusammenarbeit scheitern alle Intel® Ethernet FCoE-Funktionen, alle dmix-Tabs sind abgeblendet und beide Adapter-Ports scheitern.

  Damit die ans-Teamarbeit mit dem Microsoft Network Load Balancer (NLB) im Unicast-Modus funktioniert, muss das Laa des Teams auf Clusterknoten-IP festgelegt werden. Für den ALB-Modus muss der Lastenausgleich für den Empfang deaktiviert werden. Weitere Einzelheiten zur Konfiguration finden Sie in der Verwendung von Teaming- Adaptern mit Netzwerklastenausgleich kann zu Netzwerkproblemen führen .

  ANS-Teaming funktioniert, wenn sich NLB auch im Multicast-Modus befindet. Eine ordnungsgemäße Konfiguration des Adapters in diesem Modus finden Sie unterEreignis-ID 53 – Netzwerk Adapter-Funktionalität
• FCoE und TCP/IP-Verkehr im selben VLAN funktionieren möglicherweise nicht bei einigen Switches

  Dies ist ein bekanntes Problem mit dem Design und der Konfiguration des Switches.

Intel® Ethernet-FCoE-Boot-Probleme

Bekannte Probleme mit der Option ROM

• Entdeckungs Probleme mit mehreren FCoE-VLANs
  Das FCoE-Erweiterungs-ROM erkennt möglicherweise das gewünschte VLAN nicht, wenn die VLAN-Erkennung von der Funktion "Discover Targets" durchgeführt wird. Wenn das Feld "Entdeckungs-VLAN" das falsche VLAN aufgefüllt hat, geben Sie das gewünschte VLAN ein, bevor Sie die Erkennungs Ziele ausführen.

Bekannte Windows-Probleme

• Unterstützung für Brocade-Switches in Version 16,4
  Intel® Ethernet FCoE Boot unterstützt keine Brocade-Switches in Release 16,4. Verwenden Sie ggf. die Version 16,2.

• Windows verwendet eine Auslagerungsdatei auf der lokalen Festplatte
  Wenn die lokale Festplatte nach der Bildgebung vor dem Booten von der FCoE-Festplatte nicht entfernt wird, kann Windows die Auslagerungsdatei von der lokalen Festplatte verwenden.

• Crash-Dump auf FCoE-Festplatten wird nur für die FCoE-Boot-LUN unterstützt.
  Die folgenden Szenarien werden nicht unterstützt:

  • Absturz des Dumps auf eine FCoE-Festplatte, wenn sich das Windows-Verzeichnis nicht auf der FCoE-Boot-LUN befindet.
  • Verwenden Sie den DedicatedDumpFile-Registrierungswert, um das Crash-Dump an eine andere FCoE-LUN zu verweisen.

• Das Anhalten des IntelDCB-Dienstes kann dazu führen, dass das Betriebssystem hängt oder abstürzt

• FCoE-Deinstallation von einer lokalen Festplatte kann blockiert sein, da das Installationsprogramm ungenau meldet, dass das System von FCoE gestartet wurde.
  Wenn die FCoE-Option ROM während des Bootvorgangs eine Verbindung zu einer FCoE-Festplatte herstellt, kann das Windows Installer möglicherweise nicht feststellen, ob das System von FCoE gestartet wurde oder nicht, und die FCoE-Deinstallation wird blockiert. Konfigurieren Sie die Option ROM so, dass Sie nicht mit einer FCoE-Festplatte verbunden ist, um Sie zu deinstallieren.

• VLAN-Schnittstellen können mit Intel® Ethernet-FCoE-Boot-Aktivierung nicht erstellt werden
  Beim Booten mit FCoE kann ein Benutzer keine VLANs und/oder Teams für andere Datenverkehrstypen erstellen. Dadurch wird die konvergente Funktionalität für nicht-FCoE-Datenverkehr verhindert.

• Für FCoE-Boot konfigurierter Server Adapter, der über Hyper-V als extern freigegebener vNIC zur Verfügung steht
  Wenn ein Port als Boot-Port festgelegt ist, wenn der Benutzer die Hyper-v-Rolle im System installiert und dann in den Hyper-v-Netzwerk Manager geht, um auszuwählen, welcher Port extern virtualisiert werden soll, wird der Boot-Port angezeigt, was er nicht sollte.

  Wenn Sie den Port auf einen Boot-Port in Intel PROSet für Windows Geräte-Manager (dmix) festlegen, wird eine Meldung angezeigt, dass der Benutzer das System neu starten sollte, damit die Änderungen wirksam sind, aber keinen Neustart erzwingen. Als Folge davon befinden sich die Anwendungen der Benutzerebene im Bootmodus (d. h., die Registerkarte "Rechenzentrum" ist abgeblendet), aber die Treiber der Kernel-Ebene wurden nicht neu gestartet, um dem Betriebssystem anzuzeigen, dass der Port ein Boot-Port ist. Wenn der Benutzer dann den Hyper-v-Dienst dem System hinzufügt, nimmt das Betriebssystem eine Momentaufnahme der verfügbaren Ports vor und dies ist die Momentaufnahme, die es verwendet, nachdem die Hyper-v-Rolle hinzugefügt, das System neu gestartet und der Benutzer in den Hyper V Virtual Network Manager geht, um die Po zu virtualisieren. RTS. Als Folge davon wird auch der Boot-Port angezeigt.

  Lösungen

  Starten Sie das System neu, nachdem Sie einen Port auf einen Boot-Port gesetzt und die Hyper-V-Rolle hinzugefügt haben. Der Port wird nicht in der Liste der virtualizable-Ports im Hyper-V-Virtual-Network-Manager angezeigt.

  Deaktivieren/aktivieren Sie den Port im Geräte-Manager, nachdem Sie ihn für den Systemstart festgelegt haben, bevor Sie die Hyper-V-Rolle hinzufügen. Der Port wird nicht in der Liste der virtualizable-Ports im Hyper-V-Virtual-Network-Manager angezeigt.

• FCoE-Linkdown-Timeout beim Remote-Start vorzeitig fehlgeschlagen
  Wenn ein FCoE-Port den Link länger als die in der Linkdown-Timeout -Einstellung "Advanced" im Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE festgelegte Zeit verliert, stürzt das System ab. Linkdown-Timeout Werte von mehr als 30 Sekunden stellen möglicherweise keine zusätzliche Zeit vor einem Systemabsturz dar.