Bekannte Probleme mit Intel® Ethernet FCoE

Diese Probleme sind bekannt, wenn Intel® Ethernet Serveradapter mit Intel® Ethernet FCoE verwendet werden. Diese Liste ist mit Stand Intel® Netzwerkanschluss Softwareversion 17.4 aktuell. Weitere Informationen zur Installation und Konfiguration Intel Ethernet Serveradapter finden Sie im Benutzerhandbuch .

Probleme mit windows* Intel® Ethernet FCoE

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

  Die Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE kann nach folgenden Umständen aus dem Geräte-Manager entfernt werden:

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

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

  Als Problemumgehung sollte der Benutzer alle Ressourcen-Abhängigkeiten der Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE entfernen, die derzeit vom System verwendet werden, bevor er Änderungen am Intel Adapter zur Virtualisierung vornimmt. Beispielsweise hat der Benutzer in einem Anwendungsfall die FCoE-Datenträger vom FCoE-Speichertreiber zugewiesen, um eine seiner virtuellen Maschinen auszuführen. Gleichzeitig möchte der Benutzer die Konfiguration des gleichen Intel Adapters für die Virtualisierung ändern. In diesem Szenario muss der Benutzer die FCoE-Festplatten aus der virtuellen Maschine entfernen, bevor die Intel Adapterkonfiguration geändert wird.

• Virtueller Port kann aus Virtual Machine entfernt werden

  Wenn die virtuelle Maschine startet, wird der Intel® Ethernet Virtual Storage Miniport-Treiber für FCoE (der Treiber) aufgefordert, einen virtuellen Port zu erstellen. Wenn der Treiber nachträglich deaktiviert wird, kann der virtuelle Port verloren gehen. Die einzige Möglichkeit, den virtuellen Port zurück zu erhalten, besteht darin, den Treiber zu aktivieren und die virtuelle Maschine neu zu starten.

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

  Unter Windows Server 2008 mit Hyper-V wird der Miniport-Speichertreiber möglicherweise nicht automatisch geladen, nachdem ein DCB/FCoE-Adapter als gemeinsam genutztes 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 von ANS und dem Erstellen von AFT Team sind Storports nicht installiert

  Wenn der Benutzer ANS installiert und ein AFT-Team erstellt und dann FCoE/DCB installiert, ist DCB standardmäßig aus. Wenn der Benutzer DCB auf einem Port aktiviert, erkennt das Betriebssystem Storports und der Benutzer muss manuell auf die Anweisungen des neuen Hardware-Assistenten klicken, damit jeder von ihnen installiert werden kann. Wenn der Benutzer dies nicht macht, ist der DCB-Status nicht betriebsfähig, und der angegebene Grund ist kein Peer.

• Link-Aggregationsteams werden mit bestehenden Intel® Ethernet FCoE Switches nicht unterstützt

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

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

  Wenn der Benutzer das Control-D-Menü 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-konform angezeigt

  Da das FCoE ein virtualisiertes Gerät ist, verfügt es nicht über eine eigene eindeutige Hardware-ID und wird daher nicht als SPC-3-konformes Gerät in der Windows MPIO-Konfiguration angezeigt.

• Beim Entfernen der ALB-Teaming schlägt alle Intel® Ethernet FCoE Funktionen fehl, alle DMIX-Registerkarten sind ausgegraut, und beide Adapterports versagen

  Damit das ANS-Teaming im Unicast-Modus mit Microsoft Network Load Balancer (NLB) zusammenarbeiten kann, muss das LAA des Teams auf Cluster Node IP gesetzt sein. Im ALB-Modus muss der Empfangslastenausgleich deaktiviert sein. Weitere Konfigurationsdetails finden Sie unter Verwenden von Teaming-Adaptern mit Netzwerklastenausgleich, die zu Netzwerkproblemen führen können.

  ANS-Teaming funktioniert auch, wenn sich NLB im Multicast-Modus befindet. Die richtige Konfiguration des Adapters in diesem Modus finden Sie unter Event ID 53 – Netzwerkadapterfunktionalität
• FCoE- und TCP/IP-Datenverkehr auf dem gleichen VLAN funktionieren möglicherweise nicht auf einigen Switches

  Dies ist ein bekanntes Switch-Design- und -Konfigurationsproblem.

Probleme bei der Intel® Ethernet FCoE Boot

Bekannte Probleme mit dem Option-ROM

• Erkennungsprobleme mit mehreren FCoE-VLANs
  Das FCoE-Option-ROM erkennt möglicherweise nicht das gewünschte VLAN, wenn eine VLAN-Entdeckung über die Funktion Discover Targets durchgeführt wird. Wenn das Feld Discover VLAN mit dem falschen VLAN gefüllt ist, geben Sie das gewünschte VLAN ein, bevor Sie Discover Targets ausführen.

Bekannte Windows-Probleme

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

• Windows verwendet eine Paging-Datei auf der lokalen Festplatte
  Wenn das lokale Laufwerk vor dem Booten von der FCoE-Festplatte nicht entfernt wird, kann Windows nach der Bildgebung die Paging-Datei vom lokalen Datenträger verwenden.

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

  • Absturzabbild auf einen FCoE-Datenträger, wenn sich das Windows-Verzeichnis nicht in der FCoE Boot LUN befindet.
  • Verwendung des Registrierungswerts DedicatedDumpFile, um den Absturzabbild an eine andere FCoE LUN zu leiten.

• Das Stoppen des IntelDCB-Dienstes kann zum Aufhängen oder Abstürzen des Betriebssystems führen

• FCoE-Deinstallation von einem lokalen Datenträger kann blockiert werden, da das Installationsprogramm ungenau meldet, dass das System von FCoE booten wird
  Wenn das FCoE-Option-ROM während des Bootvorgangs mit einer FCoE-Festplatte verbunden ist, kann das Windows-Installationsprogramm möglicherweise nicht feststellen, ob das System von FCoE aus gestartet wurde oder nicht, und die FCoE-Deinstallation blockieren. Konfigurieren Sie zur Deinstallation das Option ROM so, dass es keine Verbindung zu einem FCoE-Laufwerk herstellt.

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

• Serveradapter, der für FCoE-Boot konfiguriert ist und als External-Shared vNIC über Hyper-V verfügbar ist
  Wenn ein Port als Boot-Port festgelegt ist, wenn der Benutzer die Rolle Hyper V im System installiert und dann in den Hyper V Netzwerk-Manager geht, um zu wählen, welcher Port extern virtualisiert werden soll, wird der Boot-Port angezeigt, was er nicht sollte.

  Bei der Einstellung 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 sind, aber keinen Neustart erzwungen wird. Infolgedessen befinden sich die Anwendungen auf Benutzerebene im Boot-Modus (d. h. die Registerkarte Rechenzentrum ist ausgegraut), aber Kernel-Level-Treiber wurden nicht neu gestartet, um dem Betriebssystem anzuzeigen, dass der Port ein Boot-Port ist. Wenn der Benutzer dem System dann den Hyper V-Service hinzufügt, nimmt das Betriebssystem eine Momentaufnahme der verfügbaren Ports auf, und dies ist die Momentaufnahme, die es verwendet, nachdem die Hyper V-Rolle hinzugefügt, das System neu gestartet wurde und der Benutzer in den Hyper V Virtual Network Manager geht, um die Ports zu virtualisieren. In der Folge wird auch der Boot-Port angezeigt.

  Lösungen:

  Starten Sie das System neu, nachdem Sie einen Port auf einen Boot-Port festgelegt haben und bevor Sie die Hyper V-Rolle hinzufügen. 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 so eingestellt haben, dass er startet, und bevor Sie die Hyper V-Rolle hinzufügen. Der Port wird nicht in der Liste der virtualisierbaren Ports im Hyper V Virtual Network Manager angezeigt.

• FCoE Linkdown Timeout schlägt beim Fernstart fehl
  Wenn ein FCoE-booted Port die Verbindung länger als die in der erweiterten Linkdown-Timeout-Einstellung in der 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 vor einem Systemabsturz.