Troubleshooting von ausgefallenen oder zeitweilig nicht funktionierenden Schnittstellen für NutzerInnen

Troubleshooting:

1. Stellen Sie fest, ob das Problem an einer einzigen Schnittstelle, mehreren Schnittstellen, einer zeitweiligen Schnittstelle oder einer Netzwerkkarte liegt.
   1. Ermitteln Sie, ob die Schnittstelle ausgefallen ist, zeitweilig nicht reagiert oder bei einer Netzwerkkarte ein Problem vorliegt.
   2. Verbindungsstatus „Nein“ verweist auf eine Schnittstelle, die kein elektrisches Signal hat und nicht aktiv ist.
   3. Zeitweilig, tritt in unregelmäßigen Intervallen auf; nicht kontinuierlich oder durchgehend.
   4. Um den Status der Hardwareschnittstellen auf der Data Domain zu überprüfen, führen Sie den folgenden Befehl aus.

      # net show hardware

   5. Um die aktuellen Warnmeldungen zu überprüfen, führen Sie den folgenden Befehl aus:

      # alerts show current

   6. Um den Verlauf von Warnmeldungen zu überprüfen, führen Sie den folgenden Befehl aus.

      # alerts show history

   7. Überprüfen Sie die Net Show-Einstellungen, um festzustellen, ob die ausgefallene Schnittstelle Teil eines virtuellen Bond, eines vLAN oder eines Alias ist.

      # net show settings

      Damit eine Schnittstelle eine Verbindungsanzeige hat und ausgeführt wird, muss sie mit einer IP-Adresse oder in einem Bond konfiguriert werden.
   8. Wenn nach einem DDOS-Upgrade eine Schnittstelle ausfällt, ist es höchst unwahrscheinlich, dass dies an einem Hardwarefehler liegt.
      1. Wenn sich die inaktive Schnittstelle nicht in einem Bond befindet, können Sie sie deaktivieren und mit den folgenden Befehlen aktivieren.

# net disable ethXx

# net enable ethXx

9. Es wird dringend empfohlen, dass Sie mit Ihrem Netzwerkteam die Switch-Konfiguration überprüfen, bevor Sie einen Fall beim Dell Support öffnen.
   1. Während eines Upgrades werden Schnittstellen vom Netzwerk getrennt, und manchmal tritt bei Switches ein Timeout auf, nachdem sie keine Antwort von DD-Schnittstellen erhalten und ihre Ports deaktiviert haben.
   2. Wenn bei den Switchports ein Timeout aufgetreten ist und sie deaktiviert sind, kann Ihnen der Data Domain-Support nicht helfen, dies zu beheben. Sie müssen sich an Ihr Netzwerkteam wenden, um sie zu aktivieren.
10. Wenn Sie Personal vor Ort im Rechenzentrum haben, bitten Sie eine(n) AußendiensttechnikerIn vor Ort zu gehen und den SFP oder das Kabel von der DD-Seite und der Patchfeld- oder der Switch-Seite aus neu einzusetzen.
11. Wenn Sie eine neue Schnittstelle auf der Data Domain konfiguriert haben, diese jedoch nicht ausgeführt wird, überprüfen Sie, ob ein Kabel mit der Patchfeld- oder der Switch-Seite verbunden ist.
12. Wenn Sie zum ersten Mal eine Data Domain einrichten und Schnittstellen nicht ausgeführt werden, stellen Sie sicher, dass zusätzlich zur Geschwindigkeitseinstellung auch die Switch-seitige Portkonfiguration korrekt ist.
    1. Bei 10G-Schnittstellen auf der Data Domain sollte der Switch ebenfalls auf 10G-Geschwindigkeit eingestellt werden.
    2. Bei 1G-Geschwindigkeiten auf der Data Domain funktioniert der Switch nicht, wenn er auf 10G eingestellt ist. Möglicherweise sollte die Verbindungsgeschwindigkeit automatisch auf dem Switch ausgehandelt werden.
13. Wenn Sie zum ersten Mal eine Data Domain mit Glasfaser- oder DA-Kupferschnittstellen einrichten, stellen Sie sicher, dass Sie über kompatible SFPs und Kabel verfügen.
14. Wenn nach einem Neustart oder einem Systemupgrade und aktuellem Warnmeldungsbericht MissingSlave Schnittstellen sind inaktiv und die Data Domain wurde dann erneut neu gestartet.
    Beispiel:

    p0-96 Tue Oct 24 16:47:52 2023 CRITICAL Network MissingSlave=veth0_eth1a EVT-NETM-00012: Network interface eth1a is missing. This is a physical interface for veth0.

    1. Dieses Problem ist entweder ein Hardwarefehler oder eine falsche Warnmeldung aufgrund einer Race-Bedingung, bei der bestimmte Komponenten und Schichten in falscher Reihenfolge online geschaltet wurden.
    2. Wenn nach dem zweiten Neustart ein MissingSlave Wenn eine MissingSlave-Warnmeldung nach dem zweiten Neustart nicht gelöscht wird und die Schnittstellen immer noch inaktiv sind, öffnen Sie einen Fall beim Data Domain-Hardwaresupport.
15. Um die Ausgabe zum Typ der installierten Netzwerkkarte abzurufen, führen Sie die folgenden Befehle aus:

# system show hardware

# enclosure show io-cards

16. Melden Sie sich bei der Benutzeroberfläche an und navigieren Sie zu Maintenance Support > Autosupport reports, um vergangene Autosupport-Vorgänge anzuzeigen und mit dem aktuellen Status zu vergleichen>.
    Dort sehen Sie die letzten 14 Auto-Unterstützungen zum Herunterladen und Öffnen mit Notepad ++
17. Wenn die Schnittstelle plötzlich ausgefallen ist und nicht nach einem Neustart oder Upgrade, ist es auch möglich, dass es sich um ein fehlerhaftes Kabel oder einen fehlerhaften SFP handelt.
    Der Dell Hardware-Support ersetzt keine Kabel oder SFPs auf der Panelfeld-/Switch-Seite des Kunden. Es liegt in der Verantwortung des Rechenzentrums des Kunden, Kabel und SFPs auf der Rechenzentrumsseite auszutauschen.
    1. Wenden Sie sich an Ihr Rechenzentrumspersonal, um das Kabel oder den SFP neu einzusetzen.
    2. Wenn Sie nach dem Wiedereinsetzen immer noch keine Verbindungsanzeige sehen, bitten Sie das Rechenzentrum, das Kabel und ggf. den Glasfaser-SFP auf der Switch-Seite auszutauschen.
    3. Wenn Sie Kabel und Glasfaser-SFP austauschen, bitten Sie das Rechenzentrum, den Port auf dem Patchfeld oder Switch zu überprüfen, oder versuchen Sie es mit einem anderen Port.
    4. Wenn alle Schritte befolgt wurden und die Funktionsfähigkeit immer noch nicht wiederhergestellt ist, öffnen Sie einen Dell Hardware-Fall, um den SFP auf der DD-Seite zu ersetzen.
18. Schritte zum Troubleshooting, wenn die ausgefallene Schnittstelle Teil eines virtuellen Bond ist.
    1. Wenn die Schnittstelle nach einem Upgrade oder Neustart nicht gestartet wurde, wenden Sie sich an Ihr Netzwerkteam auf der Switchport-Seite, um zu versuchen, sie zu deaktivieren und erneut zu aktivieren.
    2. Wenn Ihr Netzwerkteam den Switchport überprüft und den Port deaktiviert und aktiviert hat, können Sie es auch auf der Data Domain-Seite versuchen.
19. Auf der Data Domain-Seite können Sie den virtuellen Bond deaktivieren und mit den folgenden Befehlen erneut aktivieren.

# net disable vethXx

# net enable vethXx

20. Sie können die Schnittstelle aus dem Bond entfernen und sie dann wieder zum Bond hinzufügen. Dies kann über die Benutzeroberfläche oder die Befehlszeile erfolgen:

#net aggregate del vethX interface ethXx

#net aggregate add vethX interface ethXx

#net failover del vethX interfaces ethXx

#net failover add vethX interfaces ethXx

21. Wenn das Problem durch Entfernen und Hinzufügen der Schnittstelle nicht behoben werden konnte, versuchen Sie, den virtuellen Bond zu löschen und neu zu erstellen.
    Gehen Sie beim Löschen der gesamten Bündelung vorsichtig vor. Sie müssen immer sicherstellen, dass Redundanz vorliegt und Sie über SSH eine andere Verbindung als die Bündelung herstellen.
    Wenn Sie die virtuelle Verbindung nicht löschen möchten und sie Ihre einzige Verbindung zur Data Domain ist, fahren Sie nicht fort.
    Dies kann über die Benutzeroberfläche erfolgen, was einfacher ist.
    Data Domain – Konfigurieren physischer Schnittstellen mit grafischer Benutzeroberfläche (UI)
22. Wenn durch das Löschen und erneute Erstellen der virtuellen Bündelung die Schnittstelle oder Schnittstellen nicht aktiviert wurden, löschen Sie sie erneut und weisen Sie der Schnittstelle IP-Adressen zu.
    Wenn Sie der Schnittstelle eine IP-Adresse zuweisen und diese betriebsbereit ist, ist die Switchseite höchstwahrscheinlich nicht ordnungsgemäß konfiguriert, was außerhalb des Umfangs des Data Domain-Supports liegt. Wenden Sie sich am besten an Ihr Netzwerkteam.
23. Schritte zum Troubleshooting, wenn die Schnittstelle weiterhin inaktiv ist.
    1. Wenden Sie sich an Ihr Rechenzentrumspersonal, um das Kabel oder den SFP neu einzusetzen.
    2. Wenn Sie nach dem Wiedereinsetzen immer noch keine Verbindungsanzeige sehen, bitten Sie das Rechenzentrum, das Kabel und ggf. den Glasfaser-SFP auf der Switch-Seite auszutauschen.
    3. Wenn Sie Kabel und Glasfaser-SFP austauschen, bitten Sie das Rechenzentrum, den Port auf dem Patchfeld oder Switch zu überprüfen, oder versuchen Sie es mit einem anderen Port.
    4. Wenn alle Schritte befolgt wurden und die Funktionsfähigkeit immer noch nicht wiederhergestellt ist, öffnen Sie einen Dell Hardware-Fall, um den SFP auf der DD-Seite zu ersetzen.
       Der Dell Hardware-Support ersetzt keine Kabel oder SFPs auf der Panelfeld-/Switch-Seite des Kunden. Es liegt in der Verantwortung des Rechenzentrums des Kunden, Kabel und SFPs auf der Rechenzentrumsseite auszutauschen.
24. Wenn Sie Vor-Ort-MitarbeiterInnen im Rechenzentrum haben, sind im Folgenden die Schritte zum Troubleshooting aufgeführt, mit denen Probleme von AußendienstmitarbeiterInnen behoben werden können.
    1. Stellen Sie sicher, dass das Kabel sicher zwischen der Data Domain und dem Switchport oder Patchfeld-Port angeschlossen ist.
       1. Wenn möglich, verfolgen Sie das Kabel zurück, um sicherzustellen, dass es mit dem richtigen Port auf der Rückseite der Data Domain verbunden ist.
    2. Überprüfen Sie, ob eine Verbindungsanzeige am Switchport oder Patchfeld-Port vorhanden ist.
    3. Wenn keine Verbindungsanzeige am Data Domain-Port vorhanden ist, schließen Sie das Kabel neu an.
    4. Wenn keine Verbindungsanzeige auf der Rückseite des Patchfeld-Ports oder Switch-Ports vorhanden ist, schließen Sie das Kabel neu an
    5. Wenn nach dem erneuten Anschluss auf der Data Domain-Seite und der Patchfeld-Port- oder dem Switchport-Seite keine Verbindung vorhanden ist, tauschen Sie das Kabel aus.
    6. Wenn Außendienstmitarbeiter vor Ort sind, können Sie sie auch anweisen, ein funktionierendes Schnittstellenkabel mit dem Schnittstellenport auszutauschen, der auf Data Domain ausgefallen ist.
       Nach persönlichen Tauschvorgängen sollte eine Linkanzeige angezeigt werden. In Data Domain sollte in der Netzanzeige "show hard" die Verknüpfung "yes" angezeigt werden.

       # net show hardware

    7. Wenn Sie beim Austausch eine Verbindungsanzeige sehen, muss das Problem an einem ein fehlerhaften SFP auf der Data Domain, einem fehlerhaften Kabel, einem fehlerhaften SFP auf der Switch-Seite oder einem fehlerhaften Port auf der Patchfeld-Switch-Seite liegen.
    8. Ein weiterer Troubleshooting-Schritt für RechenzentrumsmitarbeiterInnen besteht darin, einen Loopback-Test durchzuführen.
       1. Wenn auf der Data Domain eine freie, nicht konfigurierte Schnittstelle desselben Typs vorhanden ist, schleifen Sie sie von einer Schnittstelle zur anderen.
          Beispiel: Wenn eth1a Kupfer ist und eth4a Kupfer, aber nicht verwendet wird, verbinden Sie eth1a mit eth4a.
          eth4a muss mit einer Dummy-IP-Adresse konfiguriert werden, die Sie so eingeben können:

          # net config eth4a 1.2.3.4 netmask 255.255.255.0
          

          Nachdem Sie den Lookback-Test abgeschlossen haben, löschen Sie die Konfiguration für die Dummy-IP

          # net config eth4a 0.0.0.0

       2. Wenn der Loopback-Test nicht funktioniert hat und SFPs oder Kabel oder beides ausgetauscht wurden, öffnen Sie einen Fall beim Data Domain-Hardware-Supportteam.

25. Troubleshooting bei physischen Glasfaserschnittstellen und direkt angeschlossenen Kupferschnittstellen.

    Die folgenden Beispiele sehen möglicherweise nicht identisch mit der Ausgabe aus.
    
    Beispiel für die Ausgabe einer physischen Glasfaserschnittstelle:

    	sysadmin@dd3300-ddsupport# net show hardware
    	  Port    Speed      Duplex    Supp Speeds   Hardware Address    Physical   Link Status   State     Autonegotiation
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------
    	  eth1b   unknown    unknown   1000/10000    ??:??:??:??:??:??   Fiber      no            up        on
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------

    
    Beispiel für die Ausgabe einer physischen DA-Kupferschnittstelle.

    	sysadmin@ddsupport# net show hardware
    	Net Show Hardware
    	-----------------
    	Port Speed Duplex Supp Speeds Hardware Address       Physical     Link   Status    
    	----- ------- ------- ----------- ----------------- --------- ----------- -------
    	eth8a unknown unknown  25000  ??:??:??:??:??:??     DA Copper  no        up
    	----- ------- ------- ----------- ----------------- --------- ----------- -------

    In den meisten Kundenumgebungen bestehen Glasfaserschnittstellen aus drei Komponenten: ein SFP auf der Data Domain-Seite, ein optisches Kabel und ein SFP auf dem Patchfeld oder der Switch-Seite des Kunden.
    
    Bei einigen Kunden wird die Data Domain jedoch beispielsweise an ein Patchfeld und dann über ein Breakout-Kabel angeschlossen, das wiederum mit einem QSFP verbunden wird, der andere Verbindungen hat.
    
    Manchmal müssen Sie sich nach der Konnektivität des Kunden erkundigen, da es sich manchmal nicht um ein Problem von der Data Domain zum Patch-Bedienfeld oder zur Switch-Seite handelt, sondern andere Komponenten oder Verbindungen danach die Schnittstelle beeinträchtigen können.

26. Wenn nach dem Upgrade eine Warnmeldung angezeigt wird, dass eine Geschwindigkeitsabweichung auf Schnittstellen vorliegt, überprüfen Sie die folgenden Informationen.

    Beispiel:

    	Id Post Time Severity Class Object Message
    	------ ------------------------ -------- ------- ----------------------------- --------------------------------------------------------------------------------
    	p0-618 Tue Oct 20 09:50:53 2023 CRITICAL Network Bonded Interface Name=veth1 EVT-NETM-00015: One or more interfaces in the bonded group has a speed mismatch.
    	------ ------------------------ -------- ------- ----------------------------- --------------------------------------------------------------------------------

    Dies kann bedeuten, dass die Geschwindigkeit für eine Schnittstelle in einer Bindung auf 100 Mbit/s und für eine andere Schnittstelle auf 1000 Mbit/s eingestellt ist.
    
    Dies kann aus verschiedenen Gründen geschehen, die möglicherweise nichts mit der Data Domain zu tun haben.

    • Ein fehlerhaftes Ethernet-Kabel
    • Ein fehlerhafter Port auf der Patchfeld- oder Switch-Seite
    • Die Switchport-Konfiguration begrenzt die Geschwindigkeit.
    • Die Switch-Geschwindigkeit ist eingeschränkt.
    • Die Schnittstelle, die sich in dem virtuellen Bond befindet, ist nicht die richtige Schnittstelle.
    • Die Schnittstelle ist mit dem falschen Switch oder Switch-Port verbunden.

      Hier erfahren Sie, wie Sie weiteres Troubleshooting durchführen können.

      Diese Schritte können auch mit einer Benutzeroberfläche durchgeführt werden.
      Data Domain – Konfigurieren physischer Schnittstellen mit grafischer Benutzeroberfläche (UI)

      1. Um den Status der Hardwareschnittstellen auf der Data Domain zu überprüfen, führen Sie den folgenden Befehl aus

         # net show hardware

      2. Um die aktuellen Warnmeldungen zu überprüfen, führen Sie den folgenden Befehl aus:

         # alerts show current

      3. Überprüfen Sie die Net Show-Einstellungen, um festzustellen, ob die ausgefallene Schnittstelle Teil eines virtuellen VLAN oder Alias ist.

         # net show settings

      4. Wenn nach einem DDOS-Upgrade eine Schnittstelle ausfällt, ist es höchst unwahrscheinlich, dass dies an einem Hardwarefehler liegt.

# net disable ethXx

# net enable ethXx

5. Die Schnittstelle wurde möglicherweise zuvor nicht korrekt eingestellt, aber die Warnmeldungen werden erst jetzt nach einem Upgrade oder Neustart angezeigt, und Sie können den Verlauf überprüfen.

# alerts show history

6. Wenden Sie sich an Ihr Netzwerkteam, um die Switch-Konfiguration zu überprüfen und die Switch-Geschwindigkeit neu zu konfigurieren oder die automatische Verhandlung neu zu konfigurieren.
7. Deaktivieren und aktivieren Sie den Switchport.
8. Überprüfen Sie die LLDP-Informationen im autosupport Überprüfen Sie die LLDP-Informationen im Autosupport, um festzustellen, ob sich die richtigen Schnittstellen im LACP-Bond befinden, wenn LACP verwendet wird.
9. Entfernen sie die Schnittstelle aus dem Bond.

   # net failover del vethX interfaces ethXx

10. Konfigurieren Sie die Schnittstelle mit einer Dummy-IP-Adresse.

    # net config ethXx 1.2.3.4 netmask 255.255.255.0

11. Versuchen Sie, die Geschwindigkeit manuell zu ändern. Je nach Schnittstelle und Data Domain-Modell können Sie die Geschwindigkeit eventuell nicht festlegen.

    #net config ethXx duplex full speed 1000

12. Führen Sie nach dem Versuch, die vorherigen Schritte zum Löschen der Dummy-IP-Adresse durchzuführen, den folgenden Befehl aus.

    #net config ethXx 0.0.0.0

13. Fügen Sie sie wieder zum Bond hinzu.

    # net failover add vethX interfaces ethXx

14. Wenn das Problem immer noch nicht behoben ist, empfehlen wir, das Kabel auszutauschen und die Switch-Seite erneut zu überprüfen.

Eine Reihe von Gründen, warum eine physische Schnittstelle auf einem System ausfallen kann:
Eine physische Schnittstelle auf einem System kann aus verschiedenen Gründen ausfallen, die von Hardwareproblemen bis hin zu Netzwerkproblemen reichen. Hier ist eine Liste der häufigsten Gründe:

• Das Kabel, das die Schnittstelle mit dem Netzwerk oder einem anderen Gerät verbindet, wurde möglicherweise physisch getrennt, was dazu führt, dass die Schnittstelle ausfällt.
• Das Kabel ist mit der falschen Schnittstelle auf der Data Domain-Seite verbunden.
• Das Kabel ist mit der falschen Schnittstelle auf der Patchfeld- und der Switch-Seite verbunden.
• Fehlerhafte Hardwarekomponenten wie Netzwerkschnittstellenkarten (NICs), Switches, Router oder Kabel können zu Schnittstellenausfallzeiten führen.
• Stromschwankungen, Ausfälle oder eine unzureichende Stromversorgung der Netzwerkgeräte können dazu führen, dass die Schnittstellen ausfallen.
• Übermäßige Hitze kann Hardwarekomponenten beschädigen, was zu Schnittstellenausfällen und Systemabschaltungen führen kann.
• Ein hohes Maß an Netzwerkdatenverkehr oder Überlastung kann die Schnittstelle überfordern, was dazu führt, dass sie nicht mehr reagiert oder ausfällt.
• Probleme, Störungen oder Inkompatibilitätsprobleme innerhalb der Gerätetreiber, Firmware oder des Betriebssystems können zu Schnittstellenfehlern führen.
• Falsche Netzwerkkonfigurationen, wie z. B. IP-Adresskonflikte oder falsche Subnetzmasken, können dazu führen, dass eine Schnittstelle nicht mehr zugänglich ist.
• Sicherheitsrichtlinien, wie z. B. Angriffserkennungs- oder Firewallregeln, können den Datenverkehr über die Schnittstelle versehentlich blockieren oder einschränken.
• Physische Schäden an der Hardware, wie z. B. Wassereinwirkung, Aufprall oder Verschleiß, können zu Schnittstellenfehlern führen.
• Extreme Temperatur, Feuchtigkeit, Staub oder andere Umgebungsfaktoren können die Funktionalität der Hardware beeinträchtigen und dazu führen, dass Schnittstellen ausfallen.
• Falsch angewendete Firmware- oder Softwareupdates können zu Instabilität und zu Schnittstellenausfällen führen.
• DoS-Angriffe (Denial of Service), DDoS-Angriffe (Distributed Denial of Service) oder andere bösartige Aktivitäten können die Schnittstelle überlasten und dazu führen, dass sie fehlschlägt.
• Falsche Routingtabelleneinträge oder Probleme mit dynamischen Routingprotokollen können die Konnektivität über die Schnittstelle unterbrechen.
• Falsche Geschwindigkeits- und Duplexeinstellungen, Probleme mit der automatischen Verhandlung oder nicht übereinstimmende Konfigurationen zwischen verbundenen Geräten können zu Ausfällen der Schnittstelle führen.
• Qualitativ minderwertige oder beschädigte Kabel können zu zeitweiligen Konnektivitäts- oder vollständigen Schnittstellenausfällen führen.
• Ausfälle von Netzwerkgeräten wie Switches oder Routern, die mit der Schnittstelle verbunden sind, können zu nachgeschalteten Schnittstellenproblemen führen.
• Wenn das System eine Verbindung zu einem externen Netzwerkanbieter herstellt, können Probleme auf deren Seite (Wartung, Ausfälle, Konfigurationsfehler) dazu führen, dass die Schnittstelle ausfällt.
• Unzureichende Arbeitsspeicher- oder Verarbeitungsleistung im System kann zu Schnittstellenausfällen führen, insbesondere in Szenarien mit hohem Datenverkehr.
• Manuelle oder automatisierte Aktionen zum Deaktivieren des physischen Ports durch einen Administrator, ein Netzwerkmanagementsystem oder eine Sicherheitsrichtlinie.
• Bei Glasfaserverbindungen können Probleme wie Signalverlust durch Verbiegen, Verschmutzung oder Brüche dazu führen, dass die Schnittstelle ausfällt.

KB-Artikel

• Data Domain – Konfigurieren physischer Schnittstellen mit grafischer Benutzeroberfläche (UI)
• Data Domain – Konfigurieren physischer Schnittstellen über die Befehlszeilenschnittstelle (CLI)
• Data Domain: Intel E810 10Gb/25Gb Dual Rate NIC verbindet sich möglicherweise nicht mit 10Gb mit dem M14MK-Modul
  Verwenden Sie diesen Wissensdatenbank-Artikel, wenn ein Intel E810 Dual-Rate-Adapter bei Verwendung eines M14MK-Moduls keine Verbindung mit 10 Gbit/s herstellt. Es behandelt Kompatibilitätsaspekte, Symptome und Korrekturmaßnahmen zur Wiederherstellung einer ordnungsgemäßen Linkverhandlung.
  
• Data Domain: Die Intel X710 NIC kennzeichnet VLAN möglicherweise nicht ordnungsgemäß, wenn sie in den Wiederherstellungsmodus wechselt.
  Lesen Sie diesen Wissensdatenbank-Artikel, wenn VLAN-Datenverkehr nicht korrekt über eine Intel X710 Schnittstelle weitergeleitet wird. In diesem Artikel wird erläutert, wie sich der NIC-Recovery-Modus auf das VLAN-Tagging auswirken kann, und es werden Schritte zur Identifizierung und Behebung des Problems aufgeführt.
• Data Domain: Fehler "SMS-Befehl fehlgeschlagen: Keine Schnittstellen gefunden" in der DD-CLI und GUI
  Verwenden Sie diesen Wissensdatenbank-Artikel, wenn die DD CLI oder GUI meldet, dass keine Schnittstellen gefunden wurden. Es hilft bei der Identifizierung von Problemen bei der Schnittstellenerkennung und beschreibt Schritte zum Troubleshooting, um die normale Sichtbarkeit der Netzwerkschnittstelle wiederherzustellen.
• Data Domain: Die neue Kernel-Version 5.4.x kann zu DDFS HMON/CRON/RPC-Timeout-Fehlern
  führenDieser Wissensdatenbank-Artikel sollte referenziert werden, wenn Systeminstabilität, Fehler oder Fehler im Zusammenhang mit Timeouts nach einem Kernel-Update auftreten. Es beschreibt die Auswirkungen bestimmter 5.4.x-Kernel-Versionen und die empfohlene Korrektur.
• Data Domain: Troubleshooting eines Fehlers "Net Setup Up Flag Failure"
  Lesen Sie diesen Wissensdatenbank-Artikel, wenn Änderungen an der Netzwerkkonfiguration mit der Meldung "Net Setup Up Flag Failure" fehlschlagen. Es bietet Anleitungen zur Diagnose von Konfigurationsinkonsistenzen und zur Wiederherstellung der Schnittstellenfunktionalität.
• PowerProtect DD und IDPA: Nach dem Upgrade kann ethVX nicht kommunizieren
  Verwenden Sie diesen Wissensdatenbank-Artikel, wenn ethVX-Schnittstellen nach einem Softwareupgrade nicht mehr kommunizieren. Es beschreibt häufige Ursachen, Validierungsschritte und Korrekturmaßnahmen zur Wiederherstellung der Konnektivität.
• Data Domain: Intel Schnittstellen sind mit tx_timeout
  verbundenLesen Sie diesen Wissensdatenbank-Artikel, wenn Intel-basierte Netzwerkschnittstellen unerwartet ausfallen und tx_timeout Fehler beobachtet werden. Der Artikel hilft festzustellen, ob das Problem mit dem Treiber, der Firmware oder der Hardware zusammenhängt, und stellt Wiederherstellungsverfahren bereit.
• Data Domain: Cyber Recovery FEC-Ausgleich ist nicht zulässig
  Dieser Wissensdatenbank-Artikel gilt, wenn Cyber-Recovery-Netzwerkkonfigurationen fehlschlagen, weil die Fehlerkorrektur bei Weiterleitung (FEC) deaktiviert ist. Es werden die FEC-Anforderungen und die Konfiguration unterstützter Einstellungen erläutert.
• Data Domain: Intel X710-Karte wird beim Start mit angeschlossenen Netzwerkkabeln
  nicht erkanntVerwenden Sie diesen Wissensdatenbank-Artikel, wenn ein Intel X710-Adapter fehlt oder während des Systemstarts nicht erkannt wird, wenn Netzwerkkabel angeschlossen sind. In diesem Artikel werden die Bedingungen beschrieben, die das Problem auslösen, sowie die empfohlene Lösung.
• Data Domain: Ändern des Bündelungstyps mit LACP-Switchkonfiguration Deaktiviert Schnittstellen
  Lesen Sie diesen Wissensdatenbank-Artikel, wenn Sie Bonding-Modi auf Schnittstellen ändern, die mit LACP-konfigurierten Switches verbunden sind. Es wird beschrieben, wie Änderungen des Bündelungstyps dazu führen können, dass Schnittstellen nicht mehr verfügbar sind, und wie der Übergang sicher durchgeführt wird.
• Data Domain: Fehler bei der ungültigen Netzwerkkonfigurationseinstellung durch qlogic-Karten
  Dieser Wissensdatenbank-Artikel ist nützlich, wenn Änderungen an der Netzwerkkonfiguration aufgrund ungültiger Einstellungen im Zusammenhang mit QLogic-Adaptern fehlschlagen. Es enthält Schritte zur Fehlerbehebung und Anleitungen zur Korrektur der Konfiguration.
• Data Domain: Ungültige MTU verursacht VLAN-Schnittstellenfehler nach Neustart
  Lesen Sie diesen Wissensdatenbank-Artikel, wenn VLAN-Schnittstellen nach einem Neustart aufgrund von MTU-bezogenen Konfigurationsproblemen nicht online geschaltet werden können. In diesem Artikel werden das Symptom, die Ursache und die ordnungsgemäßen MTU-Validierungsanforderungen erläutert.
• Data Domain: Warnmeldung für gebundene Schnittstelle aufgrund nicht übereinstimmender
  Geschwindigkeit der MitgliedsschnittstelleVerwenden Sie diesen Wissensdatenbank-Artikel, wenn gebundene Schnittstellen Warnmeldungen erzeugen, weil die Mitgliedsports mit unterschiedlichen Geschwindigkeiten arbeiten. Es wird erläutert, wie sich Geschwindigkeitskonflikte auf die Bonding-Integrität auswirken und welche Schritte zur Behebung des Problems erforderlich sind.
• Data Domain: Netzwerkschnittstellen können aufgrund der Intel Workaround-Konfiguration
  ausfallenLesen Sie diesen Wissensdatenbank-Artikel, wenn Netzwerkschnittstellen nach der Anwendung von Intel-bezogenen Workaround-Einstellungen unerwartet nicht mehr verfügbar sind. Es erläutert das Verhalten, betroffene Konfigurationen und Empfehlungen zur Aufrechterhaltung einer stabilen Netzwerkverbindung.
• Data Domain: Intel E810-Schnittstellen können nach dem Upgrade
  möglicherweise nicht initialisiert werdenIn diesem Artikel wird ein Problem dokumentiert, bei dem Intel E810-Netzwerkschnittstellen nach einem DD OS -Upgrade möglicherweise nicht korrekt initialisiert werden. Es beschreibt die Symptome, die beobachtet werden können, Methoden zur Überprüfung des Zustands, betroffene Softwareversionen und die verfügbaren Workaround- oder Korrekturmaßnahmen zur Wiederherstellung der Schnittstellenfunktion.
• Data Domain: LLDP standardmäßig deaktiviert ab DD OS 8.4 für Intel NIC-Stabilität
  In diesem Artikel wird die in DD OS 8.4 eingeführte Änderung erläutert, bei der LLDP auf Intel-basierten Netzwerkschnittstellen standardmäßig deaktiviert ist. Die Änderung wurde implementiert, um die Stabilität und Zuverlässigkeit von Schnittstellen in bestimmten Umgebungen zu verbessern. Der Artikel beschreibt die betrieblichen Auswirkungen, die Gründe für die Änderung und Ratschläge für Kunden, die LLDP für die Netzwerkerkennung und -verwaltung verwenden.
• Data Domain Auto Negotiate auf 10 Gbit/s ist bei bestimmten Switches
  möglicherweise nicht möglichIn diesem Artikel werden Szenarien beschrieben, in denen Data Domain-Schnittstellen möglicherweise nicht automatisch die erwartete Verbindungsgeschwindigkeit von 10 GbE aushandeln, wenn sie mit bestimmten Switchplattformen oder -konfigurationen verbunden sind. Es werden Symptome, betroffene Umgebungen und empfohlene switchseitige und Data Domain-seitige Konfigurationsprüfungen beschrieben, um sicherzustellen, dass Schnittstellen mit der beabsichtigten Geschwindigkeit und den vorgesehenen Duplexeinstellungen betrieben werden.

Weitere Informationen finden Sie in diesem Video: