Data Domain: Feilsøking av grensesnitt nede eller uregelmessig for brukere

Feilsøking:

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 denne kommandoen:

      # net show hardware

   5. Hvis du vil kontrollere gjeldende varsler, kjører du denne kommandoen:

      # alerts show current

   6. Hvis du vil kontrollere historikken for varsler, kjører du denne kommandoen:

      # alerts show history

   7. Kontroller innstillingene for nettshow for å se om grensesnittet som er nede, er en del av en virtuell obligasjon, et VLAN eller et alias:

      # net show settings

      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 rapport MissingSlave og grensesnitt er nede og deretter 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 etter den andre omstarten, en MissingSlave Varselet er ikke slettet, og grensesnittene fortsatt er nede, åpner du en sak 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.
    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.
    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.
       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 noe så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 tilkoblede 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    ??:??:??:??:??:??   Fiber      no            up        on
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------

    
    Eksempel på utdata fra et fysisk DA Kobber-grensesnitt:

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

    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 skal gjøre for ytterligere feilsøking.

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

      1. Hvis du vil kontrollere statusen til maskinvaregrensesnittene på Data Domain, kjører du kommandoen:

         # net show hardware

      2. Hvis du vil kontrollere gjeldende varsler, kjører du denne kommandoen:

         # 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 vært 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. 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 dummy IP, kjør følgende kommando:

    #net config ethXx 0.0.0.0

13. Legg det tilbake til bindingen:

    # 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), 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 maskinvarekomponenter 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 eksponering av vann, støt eller slitasje, kan føre til feil i grensesnittet.
• 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 føre til 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 gjennom grensesnittet.
• Konfigurasjon av fysisk grensesnitt: Feil hastighet og dupleksinnstillinger, autoforhandlingsproblemer eller uoverensstemmende konfigurasjoner 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å svitsjer eller rutere: 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å slutten (vedlikehold, strømbrudd, 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øyning, forurensning eller brudd føre til at grensesnittet går ned.

KB-artikler

• Data Domain – konfigurere fysiske grensesnitt med grafisk brukergrensesnitt (UI)
• Data Domain – konfigurere fysiske grensesnitt via kommandolinjegrensesnitt (CLI)
• Data Domain: Intel E810 10 Gb / 25 GB Dual Rate NIC kan ikke koble opp på 10 GB med M14MK-modulen
  Bruk denne kunnskapsartikkelen når en Intel E810-adapter med dobbel hastighet ikke oppretter en kobling ved hastigheter på 10 Gb mens du bruker en M14MK-modul. Den dekker kompatibilitetshensyn, symptomer og korrigerende tiltak for å gjenopprette riktig koblingsforhandling.
  
• Data Domain: Intel X710 NIC kan mislykkes i å VLAN-merke riktig hvis det går inn i gjenopprettingsmodus.
  Referer til denne kunnskapsartikkelen hvis VLAN-trafikk ikke sendes på riktig måte gjennom et Intel X710-grensesnitt. Artikkelen forklarer hvordan NIC-gjenopprettingsmodus kan påvirke VLAN-merking, og inneholder fremgangsmåter for å identifisere og løse problemet.
• Data Domain: Feil "SMS-kommandoen mislyktes: Finner ingen grensesnitt" fra DD CLI og GUI
  Bruk denne KB-en når DD CLI eller GUI rapporterer at ingen grensesnitt er funnet. Den bidrar til å identifisere problemer med oppdagelse av grensesnitt og skisserer feilsøkingstrinn for å gjenopprette normal synlighet for nettverksgrensesnittet.
• Data Domain: Ny kjerneversjon 5.4.x kan forårsake DDFS HMON/CRON/RPC-tidsavbruddspanikk
  Det skal refereres til denne kunnskapsartikkelen når det oppstår ustabilitet i systemet, panikk eller tidsavbruddsrelaterte feil etter en kjerneoppdatering. Den inneholder informasjon om virkningen av bestemte 5.4.x-kjerneversjoner og anbefalt utbedring.
• Data Domain: Feilsøke en "Net Set Up Flag Failure" -feil
  Se denne KB-en når endringer i nettverkskonfigurasjonen mislykkes med meldingen "Net Set Up Flag Failure". Den gir veiledning om diagnostisering av konfigurasjonsinkonsekvenser og gjenoppretting av grensesnittfunksjonalitet.
• PowerProtect DD og IDPA: Etter oppgradering kommuniserer
  ikke ethVXBruk denne kunnskapsartikkelen hvis ethVX-grensesnittene slutter å kommunisere etter en programvareoppgradering. Den skisserer vanlige årsaker, valideringstrinn og korrigerende tiltak for å gjenopprette tilkobling.
• Data Domain: Intel-grensesnitt kobler seg til tx_timeout
  Referer til denne kunnskapsartikkelen når Intel-baserte nettverksgrensesnitt uventet går ned, og det oppstår tx_timeout feil. Artikkelen hjelper deg med å finne ut om problemet er driver-, fastvare- eller maskinvarerelatert, og inneholder gjenopprettingsprosedyrer.
• Data Domain: Cyber Recovery FEC-innstilling er ikke tillatt
  Denne kunnskapsartikkelen gjelder når nettverkskonfigurasjoner for Cyber Recovery mislykkes fordi Forward Error Correction (FEC) er deaktivert. Den forklarer FEC-kravene og hvordan du konfigurerer støttede innstillinger.
• Data Domain: Intel X710-kortet oppdages ikke ved oppstart med tilkoblede nettverkskabler
  Bruk denne kunnskapsartikkelen når en Intel X710-adapter mangler eller ikke oppdages under systemoppstart når nettverkskabler er tilkoblet. Artikkelen drøfter betingelsene som utløser problemet, og den anbefalte løsningen.
• Data Domain: Endre bindingstype med LACP-svitsjkonfigurasjon Deaktiverer grensesnitt
  Referer til denne kunnskapsartikkelen når du endrer bindingsmodi på grensesnitt som er koblet til LACP-konfigurerte svitsjer. Den beskriver hvordan bindingstypeendringer kan føre til at grensesnitt blir utilgjengelige, og hvordan du trygt kan utføre overgangen.
• Data Domain: Ugyldig feil ved nettverkskonfigurasjonsinnstilling forårsaket av QLogic-kort
  Denne kunnskapsartikkelen er nyttig når endringer i nettverkskonfigurasjonen mislykkes på grunn av ugyldige innstillinger tilknyttet QLogic-adaptere. Den inneholder feilsøkingstrinn og veiledning for korrigering av konfigurasjonen.
• Data Domain: Ugyldig MTU forårsaker feil på VLAN-grensesnittet etter omstart
  Rådfør deg med denne kunnskapsartikkelen hvis VLAN-grensesnittene ikke kobles til etter en omstart på grunn av MTU-relaterte konfigurasjonsproblemer. Artikkelen forklarer symptomet, grunnårsaken og riktige MTU-valideringskrav.
• Data Domain: Varsel om limt grensesnitt på grunn av manglende samsvar
  mellom medlemsgrensesnitthastighetBruk denne KB-en når koblede grensesnitt genererer varsler fordi medlemsporter opererer med forskjellige hastigheter. Den skisserer hvordan hastighetsavvik påvirker bindingshelsen og trinnene som trengs for å løse tilstanden.
• Data Domain: Nettverksgrensesnittene kan gå ned på grunn av Intels midlertidige løsningskonfigurasjon
  Referer til denne kunnskapsartikkelen når nettverksgrensesnitt uventet blir utilgjengelige etter bruk av Intel-relaterte midlertidige løsningsinnstillinger. Den forklarer atferden, berørte konfigurasjoner og anbefalinger for å opprettholde stabil nettverkstilkobling.
• Data Domain: Intel E810-grensesnitt kan mislykkes i å initialiseres etter oppgradering
  Denne artikkelen dokumenterer et problem der Intel E810-nettverksgrensesnitt kanskje ikke initialiseres riktig etter en DD OS-oppgradering. Den beskriver symptomene som kan oppstå, metoder for å kontrollere tilstanden, berørte programvareversjoner og tilgjengelige løsninger eller korrigerende tiltak for å gjenopprette grensesnittfunksjonalitet.
• Data Domain: LLDP er deaktivert som standard Starter DD OS 8.4 for Intel NIC-stabilitet
  Denne artikkelen forklarer endringen som ble introdusert i DD OS 8.4 der LLDP er deaktivert som standard på Intel-baserte nettverksgrensesnitt. Endringen ble implementert for å forbedre stabiliteten og påliteligheten til grensesnittet i bestemte miljøer, og artikkelen beskriver driftspåvirkningen, begrunnelsen for endringen og veiledning for kunder som bruker LLDP for nettverksoppdagelse og -administrasjon.
• Data Domain automatisk forhandling til 10 Gbps er kanskje ikke mulig med enkelte svitsjer
  Denne artikkelen drøfter scenarier der Data Domain-grensesnitt kanskje ikke automatisk forhandler til forventet koblingshastighet på 10 GbE når de er koblet til bestemte svitsjplattformer eller -konfigurasjoner. Den skisserer symptomer, berørte miljøer og anbefalte konfigurasjonskontroller på svitsjsiden og Data Domain-siden for å sikre at grensesnittene fungerer med de tiltenkte hastighets- og dupleksinnstillingene.

Se denne videoen: