Bekannte Probleme mit Intel® Ethernet FCoE

Dies sind bekannte Probleme bei der Verwendung von Intel® Ethernet Serveradaptern mit Intel® Ethernet FCoE. Diese Liste ist mit Intel® Netzwerkanschluss Softwareversion 17.4 aktuell. Weitere Informationen zur Installation und Konfiguration von Intel Ethernet Serveradaptern finden Sie im Benutzerhandbuch .

Intel® Ethernet FCoE Probleme mit Windows*

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

  Die Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE können aus dem Geräte-Manager verschwinden, nachdem entweder:

  • Ein virtuelles Netzwerk wird entfernt.
  • Die zugrunde liegenden Einstellungen des Intel NIC-Adapters werden 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 ändern. Dies kann auch passieren, wenn die zugrunde liegenden Einstellungen des Intel NIC-Adapters geändert werden, einschließlich der Deaktivierung oder erneuten Aktivierung des Adapters.

  Um dieses Problem zu umgehen, sollte der Benutzer alle Ressourcenabhängigkeiten der Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE entfernen, die derzeit vom System verwendet werden, bevor er Änderungen am Intel Adapter für die Virtualisierung vornimmt. In einem Anwendungsfallszenario kann der Benutzer beispielsweise die FCoE-Festplatte(n) vom FCoE-Speichertreiber zur Ausführung einer seiner virtuellen Maschinen zugewiesen haben, und gleichzeitig möchte der Benutzer die Konfiguration desselben Intel Adapters für die Virtualisierung ändern. In diesem Szenario muss der Benutzer die FCoE-Festplatten von der virtuellen Maschine entfernen, bevor er die Konfiguration des Intel-Adapters ändert.

• Virtueller Port verschwindet möglicherweise aus der virtuellen Maschine

  Wenn die virtuelle Maschine gestartet wird, fordert sie den Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE (den Treiber) auf, einen virtuellen Port zu erstellen. Wenn der Treiber anschließend deaktiviert wird, verschwindet der virtuelle Port möglicherweise. Die einzige Möglichkeit, den virtuellen Port wiederherzustellen, besteht darin, den Treiber zu aktivieren und die virtuelle Maschine neu zu starten.

• Windows Server 2008* mit Hyper-V – Speicher-Miniporttreiber wird nicht geladen, wenn ein Adapter als VNIC hinzugefügt oder entfernt wird

  In Windows Server 2008 mit Hyper-V wird der Speicherminiporttreiber nach dem Hinzufügen oder Entfernen eines DCB/FCoE-Adapters als freigegebenes externes virtuelles Gerät möglicherweise nicht automatisch geladen. Setzen Sie den Adapter zurück, um den Treiber für den Speicherminiport zu laden.

• Bei der Installation von Intel® Ethernet FCoE nach der Installation von ANS und der Erstellung des AFT-Teams werden Storports nicht installiert

  Wenn der Benutzer ANS installiert und ein AFT-Team erstellt und dann FCoE/DCB installiert, ist DCB standardmäßig deaktiviert. Wenn der Benutzer dann DCB auf einem Port aktiviert, erkennt das Betriebssystem Storports, und der Benutzer muss manuell auf die Aufforderungen des Assistenten für neue Hardware klicken, damit jeder von ihnen installiert werden kann. Wenn der Benutzer dies nicht tut, ist der DCB-Status nicht betriebsbereit, und der angegebene Grund ist kein Peer.

• Link-Aggregations-Teams werden mit vorhandenen Intel® Ethernet FCoE Switches nicht unterstützt

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

  Wenn der Benutzer FCoE über das Control-D-Menü deaktiviert, wird in der Intel PROSet für die Benutzeroberfläche des Windows Geräte-Managers angegeben, dass der Flashspeicher ein FCoE-Image enthält, der Flashspeicher jedoch aktualisiert werden muss. Wenn Sie den Flash erneut mit dem FCoE-Image aktualisieren, wird FCoE wieder aktiviert und der Benutzer wird in den Zustand zurückversetzt, in dem alle FCoE-Einstellungen verfügbar sind.

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

• Adapter mit 82599 und X540 werden in der Windows* MPIO-Konfiguration nicht als SPC-3-kompatibel angezeigt

  Da es sich beim FCoE-Initiator um ein virtualisiertes Gerät handelt, verfügt es nicht über eine eigene eindeutige Hardware-ID und wird daher in der Windows MPIO-Konfiguration nicht als SPC-3-kompatibles Gerät angezeigt.

• Wenn Sie das ALB-Teaming entfernen, schlagen alle Intel® Ethernet FCoE Funktionen fehl, alle DMIX-Registerkarten sind ausgegraut, und beide Adapterports fallen aus

  Damit das ANS-Teaming mit dem Microsoft Network Load Balancer (NLB) im Unicast-Modus funktioniert, muss der LAA des Teams auf Clusterknoten-IP festgelegt werden. Für den ALB-Modus muss der Empfangslastenausgleich deaktiviert sein. Weitere Konfigurationsdetails finden Sie unter Verwenden von Teaming-Adaptern mit Netzwerklastenausgleich kann zu Netzwerkproblemen führen

  Das ANS-Teaming funktioniert auch, wenn sich der Netzwerklastenauslastenausgleich im Multicast-Modus befindet. Informationen zur korrekten Konfiguration des Adapters in diesem Modus finden Sie unter Ereignis-ID 53 - Funktionalität des Netzwerkadapters
• FCoE- und TCP/IP-Datenverkehr im selben VLAN funktioniert möglicherweise nicht auf einigen Switches

  Dies ist ein bekanntes Problem beim Design und bei der Konfiguration des Switches.

Intel® Ethernet FCoE Boot Probleme

Bekannte Probleme im Erweiterungs-ROM

• Erkennungsprobleme mit mehreren FCoE-VLANs
  Das FCoE-Options-ROM erkennt möglicherweise nicht das gewünschte VLAN, wenn eine VLAN-Ermittlung über die Funktion "Ziele erkennen" ausgeführt wird. Wenn das Feld "VLAN ermitteln" mit dem falschen VLAN aufgefüllt ist, geben Sie das gewünschte VLAN ein, bevor Sie "Ermittlungsziele" ausführen.

Bekannte Windows-Probleme

• Brocade Switch-Unterstützung in Release 16.4
  Intel® Ethernet FCoE Boot unterstützt Brocade-Switches in Version 16.4 nicht. Bitte verwenden Sie bei Bedarf das Release 16.2.

• Windows verwendet eine Auslagerungsdatei auf dem lokalen Datenträger
  Wenn nach dem Imaging der lokale Datenträger vor dem Start vom FCoE-Datenträger nicht entfernt wird, kann Windows die Auslagerungsdatei vom lokalen Datenträger verwenden.

• Absturzabbild auf FCoE-Datenträgern wird nur bis zur FCoE-Boot-LUN unterstützt
  Die folgenden Szenarien werden nicht unterstützt:

  • Absturzabbild auf einem FCoE-Datenträger, wenn sich das Windows-Verzeichnis nicht auf der FCoE-Boot-LUN befindet.
  • Verwendung des Registrierungswerts DedicatedDumpFile zum Weiterleiten eines Absturzabbilds an eine andere FCoE-LUN.

• Das Stoppen des IntelDCB-Dienstes kann dazu führen, dass das Betriebssystem nicht mehr reagiert oder abstürzt

• Die FCoE-Deinstallation von einem lokalen Datenträger kann blockiert werden, da das Installationsprogramm fälschlicherweise meldet, dass das System von FCoE gestartet wurde
  Wenn das FCoE-Options-ROM während des Startvorgangs eine Verbindung zu einem FCoE-Datenträger herstellt, kann das Windows-Installationsprogramm möglicherweise nicht feststellen, ob das System von FCoE gestartet wurde oder nicht, und blockiert die FCoE-Deinstallation. Konfigurieren Sie das Erweiterungs-ROM zur Deinstallation so, dass es keine Verbindung zu einem FCoE-Datenträger herstellt.

• VLAN-Schnittstellen mit aktiviertem Intel® Ethernet FCoE Boot können nicht erstellt werden
  Beim Booten mit FCoE kann ein Benutzer keine VLANs und/oder Teams für andere Datenverkehrstypen erstellen. Dies verhindert konvergierte Funktionen für Nicht-FCoE-Verkehr.

• Für FCoE konfigurierter Serveradapter Als external-Shared vNIC über Hyper-V verfügbar
  Wenn ein Port als Boot-Port festgelegt ist, wird der Boot-Port angezeigt, was nicht der Fall sein sollte, wenn der Benutzer die Hyper-V-Rolle im System installiert und dann in den Hyper-V-Netzwerkmanager geht, um auszuwählen, welcher Port extern virtualisiert werden soll.

  Beim Festlegen des Ports auf einen Boot-Port in Intel PROSet für den Windows Geräte-Manager (DMIX) wird eine Meldung angezeigt, dass der Benutzer das System neu starten sollte, damit die Änderungen wirksam werden, aber kein Neustart erzwungen wird. Infolgedessen befinden sich die Anwendungen auf Benutzerebene im Boot-Modus (d. h. die Registerkarte "Rechenzentrum" ist ausgegraut), aber die Treiber auf Kernelebene wurden nicht neu gestartet, um dem Betriebssystem anzuzeigen, dass der Port ein Boot-Port ist. Wenn der Benutzer dann den Hyper V-Dienst zum System hinzufügt, erstellt das Betriebssystem eine Momentaufnahme der verfügbaren Ports, und dies ist die Momentaufnahme, die es verwendet, nachdem die Hyper V-Rolle hinzugefügt wurde, das System neu gestartet wurde und der Benutzer in den Hyper V Virtual Network Manager wechselt, um die Ports zu virtualisieren. Dadurch wird auch der Bootport angezeigt.

  Lösungen:

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

  Deaktivieren/aktivieren Sie den Port im Geräte-Manager, nachdem Sie ihn auf den Start festgelegt und die Hyper V-Rolle hinzugefügt haben. Der Port wird nicht in der Liste der virtualisierbaren Ports im Hyper V Virtual Network Manager angezeigt.

• FCoE Linkdown Timeout schlägt bei Remote Booted vorzeitig fehl
  Wenn ein FCoE-gebooteter Port die Verbindung länger als die im erweiterten Linkdown-Timeout im Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE angegebene Zeit verliert, stürzt das System ab. Linkdown-Timeout-Werte von mehr als 30 Sekunden bieten möglicherweise keine zusätzliche Zeit bis zum Systemabsturz.