Data Domain: Feilsøkingsgrensesnitt nede eller uregelmessig for brukere

1. Finn ut om problemet gjelder et enkelt grensesnitt, flere grensesnitt, et uregelmessig grensesnitt eller et nettverkskort.
   1. Identifiser om grensesnittet er nede, uregelmessig, svarer ikke eller om det er et problem med nettverkskortet.
   2. Link Status No er et grensesnitt som ikke har elektrisk signal og ned.
   3. Intermitterende forekommer med uregelmessige intervaller; ikke kontinuerlig eller jevn.
   4. Hvis du vil kontrollere statusen til maskinvaregrensesnittene på datadomenet, kjører du kommandoen.

      # net show hardware

   5. Slik kontrollerer du gjeldende varsler, kjør kommandoen.

      # alerts show current

   6. Hvis du vil kontrollere historikken for varsler, kjører du en kommando.

      # alerts show history

   7. Kontroller innstillingene for nettshow for å se om grensesnittet som er nede, er en del av et virtuelt bånd, vlan eller alias.

      # net show settings

      MERK: For at et grensesnitt skal ha et koblingslys og kjøre, må det konfigureres med en ip eller i en binding.
   8. Hvis et grensesnitt er nede etter en DDOS-oppgradering, er det svært lite sannsynlig at det skyldes en maskinvarefeil.
      1. Hvis grensesnittet som er nede ikke er i en binding, kan du deaktivere det og aktivere det med følgende kommandoer.

# net disable ethXx

# net enable ethXx

9. Det anbefales på det sterkeste at du, før du åpner et tilfelle til Dell Support, kontakter nettverksteamet for å kontrollere svitsjkonfigurasjonen.
   1. Under en oppgradering kobles grensesnittene fra nettverket og bytter, noen ganger tidsavbrudd uten å ha mottatt svar fra dd-grensesnitt, og deaktiverer portene.
   2. Hvis svitsjportene er tidsavbrutt og deaktivert, kan ikke støtte for datadomener hjelpe med å løse dette, og du må kontakte nettverksteamet for å aktivere dem.
10. Hvis du har kontaktannonser på stedet i datasenteret, kan du få en feltingeniør til å gå på stedet og sette inn SFP-en eller kabelen på nytt fra både dd-siden og patchpanelet eller brytersiden.
11. Hvis du har konfigurert et nytt grensesnitt på datadomenet, men det ikke går, må du kontrollere at det er koblet en kabel til patchpanelet eller brytersiden.
12. Hvis du konfigurerer et datadomene for første gang og grensesnittene ikke går i gang, må du kontrollere at konfigurasjonen av svitsjens sideport er riktig i tillegg til hastighetsinnstillingen.
    1. For 10g-grensesnitt på datadomenet bør bryteren også settes til 10g-hastighet.
    2. For 1g-hastigheter på datadomenet, hvis bryteren er satt til 10g, virker det ikke det kanskje mer kompatibelt for autoforhandle på bryter.
13. Hvis du konfigurerer et datadomene for første gang med fiber- eller DA-kobbergrensesnitt, må du sørge for at du har kompatible SFP-er og kabler.
14. Hvis etter en omstart eller en systemoppgradering og gjeldende varsler rapporterer MissingSlave og grensesnitt er nede, så startet datadomenet på nytt.
    Eksempel

    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. Dette problemet er enten en maskinvarefeil eller et falskt varsel på grunn av en kappløpssituasjon der bestemte komponenter og lag ble koblet til i feil rekkefølge.
    2. Hvis et MissingSlave-varsel ikke blir fjernet etter den andre omstarten, og grensesnittene fremdeles er nede, åpner du et deksel med Data Domain-maskinvarestøtten.
15. Hvis du vil hente utdataene fra typen nettverkskort som er installert, kjører du følgende kommandoer:

# system show hardware

# enclosure show io-cards

16. Hvis du vil se tidligere automatiske støtteordninger for å sammenligne med gjeldende status, logger du på brukergrensesnittet og går til Autosupport-rapporter for vedlikeholdsstøtte >> .
    Der ser du de siste 14 auto støtter for å laste ned og åpne med notisblokk ++
17. Hvis grensesnittet plutselig har gått ned og ikke fra en omstart eller en oppgradering, er det også mulig at det kan være en dårlig kabel eller SFP.
    MERK: Dells maskinvarestøtte erstatter ikke kabler og SFP-er på kundens svitsjside for patchpanelet. Det er kundens datasenteransvar å skifte kabler og SFP-er på datasentersiden.
    1. Ta kontakt med datasenterpersonalet for å sette inn kabelen eller SFP-en på nytt.
    2. Hvis omfesting fortsatt ikke viser koblingslys, må datasenteret bytte ut kabelen og hvis fiber SFP på brytersiden.
    3. Hvis du bytter ut kabel og fiber SFP, må datasenteret sjekke porten på patchpanelet eller bryteren og prøve en annen port.
    4. Hvis alle trinnene fulgte og fortsatt ikke går i gang, åpner du et Dell-maskinvaredeksel for å erstatte SFP på dd-siden.
18. Feilsøkingstrinn hvis grensesnittet som er nede, er en del av en virtuell obligasjon.
    1. Hvis grensesnittet ikke ble vist etter en oppgradering eller omstart, kan du kontakte nettverksteamet på svitsjportsiden for å prøve å deaktivere og aktivere.
    2. Hvis nettverksteamet sjekket svitsjporten og deaktiverte og aktiverte porten, kan du også prøve på data domain-siden.
19. På data domain-siden kan du deaktivere den virtuelle bindingen og aktivere på nytt med følgende kommandoer.

# net disable vethXx

# net enable vethXx

20. Du kan fjerne grensesnittet fra obligasjonen og deretter legge det tilbake til obligasjonen. Dette kan gjøres fra brukergrensesnittet eller kommandolinjen.

#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. Hvis problemet ikke ble løst ved å fjerne og legge til grensesnittet, kan du prøve å ødelegge det virtuelle båndet og opprette det på nytt.
    MERK: Vær forsiktig når du ødelegger hele båndet, du må alltid sørge for at du har redundans og er ssh i en annen forbindelse i tillegg til bindingen.
    Hvis du er ukomfortabel med å ødelegge det virtuelle båndet, og det er din eneste forbindelse til datadomenet, må du ikke fortsette.
    Dette kan gjøres fra brukergrensesnittet, noe som er enklere.
    Data Domain – konfigurere fysiske grensesnitt med grafisk brukergrensesnitt (UI)
22. Hvis ødeleggelse og gjenoppretting av det virtuelle båndet ikke fikk opp grensesnittet eller grensesnittene, ødelegger du igjen og tilordner IP-adresser til grensesnittet.
    Hvis du tilordner en IP-adresse til grensesnittet og den går i gang, er sannsynligvis ikke brytersiden konfigurert riktig, og dette er utenfor omfanget av data domain-støtte og best å kontakte nettverksteamet ditt.
23. Feilsøkingstrinn hvis grensesnittet fortsatt er nede.
    1. Ta kontakt med datasenterpersonalet for å sette inn kabelen eller SFP-en på nytt.
    2. Hvis omfesting fortsatt ikke viser koblingslys, må datasenteret bytte ut kabelen og hvis fiber SFP på brytersiden.
    3. Hvis du bytter ut kabel og fiber SFP, må datasenteret sjekke porten på patchpanelet eller bryteren og prøve en annen port.
    4. Hvis alle trinnene fulgte og fortsatt ikke går i gang, åpner du et Dell-maskinvaredeksel for å erstatte SFP på dd-siden.
       MERK: Dells maskinvarestøtte erstatter ikke kabler og SFP-er på kundens svitsjside for patchpanelet. Det er kundens datasenteransvar å skifte kabler og SFP-er på datasentersiden.
24. Hvis du har feltpersonell på stedet i datasenteret, er følgende feilsøkingstrinn som må løses etter personlig felt.
    1. Kontroller at kabelen er ordentlig koblet til på Data Domain og tilbake til svitsjporten eller patchpanelporten.
       1. Hvis det er mulig, bør du spore kabelen for å sikre at den er koblet til riktig port på baksiden av datadomenet.
    2. Kontroller at det lyser en kobling på svitsjporten eller patchpanelporten.
    3. Hvis det ikke er koblingslys på Data Domain-porten, setter du inn kabelen på nytt.
    4. Hvis det ikke er noen koblingslampe på baksiden av porten på patchpanelet eller byttporten, må du sette inn kabelen på nytt.
    5. Hvis det ikke er noen kobling etter at du har satt inn på Data Domain-siden og patchpanelporten eller bytteportsiden, må du bytte ut kabelen.
    6. Hvis feltpersonell er på stedet, kan du også instruere dem om å bytte en fungerende grensesnittkabel med grensesnittporten som er nede på Data Domain.
       Etter feltet personlige bytter, bør de se en kobling lys, og på Data Domain nettet viser hardt skal vise link ja.

       # net show hardware

    7. Hvis bytte viser et koblingslys, må problemet være en dårlig SFP på Data Domain, dårlig kabel, dårlig SFP på brytersiden eller dårlig port på patchpanelets bytteside.
    8. Et annet feilsøkingstrinn for datasenterpersonell er å gjøre en loopback-test.
       1. Hvis det er et ledig, ukonfigurert grensesnitt på Data Domain som er av samme type, kan du sløyfe det fra ett grensesnitt til et annet.
          For eksempel, hvis eth1a er kobber, og eth4a er kobber, men ikke blir brukt, så koble eth1a til eth4a.
          eth4a må konfigureres med en dummy IP-adresse som du kan sette alt som

          # net config eth4a 1.2.3.4 netmask 255.255.255.0
          

          Når du er ferdig med tilbakeblikkstesten, fjerner du konfigurasjonen for den midlertidige ip-en

          # net config eth4a 0.0.0.0

       2. Hvis tilbakekoblingstesten ikke fungerte, og SFP-er eller kabler eller begge har blitt byttet ut, kan du åpne en sak med Data Domain-maskinvarestøtteteamet.

25. Feilsøking av fysiske fibergrensesnitt og direkte tilknyttede kobbergrensesnitt.

    Eksemplene nedenfor ser kanskje ikke helt like ut som utdataene.
    
    Eksempel på utdata fra et fysisk fibergrensesnitt.

    	sysadmin@dd3300-ddsupport# net show hardware
    	  Port    Speed      Duplex    Supp Speeds   Hardware Address    Physical   Link Status   State     Autonegotiation
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------
    	  eth1b   unknown    unknown   1000/10000    00:0c:29:46:fc:1b   Fiber      no            up        on
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------

    
    Eksempel på utdata fra et fysisk DA kobbergrensesnitt.

    	sysadmin@ddsupport# net show hardware
    	Net Show Hardware
    	-----------------
    	Port Speed Duplex Supp Speeds Hardware Address       Physical     Link   Status    
    	----- ------- ------- ----------- ----------------- --------- ----------- -------
    	eth8a unknown unknown  25000  34:80:0d:94:70:52     DA Copper  no        up
    	----- ------- ------- ----------- ----------------- --------- ----------- -------

    I de fleste kundemiljøer har fibergrensesnitt tre komponenter; en SFP på Data Domain-siden, en optisk kabel og en SFP på kundens patchpanel eller svitsjside.
    
    Noen kunder har for eksempel Data Domain koblet til et patchpanel, deretter en breakout-kabel, som deretter kobles til en QSFP, som har andre tilkoblinger.
    
    Noen ganger må du spørre om kundens tilkobling, fordi det noen ganger kanskje ikke er et problem fra Data Domain til patchpanelet eller brytersiden, men andre komponenter eller tilkoblinger etter det kan påvirke grensesnittet.

26. Hvis det etter oppgradering genereres et varsel om at det er en hastighetskonflikt på grensesnittene, må du kontrollere følgende informasjon.

    Eksempel

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

    Hva dette kan bety er at hastigheten for ett grensesnitt i en binding er satt til 100mbs mens et annet grensesnitt er satt til 1000mbs.
    
    Dette kan skje av flere grunner som kanskje ikke har noe å gjøre med datadomenet.

    • En defekt Ethernet-kabel
    • En defekt port på patchpanelet eller på svitsjsiden
    • Svitsjportkonfigurasjonen begrenser hastigheten.
    • Bryterhastigheten har en begrensning.
    • Grensesnittet som er i det virtuelle båndet er ikke det riktige grensesnittet.
    • Grensesnittet er koblet til feil svitsj- eller svitsjport.

      Her er hva du kan gjøre for å feilsøke videre.

      Disse trinnene kan også utføres med et brukergrensesnitt.
      Data Domain – konfigurere fysiske grensesnitt med grafisk brukergrensesnitt (UI)

      1. Hvis du vil kontrollere status for maskinvaregrensesnittene på datadomenet, kjører du kommandoen:

         # net show hardware

      2. Hvis du vil kontrollere gjeldende varsler, kjører du en kjørekommando

         # alerts show current

      3. Kontroller innstillingene for nettshow for å se om grensesnittet som er nede, er en del av et virtuelt VLAN eller alias.

         # net show settings

      4. Hvis et grensesnitt er nede etter en DDOS-oppgradering, er det svært lite sannsynlig at det skyldes en maskinvarefeil.

# net disable ethXx

# net enable ethXx

5. Grensesnittet kan ha blitt feilaktig tidligere, men varsler bare nå etter en oppgradering eller en omstart, og du kan sjekke historikken

# alerts show history

6. Kontakt nettverksteamet om svitsjkonfigurasjonen, og konfigurer svitsjhastigheten på nytt eller rekonfigurer automatisk forhandlinger på nytt.
7. Deaktiver og aktiver svitsjporten.
8. Kontroller LLDP-informasjonen i autosupport for å se om de riktige grensesnittene er i LACP-bindingen hvis LACP brukes.
9. Fjern grensesnittet fra bindingen

   # net failover del vethX interfaces ethXx

10. Konfigurer grensesnittet med en midlertidig IP-adresse

    # net config ethXx 1.2.3.4 netmask 255.255.255.0

11. Prøv å endre hastigheten manuelt
    MERK: Avhengig av grensesnittet og Data Domain-modellen kan du ikke angi hastigheten.

    #net config ethXx duplex full speed 1000

12. Etter å ha prøvd de forrige trinnene for å fjerne den midlertidige IP-en, kjør følgende kommando.

    #net config ethXx 0.0.0.0

13. Legg det tilbake til obligasjonen

    # net failover add vethX interfaces ethXx

14. Hvis problemet fremdeles ikke er løst, anbefaler vi at du bytter ut kabelen og sjekker brytersiden igjen.

En liste over årsaker til at et fysisk grensesnitt på et system kan gå ned:
Et fysisk grensesnitt på et system kan gå ned på grunn av forskjellige årsaker, alt fra maskinvareproblemer til nettverksproblemer. Her er en liste over vanlige årsaker:

• Fysisk kabelfrakobling: Kabelen som kobler grensesnittet til nettverket eller en annen enhet, kan være fysisk frakoblet, noe som fører til at grensesnittet går ned.
• Feil grensesnitt: Kabelen er koblet til feil grensesnitt på Data Domain-siden.
• Feil grensesnitt: Kabelen er koblet til feil grensesnitt på patchpanelet og brytersiden.
• Maskinvarefeil: Defekte maskinvarekomponenter, for eksempel nettverksgrensesnittkort (NIC-er), svitsjer, rutere eller kabler, kan føre til nedetid for grensesnittet.
• Strømproblemer: Strømsvingninger, strømbrudd eller utilstrekkelig strømforsyning til nettverksutstyret kan føre til at grensesnittene går ned.
• Overoppheting: Sterk varme kan skade maskinvarekomponentene og føre til grensesnittfeil og systemstans.
• Nettverksbelastning: Høye nivåer av nettverkstrafikk eller overbelastning kan overvelde grensesnittet og føre til at det ikke svarer eller går ned.
• Programvarefeil: Problemer, feil eller inkompatibilitetsproblemer i enhetsdrivere, fastvare eller operativsystem kan føre til grensesnittfeil.
• Konfigurasjonsfeil: Feil nettverkskonfigurasjoner, for eksempel IP-adressekonflikter eller feil nettverksmasker, kan gjøre et grensesnitt utilgjengelig.
• Sikkerhetstiltak: Sikkerhetspolicyer, for eksempel inntrengingsregistrering eller brannmurregler, kan utilsiktet blokkere eller begrense trafikk gjennom grensesnittet.
• Fysisk skade: Fysisk skade på maskinvaren, for eksempel vanneksponering, støt eller slitasje, kan føre til grensesnittfeil.
• Miljøfaktorer: Ekstreme temperaturer, fuktighet, støv eller andre miljøfaktorer kan påvirke funksjonaliteten til maskinvaren og føre til at grensesnittene går ned.
• Fastvare- eller programvareoppdateringer: Feil bruk av fastvare eller programvareoppdateringer kan forårsake ustabilitet og føre til grensesnittfeil.
• Nettverksangrep: Tjenestenektangrep (DoS), distribuerte tjenestenektangrep (DDoS) eller andre skadelige aktiviteter kan overbelaste grensesnittet og føre til at det mislykkes.
• Rutingproblemer: Feil rutetabelloppføringer eller problemer med dynamiske rutingprotokoller kan forstyrre tilkoblingen via grensesnittet.
• Konfigurasjon av fysisk grensesnitt: Feil innstillinger for hastighet og dupleks, autoforhandlingsproblemer eller konfigurasjoner som ikke samsvarer mellom tilkoblede enheter, kan føre til nedetid for grensesnittet.
• Kabelkvalitet: Dårlig kvalitet eller skadede kabler kan føre til uregelmessige tilkoblingsmuligheter eller fullstendige grensesnittfeil.
• Feil på svitsj eller ruter: Feil i nettverksutstyr som svitsjer eller rutere som kobles til grensesnittet, kan føre til problemer med nedstrømsgrensesnittet.
• Problemer med nettverksleverandør: Hvis systemet kobles til en ekstern nettverksleverandør, kan problemer på deres side (vedlikehold, avbrudd, konfigurasjonsfeil) føre til at grensesnittet går ned.
• Ressursutmattelse: Utilstrekkelig minne eller prosessorkraft i systemet kan føre til grensesnittfeil, spesielt i scenarier med høy trafikk.
• Fysisk portdeaktivering: Manuelle eller automatiserte handlinger for å deaktivere den fysiske porten av en administrator, et nettverksadministrasjonssystem eller en sikkerhetspolicy.
• Fiberoptisk signaltap: I fiberoptiske tilkoblinger kan problemer som signaltap på grunn av bøying, forurensning eller brudd føre til at grensesnittet går ned.

Data Domain – konfigurere fysiske grensesnitt med grafisk brukergrensesnitt (UI)
Data Domain – konfigurere fysiske grensesnitt via kommandolinjegrensesnitt (CLI)

Se denne videoen: