Rozwiązywanie problemów z wyłączonymi lub przerywanymi interfejsami użytkowników

Rozwiązywanie problemów:

1. Ustal, czy problem dotyczy pojedynczego interfejsu, wielu interfejsów, interfejsu przerywanego lub karty sieciowej.
   1. Zidentyfikuj, czy interfejs jest wyłączony, przerywany, nie odpowiada lub czy karta sieciowa ma problem.
   2. Stanu łącza „Nie” to interfejs, który nie ma sygnału elektrycznego i nie działa.
   3. Przerywany występuje w nieregularnych odstępach czasu; nie jest ciągły ani stały.
   4. Aby sprawdzić stan interfejsów sprzętowych w Data Domain, uruchom następujące polecenie.

      # net show hardware

   5. Aby sprawdzić bieżące alerty, uruchom następujące polecenie.

      # alerts show current

   6. Aby sprawdzić historię alertów, uruchom następujące polecenie.

      # alerts show history

   7. Sprawdź ustawienia net show, aby sprawdzić, czy interfejs, który nie działa, jest częścią wirtualnego połączenia, vlan lub aliasu.

      # net show settings

      Aby interfejs miał podświetlone łącze i działał, musi być skonfigurowany z ip lub w wiązaniu.
   8. Jeśli po aktualizacji DDOS interfejs nie działa, jest bardzo mało prawdopodobne, że jest to spowodowane awarią sprzętu.
      1. Jeśli wyłączony interfejs nie należy do wiązania, można go wyłączyć i włączyć za pomocą następujących poleceń.

# net disable ethXx

# net enable ethXx

9. Zdecydowanie zaleca się, aby przed otwarciem zgłoszenia do działu pomocy technicznej firmy Dell skontaktować się z zespołem sieciowym w celu sprawdzenia konfiguracji przełącznika.
   1. Podczas aktualizacji interfejsy odłączają się od sieci, a przełącznik czasami przekracza limit czasu, gdy nie otrzymuje odpowiedzi od interfejsów dd, i wyłącza ich porty.
   2. Jeśli porty przełącznika przekroczyły limit czasu i zostały wyłączone, pomoc techniczna domeny Data Domain nie może pomóc w naprawieniu tego problemu i należy skontaktować się z zespołem sieciowym w celu ich włączenia.
10. Jeśli dysponujesz personelem na miejscu w centrum przetwarzania danych, poproś inżyniera o ponowne podłączenie SFP lub kabla zarówno od strony Data Domain, jak i panelu połączeniowego lub przełącznika.
11. Jeśli skonfigurowano nowy interfejs w Data Domain, ale nie został on uruchomiony, sprawdź, czy kabel jest podłączony do panelu połączeniowego lub przełącznika.
12. Jeśli system Data Domain jest konfigurowany po raz pierwszy, a interfejsy nie uruchamiają się, należy upewnić się, że konfiguracja portów przełącznika jest prawidłowa, oprócz ustawienia prędkości.
    1. W przypadku interfejsów 10g w Data Domain przełącznik również powinien być ustawiony na prędkość 10g.
    2. W przypadku prędkości 1g w Data Domain, jeśli przełącznik jest ustawiony na 10g, nie działa, może być bardziej kompatybilny z autonegocjacją na przełączniku.
13. W przypadku konfigurowania Data Domain po raz pierwszy z wykorzystaniem interfejsów światłowodowych lub DAC upewnij się, że SFP i kable są zgodne.
14. Jeśli po ponownym uruchomieniu lub aktualizacji systemu raport bieżących alertów MissingSlave i interfejsy nie działają, a następnie ponownie uruchomiono domenę danych.
    Przykład:

    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. Problem ten jest albo awarią sprzętową, albo fałszywym alarmem spowodowanym stanem wyścigu, w którym niektóre komponenty i warstwy zostały uruchomione w niewłaściwej kolejności.
    2. Jeśli po drugim ponownym uruchomieniu MissingSlave Jeśli po drugim ponownym uruchomieniu alert MissingSlave nie zostanie usunięty, a interfejsy nadal nie działają, otwórz zgłoszenie pomocy technicznej sprzętu Data Domain.
15. Aby pobrać dane wyjściowe typu zainstalowanej karty sieciowej, uruchom następujące polecenia:

# system show hardware

# enclosure show io-cards

16. Aby wyświetlić wcześniejsze automatyczne wsparcie w celu porównania z obecnym stanem, zaloguj się do interfejsu użytkownika i przejdź do raportów automatycznej pomocy technicznej > dotyczącej konserwacji>.
    Tam widzisz ostatnie 14 automatycznych wsporników do pobrania i otwarcia za pomocą notatnika ++
17. Jeśli interfejs nagle przestał działać, a nie po ponownym uruchomieniu lub aktualizacji, możliwe jest również, że może to być uszkodzony kabel lub SFP.
    wsparcie sprzętowe firmy Dell nie obejmuje wymiany kabli i modułów SFP po stronie przełącznika panelu połączeniowego klienta. Za wymianę kabli i modułów SFP po stronie centrum przetwarzania danych odpowiada centrum przetwarzania danych klienta.
    1. Skontaktuj się z personelem centrum przetwarzania danych, aby ponownie podłączyć kabel lub moduł SFP.
    2. Jeśli po ponownym uruchomieniu nadal nie będzie świecić żadne łącze, należy zlecić centrum przetwarzania danych wymianę kabla i światłowodu SFP po stronie przełącznika.
    3. W przypadku wymiany kabla i światłowodu SFP należy zlecić centrum przetwarzania danych sprawdzenie portu na panelu połączeniowym lub przełączniku i wypróbowanie innego portu.
    4. Jeśli wszystkie kroki zostały wykonane i nadal nie działa, otwórz zgłoszenie sprzętowe Dell, aby wymienić SFP po stronie dd.
18. Kroki rozwiązywania problemów, jeśli wyłączony interfejs jest częścią wirtualnego połączenia.
    1. Jeśli interfejs nie pojawił się po aktualizacji lub ponownym uruchomieniu, skontaktuj się z zespołem sieciowym po stronie portu przełącznika, aby spróbować go wyłączyć i włączyć.
    2. Jeśli zespół sieciowy sprawdził port przełącznika i wyłączył oraz włączył port, można również spróbować wykonać to po stronie Data Domain.
19. Po stronie Data Domain można wyłączyć wirtualne połączenie i włączyć je ponownie za pomocą następujących poleceń.

# net disable vethXx

# net enable vethXx

20. Interfejs można usunąć z połączenia, a następnie dodać go z powrotem. Można to zrobić z poziomu interfejsu użytkownika lub wiersza poleceń.

#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. Jeśli usunięcie i dodanie interfejsu nie rozwiązało problemu, spróbuj zniszczyć wirtualne połączenie i utworzyć je ponownie.
    Zachowaj ostrożność podczas niszczenia całego wiązania, zawsze musisz upewnić się, że masz redundancję i jesteś ssh do innego połączenia oprócz wiązania.
    Jeśli nie czujesz się komfortowo, niszcząc wirtualną więź, a jest to Twoje jedyne połączenie z domeną danych, nie kontynuuj.
    Można to zrobić z poziomu interfejsu użytkownika, co jest łatwiejsze.
    Data Domain — konfigurowanie fizycznych interfejsów za pomocą graficznego interfejsu użytkownika (UI)
22. Jeśli zniszczenie i odtworzenie więzi wirtualnej nie spowodowało wyświetlenia interfejsu lub interfejsów, zniszcz ponownie i przypisz adresy IP do interfejsu.
    W przypadku przypisania adresu IP do interfejsu i jego uruchomienia najprawdopodobniej przełącznik nie jest poprawnie skonfigurowany i jest poza zakresem pomocy technicznej Data Domain i najlepiej skontaktuj się z zespołem sieciowym.
23. Kroki rozwiązywania problemów, jeśli interfejs nadal nie działa.
    1. Skontaktuj się z personelem centrum przetwarzania danych, aby ponownie podłączyć kabel lub moduł SFP.
    2. Jeśli po ponownym uruchomieniu nadal nie będzie świecić żadne łącze, należy zlecić centrum przetwarzania danych wymianę kabla i światłowodu SFP po stronie przełącznika.
    3. W przypadku wymiany kabla i światłowodu SFP należy zlecić centrum przetwarzania danych sprawdzenie portu na panelu połączeniowym lub przełączniku i wypróbowanie innego portu.
    4. Jeśli wszystkie kroki zostały wykonane i nadal nie działa, otwórz zgłoszenie sprzętowe Dell, aby wymienić SFP po stronie dd.
       wsparcie sprzętowe firmy Dell nie obejmuje wymiany kabli i modułów SFP po stronie przełącznika panelu połączeniowego klienta. Za wymianę kabli i modułów SFP po stronie centrum przetwarzania danych odpowiada centrum przetwarzania danych klienta.
24. Jeśli w centrum przetwarzania danych znajduje się personel terenowy, poniżej przedstawiono kroki rozwiązywania problemów przez personel terenowy.
    1. Sprawdź, czy kabel jest bezpiecznie podłączony do Data Domain i portu przełącznika lub portu panelu połączeniowego.
       1. Jeśli to możliwe, prześledź kabel, aby upewnić się, że jest podłączony do właściwego portu z tyłu Data Domain.
    2. Sprawdź, czy na porcie przełącznika lub panelu połączeniowego świeci się kontrolka łącza.
    3. Jeśli na porcie Data Domain nie świeci się kontrolka połączenia, należy ponownie podłączyć kabel.
    4. Jeśli z tyłu portu panelu połączeniowego lub portu przełącznika nie świeci się kontrolka połączenia, należy ponownie podłączyć kabel.
    5. Jeśli po ponownym podłączeniu po stronie Data Domain i portu panelu połączeniowego lub portu przełącznika nie ma połączenia, wymień kabel.
    6. Jeśli pracownicy terenowi są na miejscu, można również poinstruować ich, aby zamienili działający kabel interfejsu z portem interfejsu, który nie działa w Data Domain.
       Po zamianie pól osobistych powinny zobaczyć lampkę łącza, a w Data Domain net show hard powinien pokazać link yes.

       # net show hardware

    7. Jeśli zamiana sprawia, że kontrolka łącza świeci, problemem musi być uszkodzony moduł SFP w Data Domain, uszkodzony kabel, uszkodzony moduł SFP po stronie przełącznika lub uszkodzony port po stronie przełącznika panelu połączeniowego.
    8. Kolejnym krokiem rozwiązywania problemów dla personelu centrum przetwarzania danych jest wykonanie testu pętli zwrotnej.
       1. Jeśli w Data Domain istnieje wolny nieskonfigurowany interfejs tego samego typu, przełącz go z jednego interfejsu do drugiego.
          Na przykład, jeśli eth1a to miedź, a eth4a to miedź, ale nie jest używana, podłącz eth1a do eth4a.
          eth4a musi być skonfigurowany z fikcyjnym adresem IP, na który można wpisać cokolwiek, na przykład:

          # net config eth4a 1.2.3.4 netmask 255.255.255.0
          

          Po zakończeniu testu wyszukiwania wstecznego wyczyść konfigurację dla fikcyjnego adresu ip

          # net config eth4a 0.0.0.0

       2. Jeśli test pętli zwrotnej nie zadziałał, a moduły SFP lub kable zostały wymienione, prześlij zgłoszenie do zespołu pomocy sprzętowej Data Domain.

25. Rozwiązywanie problemów z fizycznymi interfejsami światłowodowymi i bezpośrednio podłączonymi interfejsami miedzianymi.

    Poniższe przykłady mogą nie wyglądać dokładnie tak samo jak dane wyjściowe.
    
    Przykład wyjścia fizycznego interfejsu światłowodowego:

    	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
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------

    
    Przykład danych wyjściowych fizycznego interfejsu DAC.

    	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
    	----- ------- ------- ----------- ----------------- --------- ----------- -------

    W większości środowisk klientów interfejsy światłowodowe składają się z trzech elementów; SFP po stronie Data Domain, kabel optyczny i SFP po stronie panelu poprawek klienta lub przełącznika.
    
    Jednak niektórzy klienci na przykład mają Data Domain podłączone do panelu krosowego, następnie kabel rozdzielający, który następnie łączy się z QSFP, który ma inne połączenia.
    
    Czasami trzeba zapytać o łączność klienta, ponieważ czasami może to nie być problem z Data Domain do panelu krosowego lub przełącznika, ale inne komponenty lub połączenia mogą mieć wpływ na interfejs.

26. Jeśli po aktualizacji zostanie wygenerowany alert o niedopasowaniu prędkości na interfejsach, należy sprawdzić następujące informacje.

    Example:

    	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.
    	------ ------------------------ -------- ------- ----------------------------- --------------------------------------------------------------------------------

    Może to oznaczać, że prędkość dla jednego interfejsu w powiązaniu jest ustawiona na 100 mb/s, podczas gdy inny interfejs jest ustawiony na 1000 mb/s.
    
    Może się to zdarzyć z kilku powodów, które mogą nie mieć nic wspólnego z domeną danych.

    • Uszkodzony kabel Ethernet
    • Wadliwy port po stronie panelu połączeniowego lub przełącznika
    • Konfiguracja portu przełącznika ogranicza prędkość.
    • Prędkość przełącznika jest ograniczona.
    • Interfejs połączony wirtualnie nie jest prawidłowym interfejsem.
    • Interfejs jest podłączony do niewłaściwego przełącznika lub portu przełącznika.

      Oto, co należy zrobić, aby uzyskać dodatkowe informacje na temat rozwiązywania problemów.

      Te kroki można również wykonać za pomocą interfejsu użytkownika.
      Data Domain — konfigurowanie fizycznych interfejsów za pomocą graficznego interfejsu użytkownika (UI)

      1. Aby sprawdzić stan interfejsów sprzętowych w Data Domain, uruchom następujące polecenie.

         # net show hardware

      2. Aby sprawdzić bieżące alerty, uruchom następujące polecenie.

         # alerts show current

      3. Sprawdź ustawienia net show, aby sprawdzić, czy interfejs, który nie działa, jest częścią vlan lub aliasu.

         # net show settings

      4. Jeśli po aktualizacji DDOS interfejs nie działa, jest bardzo mało prawdopodobne, że jest to spowodowane awarią sprzętu.

# net disable ethXx

# net enable ethXx

5. Interfejs mógł być wcześniej niedopasowany, ale teraz ostrzega tylko po aktualizacji lub ponownym uruchomieniu i można sprawdzić historię.

# alerts show history

6. Sprawdź z zespołem sieciowym konfigurację przełącznika i ponownie skonfiguruj prędkość przełącznika lub ponownie skonfiguruj autonegocjację.
7. Wyłączenie i włączenie portu przełącznika.
8. Sprawdź informacje LLDP w autosupport Sprawdź informacje LLDP w autosupport, aby sprawdzić, czy prawidłowe interfejsy są w wiązaniu LACP, jeśli LACP jest używany.
9. Usuń interfejs z połączenia.

   # net failover del vethX interfaces ethXx

10. Skonfiguruj interfejs z fikcyjnym adresem IP.

    # net config ethXx 1.2.3.4 netmask 255.255.255.0

11. Spróbuj zmienić prędkość ręcznie. w zależności od interfejsu i modelu Data Domain nie można ustawić prędkości.

    #net config ethXx duplex full speed 1000

12. Po wykonaniu poprzednich kroków w celu wyczyszczenia fikcyjnego adresu IP uruchom następujące polecenie.

    #net config ethXx 0.0.0.0

13. Dodaj go z powrotem do powiązania

    # net failover add vethX interfaces ethXx

14. Jeśli problem nadal nie został rozwiązany, zalecamy wymianę kabla i ponowne sprawdzenie przełącznika.

Lista powodów, dla których fizyczny interfejs w systemie może przestać działać:
Fizyczny interfejs w systemie może przestać działać z różnych powodów, od problemów sprzętowych po problemy sieciowe. Oto lista najczęstszych powodów:

• Kabel łączący interfejs z siecią lub innym urządzeniem może być fizycznie odłączony, powodując awarię interfejsu.
• Kabel jest podłączony do niewłaściwego interfejsu po stronie Data Domain.
• Kabel jest podłączony do niewłaściwego interfejsu po stronie panelu połączeniowego i przełącznika.
• Wadliwe komponenty sprzętowe, takie jak karty sieciowe (NIC), przełączniki, routery lub kable mogą prowadzić do przestojów interfejsu.
• Wahania zasilania, przerwy w dostawie prądu lub niewystarczające zasilanie sprzętu sieciowego mogą powodować awarie interfejsów.
• Nadmierne ciepło może uszkodzić komponenty sprzętowe, prowadząc do awarii interfejsu i wyłączenia systemu.
• Wysoki poziom ruchu sieciowego lub przeciążenia może przeciążyć interfejs, powodując brak reakcji lub awarię.
• Problemy, usterki lub niezgodności w sterownikach urządzeń, oprogramowaniu wewnętrznym lub systemie operacyjnym mogą powodować awarie interfejsu.
• Nieprawidłowe konfiguracje sieci (konflikty adresów IP lub nieprawidłowe maski podsieci) mogą uniemożliwić dostęp do interfejsu.
• Zasady bezpieczeństwa, takie jak wykrywanie włamań lub reguły zapory, mogą nieumyślnie blokować lub ograniczać ruch przez interfejs.
• Fizyczne uszkodzenie sprzętu (zalanie wodą, uderzenie lub zużycie) może prowadzić do awarii interfejsu.
• Ekstremalna temperatura, wilgotność, kurz lub inne czynniki środowiskowe mogą wpływać na funkcjonalność sprzętu i powodować awarie interfejsów.
• Nieprawidłowo zastosowane oprogramowanie wewnętrzne lub aktualizacje oprogramowania mogą powodować niestabilność i prowadzić do awarii interfejsu.
• Ataki typu Denial of Service (DoS), Distributed Denial of Service (DDoS) lub inne złośliwe działania mogą przeciążyć interfejs i spowodować jego awarię.
• Nieprawidłowe wpisy w tablicy trasowania lub problemy z protokołami trasowania dynamicznego mogą zakłócać łączność przez interfejs.
• Nieprawidłowe ustawienia prędkości i dupleksu, problemy z autonegocjacją lub niedopasowane konfiguracje między podłączonymi urządzeniami mogą powodować przestoje interfejsu.
• Uszkodzone lub niskiej jakości kable mogą prowadzić do przerw w łączności lub całkowitych awarii interfejsu.
• Awarie sprzętu sieciowego, takiego jak przełączniki lub routery, który łączy się z interfejsem, mogą prowadzić do problemów z interfejsem.
• Jeśli system łączy się z zewnętrznym dostawcą sieci, problemy po jego stronie (konserwacja, przestoje, błędy konfiguracji) mogą spowodować awarię interfejsu.
• Niewystarczająca ilość pamięci lub mocy obliczeniowej w systemie może prowadzić do awarii interfejsu, zwłaszcza w scenariuszach o dużym natężeniu ruchu.
• Ręczne lub zautomatyzowane działania mające na celu wyłączenie portu fizycznego przez administratora, system zarządzania siecią lub politykę bezpieczeństwa.
• W przypadku połączeń światłowodowych kwestie takie jak utrata sygnału spowodowana zagięciem, zanieczyszczeniem lub uszkodzeniem mogą spowodować awarię interfejsu.

Artykuł KB

• Data Domain — konfigurowanie fizycznych interfejsów za pomocą graficznego interfejsu użytkownika (UI)
• Data Domain — konfigurowanie fizycznych interfejsów za pomocą graficznego interfejsu użytkownika (CLI)
• Data Domain: karta sieciowa Intel E810 10 Gb/25 Gb o podwójnej prędkości może nie łączyć się z modułem M14MK 10 Gb/s
  Użyj tej bazy wiedzy, gdy karta Intel E810 z podwójną szybkością nie nawiązuje połączenia z szybkością 10 Gb podczas korzystania z modułu M14MK. Omówiono w nim zagadnienia dotyczące zgodności, objawy i działania naprawcze w celu przywrócenia prawidłowej negocjacji linków.
  
• Data Domain: Karta sieciowa Intel X710 może nie oznaczyć prawidłowo sieci VLAN, jeśli przejdzie w tryb odzyskiwania.
  Zapoznaj się z tym artykułem bazy wiedzy, jeśli ruch VLAN nie jest prawidłowo przekazywany przez interfejs Intel X710. W tym artykule wyjaśniono, w jaki sposób tryb odzyskiwania karty sieciowej może wpływać na znakowanie sieci VLAN, oraz przedstawiono kroki niezbędne do zidentyfikowania i rozwiązania problemu.
• Data Domain: Błąd "Niepowodzenie polecenia SMS: nie znaleziono interfejsów" z wiersza poleceń i graficznego
  interfejsu użytkownika DDUżyj tego artykułu bazy wiedzy, gdy interfejs wiersza polecenia lub graficzny interfejs użytkownika DD zgłasza, że nie znaleziono interfejsów. Pomaga zidentyfikować problemy z wykrywaniem interfejsów i przedstawia kroki rozwiązywania problemów w celu przywrócenia normalnej widoczności interfejsu sieciowego.
• Data Domain: Nowe jądro w wersji 5.4.x może powodować paniki przekroczenia limitu czasu DDFS HMON/CRON/RPC
  Do tego artykułu bazy wiedzy należy się odwoływać, gdy po aktualizacji jądra wystąpią błędy związane z niestabilnością systemu, awariami lub przekroczeniem limitu czasu. Zawiera szczegółowe informacje o wpływie określonych wersji jądra 5.4.x i zalecanych rozwiązaniach zaradczych.
• Data Domain: Rozwiązywanie problemów z błędem "net set up flag failure"
  Zapoznaj się z tym artykułem bazy wiedzy, gdy zmiany konfiguracji sieci kończą się niepowodzeniem z komunikatem "Net Set Up Flag Failure". Zawiera wskazówki dotyczące diagnozowania niespójności konfiguracji i przywracania funkcjonalności interfejsu.
• PowerProtect DD i IDPA: po aktualizacji ethVX nie komunikuje się
  Użyj tego artykułu bazy wiedzy, jeśli interfejsy ethVX przestają się komunikować po aktualizacji oprogramowania. Opisano w nim typowe przyczyny, kroki sprawdzania poprawności i działania naprawcze w celu przywrócenia łączności.
• Data Domain: łącze interfejsów Intel z tx_timeout
  Zapoznaj się z tym artykułem bazy wiedzy w przypadku nieoczekiwanej awarii interfejsów sieciowych opartych na technologii Intel i zaobserwowaniu błędów tx_timeout. Artykuł pomaga określić, czy problem jest związany ze sterownikiem, oprogramowaniem wewnętrznym czy sprzętem, i zawiera procedury odzyskiwania.
• Data Domain: Inicjowanie FEC Cyber Recovery jest niedozwolone
  Ten artykuł bazy wiedzy ma zastosowanie, gdy konfiguracja sieci Cyber Recovery nie powiodła się, ponieważ korekcja błędów w przód (FEC) jest wyłączona. Objaśnia wymagania FEC i sposób konfigurowania obsługiwanych ustawień.
• Data Domain: karta Intel X710 nie jest wykrywana podczas uruchamiania przy użyciu podłączonych kabli
  sieciowychUżyj tej bazy wiedzy, gdy brakuje karty Intel X710 lub nie jest ona wykrywana podczas rozruchu systemu z podłączonymi kablami sieciowymi. W tym artykule omówiono warunki, które powodują wystąpienie problemu, oraz zalecane rozwiązanie.
• Data Domain: Zmiana typu powiązania z konfiguracją przełącznika LACP wyłącza interfejsy
  Zapoznaj się z tym artykułem bazy wiedzy podczas modyfikowania trybów wiązania na interfejsach podłączonych do przełączników skonfigurowanych przez protokół LACP. Opisuje, w jaki sposób zmiany typu wiązania mogą spowodować, że interfejsy staną się niedostępne i jak bezpiecznie przeprowadzić przejście.
• Data Domain: Błąd nieprawidłowej konfiguracji sieci spowodowany przez karty
  QLogicTen artykuł bazy wiedzy jest przydatny, gdy zmiany konfiguracji sieci kończą się niepowodzeniem z powodu nieprawidłowych ustawień skojarzonych z kartami QLogic. Zawiera czynności rozwiązywania problemów i wskazówki dotyczące korygowania konfiguracji.
• Data Domain: Nieprawidłowe MTU powoduje awarię interfejsu VLAN po ponownym uruchomieniu
  Zapoznaj się z tym artykułem z bazy wiedzy, jeśli interfejsy sieci VLAN nie łączą się w tryb online po ponownym uruchomieniu z powodu problemów z konfiguracją związanych z MTU. W tym artykule wyjaśniono symptom, przyczynę źródłową i prawidłowe wymagania dotyczące weryfikacji MTU.
• Data Domain: Alert interfejsu powiązanego z powodu niezgodności
  prędkości interfejsu składowegoUżyj tej bazy wiedzy, gdy połączone interfejsy generują alerty, ponieważ porty członkowskie działają z różnymi prędkościami. Opisuje, w jaki sposób niedopasowanie prędkości wpływa na stan więzi i jakie kroki należy podjąć, aby rozwiązać ten problem.
• Data Domain: interfejsy sieciowe mogą przestać działać z powodu konfiguracji
  obejścia problemu IntelZapoznaj się z tym artykułem bazy wiedzy, gdy interfejsy sieciowe nieoczekiwanie stają się niedostępne po zastosowaniu ustawień obejścia związanych z firmą Intel. Opisano w nim zachowanie, konfiguracje, których dotyczy problem, oraz zalecenia dotyczące utrzymania stabilnej łączności sieciowej.
• Data Domain: Inicjowanie interfejsów Intel E810 może zakończyć się niepowodzeniem po uaktualnieniu
  W tym artykule opisano problem, w którym interfejsy sieciowe Intel E810 mogą nie zostać poprawnie zainicjowane po uaktualnieniu systemu operacyjnego DD. Opisano w nim objawy, które można zaobserwować, metody weryfikacji problemu, wersje oprogramowania, których dotyczy problem, oraz dostępne sposoby obejścia lub działania naprawcze w celu przywrócenia funkcjonalności interfejsu.
• Data Domain: protokół LLDP jest domyślnie wyłączony Uruchamianie DD OS 8.4 dla stabilności
  karty sieciowej IntelW tym artykule wyjaśniono zmianę wprowadzoną w DD OS 8.4, gdzie protokół LLDP jest domyślnie wyłączony w interfejsach sieciowych opartych na technologiach Intel. Zmiana została wdrożona w celu poprawy stabilności i niezawodności interfejsu w określonych środowiskach, a w artykule opisano wpływ operacyjny, uzasadnienie zmiany i wskazówki dla klientów, którzy używają protokołu LLDP do wykrywania sieci i zarządzania nią.
• Automatyczne negocjowanie prędkości transferu danych do 10 Gb/s może nie być możliwe w przypadku niektórych przełączników
  W tym artykule opisano scenariusze, w których interfejsy Data Domain mogą nie być automatycznie negocjowane do oczekiwanej szybkości łącza 10 GbE po podłączeniu do niektórych platform przełączników lub konfiguracji. Opisano w nim objawy, środowiska, których dotyczy problem, oraz zalecane kontrole konfiguracji po stronie przełącznika i po stronie Data Domain, aby upewnić się, że interfejsy działają z zamierzoną szybkością i ustawieniami dupleksu.

Zapoznaj się z niniejszym filmem: