Data Domain: Felsökning av gränssnitt nere eller oregelbundet för användare
Summary: Det primära fokuset för den här artikeln är att felsöka ett gränssnitt nere, flera gränssnitt nere, ett tillfälligt gränssnitt och ett felaktigt nätverkskort. Att byta ut delar bör vara det sista steget för att lösa problem med gränssnittet. Om du felsöker problemen först, t.ex. granskar switchsidan, kan du få den snabbaste lösningen. ...
Instructions
- Ta reda på om problemet gäller ett enda gränssnitt, flera gränssnitt, ett tillfälligt gränssnitt eller ett nätverkskort.
- Ta reda på om gränssnittet ligger nere, svarar periodvis, inte svarar eller om ett nätverkskort har problem.
- Länkstatus Nej är ett gränssnitt som inte har någon elektrisk signal och nere.
- Intermittent inträffar med oregelbundna intervaller; inte kontinuerlig eller stadig.
- Om du vill kontrollera status för maskinvarugränssnitten i Data Domain kör du kommandot.
# net show hardware
- Kontrollera de aktuella aviseringarna genom att köra kommandot.
# alerts show current
- Om du vill kontrollera historiken för aviseringar kör du kommandot.
# alerts show history
- Kontrollera net show-inställningarna för att se om gränssnittet som är nere är en del av en virtuell bindning, ett vlan eller ett alias.
# net show settings
Obs! För att ett gränssnitt ska ha en länklampa och köras måste det konfigureras med en ip eller i en bindning. - Om ett gränssnitt ligger nere efter en DDOS-uppgradering är det högst osannolikt att det beror på ett maskinvarufel.
- Om gränssnittet som är nere inte är i en bindning kan du inaktivera det och aktivera det med följande kommandon.
# net disable ethXx # net enable ethXx
- Innan du öppnar ett ärende för Dells support rekommenderar vi starkt att du kontrollerar switchkonfigurationen med ditt nätverksteam.
- Under en uppgradering kopplas gränssnitten från nätverket och växlar ibland timeout efter att inte ha fått något svar från dd-gränssnitten och inaktiverar deras portar.
- Om switchportarna har överskridit tidsgränsen och inaktiverats kan Data Domain-supporten inte hjälpa dig att åtgärda detta, och du måste kontakta nätverksteamet för att aktivera dem.
- Om du har kontaktannonser på plats i datacentret, låt en fälttekniker gå på plats och sätta tillbaka SFP:n eller kabeln från både dd-sidan och patchpanelen eller switchsidan.
- Om du har konfigurerat ett nytt gränssnitt i Data Domain men det inte går att starta kontrollerar du att det finns en kabel ansluten till patchpanelen eller switchsidan.
- Om du konfigurerar en Data Domain för första gången och gränssnitten inte går igång kontrollerar du att konfigurationen av portarna på switchsidan är korrekt utöver hastighetsinställningen.
- För 10g-gränssnitt på datadomänen bör switchen också ställas in på 10g-hastighet.
- För 1g-hastigheter på datadomänen, om switchen är inställd på 10g, fungerar det inte, det kanske är mer kompatibelt för autonegotiate på switch.
- Om du konfigurerar en datadomän för första gången med fiber- eller DA-koppargränssnitt ska du se till att du har kompatibla SFP:er och kablar.
- Om efter en omstart eller en systemuppgradering och aktuella varningsrapporter om att MissingSlave och gränssnitten är nere startar du om datadomänen igen.
Exempelp0-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.
- Det här problemet beror antingen på ett maskinvarufel eller en falsk varning på grund av konkurrensförhållanden där vissa komponenter och lager ansluts i fel ordning.
- Om en MissingSlave-varning inte försvinner efter den andra omstarten och gränssnitten fortfarande är nere öppnar du ett ärende hos Data Domains hårdvarusupport.
- Om du vill hämta utdata för den typ av nätverkskort som är installerat kör du följande kommandon:
# system show hardware # enclosure show io-cards
- Om du vill visa tidigare automatiska supporter och jämföra dem med aktuell status loggar du in på användargränssnittet och går till Maintenance > Support > Autosupport-rapporter.
Där ser du de senaste 14 auto stöd för att ladda ner och öppna med Notepad ++ - Om gränssnittet plötsligt har gått ner och inte från en omstart eller en uppgradering är det också möjligt att det kan vara en dålig kabel eller SFP.
Obs! Dells hårdvarusupport byter inte ut kablar och SFP:er på kundens switchsida på patchpanelen. Det är kundens datacenteransvar att byta ut kablar och SFP:er på datacentersidan.
- Kontakta datacenterpersonalen för att sätta tillbaka kabeln eller SFP-enheten.
- Om återsättningen fortfarande inte visar någon länklampa ber du ditt datacenter att byta ut kabeln och om fiber-SFP på switchsidan.
- Om du byter ut kabel och fiber-SFP, be ditt datacenter kontrollera porten på patchpanelen eller switchen och prova en annan port.
- Om alla steg har följts och fortfarande inte går igång öppnar du ett dell-hårdvarufodral för att byta SFP på dd-sidan.
- Felsökningssteg om gränssnittet som ligger nere är en del av en virtuell bindning.
- Om gränssnittet inte kom upp efter en uppgradering eller omstart kontrollerar du med nätverksteamet på switchportssidan för att försöka avaktivera och aktivera.
- Om nätverksteamet har kontrollerat switchporten och avaktiverat och aktiverat porten kan du även prova på data domain-sidan.
- På data domain-sidan kan du inaktivera den virtuella bindningen och återaktivera med följande kommandon.
# net disable vethXx # net enable vethXx
- Du kan ta bort gränssnittet från bindningen och sedan lägga till det i bindningen igen. Detta kan göras från användargränssnittet eller kommandoraden.
#net aggregate del vethX interface ethXx #net aggregate add vethX interface ethXx
#net failover del vethX interfaces ethXx #net failover add vethX interfaces ethXx
- Om det inte löste problemet att ta bort och lägga till gränssnittet, försök att förstöra den virtuella bindningen och återskapa den.
Obs! Var försiktig när du förstör hela bindningen, du måste alltid se till att du har redundans och är ssh in i en annan anslutning förutom bindningen.Detta kan göras från användargränssnittet vilket är enklare.
Om du är obekväm med att förstöra den virtuella bindningen, och det är din enda anslutning till data domain, ska du inte fortsätta.
Data Domain – Konfigurera fysiska gränssnitt med grafiskt användargränssnitt (UI) - Om förstörelse och återskapande av den virtuella bindningen inte tog upp gränssnittet eller gränssnitten, förstör sedan igen och tilldela IP-adresser till gränssnittet.
Om du tilldelar en IP-adress till gränssnittet och det går igång är det troligt att switchsidan inte är korrekt konfigurerad, och detta ligger utanför omfattningen av Data Domain-supporten och det är bäst att kontakta ditt nätverksteam. - Felsökningssteg om gränssnittet fortfarande är nere.
- Kontakta datacenterpersonalen för att sätta tillbaka kabeln eller SFP-enheten.
- Om återsättningen fortfarande inte visar någon länklampa ber du ditt datacenter att byta ut kabeln och om fiber-SFP på switchsidan.
- Om du byter ut kabel och fiber-SFP, be ditt datacenter kontrollera porten på patchpanelen eller switchen och prova en annan port.
- Om alla steg har följts och fortfarande inte går igång öppnar du ett dell-hårdvarufodral för att byta SFP på dd-sidan.
Obs! Dells hårdvarusupport byter inte ut kablar och SFP:er på kundens switchsida på patchpanelen. Det är kundens datacenteransvar att byta ut kablar och SFP:er på datacentersidan.
- Om du har fältpersonal på plats i datacentret kan följande felsökningssteg lösas av fältpersonal.
- Kontrollera att kabeln är ordentligt ansluten till Data Domain och tillbaka till switchporten eller patchpanelsporten.
- Spåra om möjligt kabeln för att säkerställa att den är ansluten till rätt port på baksidan av Data Domain.
- Kontrollera om det finns en länklampa på switchporten eller patchpanelsporten.
- Om det inte finns någon länklampa på Data Domain-porten sätter du tillbaka kabeln.
- Om det inte finns någon länklampa på baksidan av patchpanelens port eller switchport sätter du tillbaka kabeln.
- Om det inte finns någon länk efter återställningen på Data Domain-sidan och patchpanelens port eller switchportsidan byter du ut kabeln.
- Om fältpersonal finns på plats kan du även instruera dem att byta ut en fungerande gränssnittskabel mot gränssnittsporten som är nere på Data Domain.
Efter personliga byten i fält bör de se en länklampa, och på Data Domain bör nätet visa hårt länk ja.# net show hardware
- Om växling visar en länklampa måste problemet vara en dålig SFP på Data Domain, dålig kabel, dålig SFP på switchsidan eller dålig port på patchpanelens switchsida.
- Ett annat felsökningssteg för datacenterpersonal är att göra ett loopback-test.
- Om det finns ett ledigt okonfigurerat gränssnitt på Data Domain av samma typ loopar du det från ett gränssnitt till ett annat.
Till exempelample, om eth1a är koppar och eth4a är koppar men inte används, anslut eth1a till eth4a.
eth4a måste konfigureras med en dummy IP-adress som du kan sätta vad som helst som t.ex.# net config eth4a 1.2.3.4 netmask 255.255.255.0
När du är klar med tillbakablickstestet rensar du konfigurationen för dummy-IP-adressen# net config eth4a 0.0.0.0
- Om loopback-testet inte fungerade och SFP:er eller kablar eller båda har bytts ut öppnar du ett ärende hos Data Domains supportteam för hårdvara.
- Om det finns ett ledigt okonfigurerat gränssnitt på Data Domain av samma typ loopar du det från ett gränssnitt till ett annat.
- Kontrollera att kabeln är ordentligt ansluten till Data Domain och tillbaka till switchporten eller patchpanelsporten.
-
Felsökning av fysiska fibergränssnitt och direktanslutna koppargränssnitt.
Exemplen nedan kanske inte ser exakt likadana ut som dina utdata.
Exempel på utdata från ett fysiskt fibergränssnitt.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 ----- -------- ------- ----------- ----------------- -------- ----------- ------- ---------------
Exempel på utdata från ett fysiskt DA-koppargränssnitt.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 flesta kundmiljöer har fibergränssnitt tre komponenter; en SFP på Data Domain-sidan, en optisk kabel och en SFP på kundens patchpanel eller switch-sida.
Vissa kunder har dock till exempel Data Domain ansluten till en patchpanel och sedan en breakout-kabel, som sedan ansluts till en QSFP som har andra anslutningar.
Ibland måste du fråga om kundens anslutning eftersom det ibland kanske inte är ett problem från Data Domain till patchpanelen eller switchsidan, men andra komponenter eller anslutningar efter det kan påverka gränssnittet. -
Om en varning efter uppgraderingen genererar en varning om att det finns ett hastighetsmatchningsfel i gränssnitten kontrollerar du följande information.
Exempel
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. ------ ------------------------ -------- ------- ----------------------------- --------------------------------------------------------------------------------
Vad detta kan betyda är att hastigheten för ett gränssnitt i en obligation är satt till 100 mbs medan ett annat gränssnitt är satt till 1000 mbs.
Detta kan hända av flera anledningar som kanske inte har något att göra med datadomänen.- En defekt Ethernet-kabel
- En felaktig port på patchpanelen eller switchsidan
- Switchportskonfigurationen begränsar hastigheten.
- Switchhastigheten har en begränsning.
- Gränssnittet som finns i den virtuella bindningen är inte rätt gränssnitt.
- Gränssnittet är anslutet till fel switch eller switchport.
Här är vad du kan göra för att felsöka ytterligare.
Dessa steg kan också utföras med ett användargränssnitt.
Data Domain – Konfigurera fysiska gränssnitt med grafiskt användargränssnitt (UI)- Om du vill kontrollera status för maskinvarugränssnitten i Data Domain kör du kommandot
# net show hardware
- Om du vill kontrollera de aktuella varningarna kör du kommandot
# alerts show current
- Kontrollera net show-inställningarna för att se om gränssnittet som ligger nere är en del av ett virtuellt VLAN eller alias.
# net show settings
- Om ett gränssnitt ligger nere efter en DDOS-uppgradering är det högst osannolikt att det beror på ett maskinvarufel.
- Om du vill kontrollera status för maskinvarugränssnitten i Data Domain kör du kommandot
# net disable ethXx # net enable ethXx
- Gränssnittet kan ha varit felmatchat tidigare men bara varningar nu efter en uppgradering eller en omstart och du kan kontrollera historiken
# alerts show history
- Kontakta ditt nätverksteam om switchkonfigurationen och konfigurera om switchhastigheten eller konfigurera om autonegotiate.
- Inaktivera och aktivera switchporten.
- Kontrollera LLDP-informationen i autosupporten för att se om rätt gränssnitt finns i LACP-bindningen om LACP används.
- Ta bort gränssnittet från bindningen
# net failover del vethX interfaces ethXx
- Konfigurera gränssnittet med en dummy-IP-adress
# net config ethXx 1.2.3.4 netmask 255.255.255.0
- Försök att ändra hastigheten manuellt
Obs! Beroende på gränssnitt och Data Domain-modell kan du inte ställa in hastigheten.
#net config ethXx duplex full speed 1000
- När du har provat föregående steg för att rensa dummy-IP-adressen kör du följande kommando.
#net config ethXx 0.0.0.0
- Lägg tillbaka det till bindningen
# net failover add vethX interfaces ethXx
- Om problemet fortfarande inte är åtgärdat rekommenderar vi att du byter ut kabeln och kontrollerar switchsidan igen.
En lista över orsaker till varför ett fysiskt gränssnitt i ett system kan sluta fungera:
Ett fysiskt gränssnitt i ett system kan gå ner på grund av olika orsaker, allt från hårdvaruproblem till nätverksproblem. Här är en lista över vanliga orsaker:
- Fysisk kabelbortkoppling: Kabeln som ansluter gränssnittet till nätverket eller en annan enhet kan vara fysiskt frånkopplad, vilket gör att gränssnittet slutar fungera.
- Fel gränssnitt: Kabeln är ansluten till fel gränssnitt på Data Domain-sidan.
- Fel gränssnitt: Kabeln är ansluten till fel gränssnitt på patchpanelen och switchsidan.
- Maskinvarufel: Felaktiga maskinvarukomponenter, t.ex. nätverkskort (NIC), switchar, routrar eller kablar, kan leda till driftavbrott i gränssnittet.
- Problem med strömförsörjningen: Strömfluktuationer, strömavbrott eller otillräcklig strömförsörjning till nätverksutrustningen kan leda till att gränssnitten slutar fungera.
- Överhettning: Överdriven värme kan skada hårdvarukomponenter, vilket leder till gränssnittsfel och systemavstängningar.
- Överbelastning i nätverket: Höga nivåer av nätverkstrafik eller överbelastning kan överväldiga gränssnittet och göra att det inte svarar eller går ner.
- Programvarufel: Problem, fel eller inkompatibilitetsproblem i enhetens drivrutiner, fasta programvara eller operativsystem kan leda till gränssnittsfel.
- Konfigurationsfel: Felaktiga nätverkskonfigurationer, t.ex. IP-adresskonflikter eller felaktiga nätmasker, kan göra att ett gränssnitt inte går att komma åt.
- Säkerhetsåtgärder: Säkerhetsprinciper, till exempel intrångsdetektering eller brandväggsregler, kan oavsiktligt blockera eller begränsa trafik via gränssnittet.
- Fysisk skada: Fysiska skador på hårdvaran, t.ex. vattenexponering, stötar eller slitage, kan leda till gränssnittsfel.
- Miljöfaktorer: Extrema temperaturer, luftfuktighet, damm eller andra miljöfaktorer kan påverka maskinvarans funktionalitet och få gränssnitten att sluta fungera.
- Uppdateringar av fast mjukvara eller mjukvara: Felaktigt tillämpade uppdateringar av fast programvara eller programvara kan orsaka instabilitet och leda till gränssnittsfel.
- Nätverksattacker: DoS-attacker (Denial of Service), DDoS-attacker (Distributed Denial of Service) eller andra skadliga aktiviteter kan överbelasta gränssnittet och få det att misslyckas.
- Routningsproblem: Felaktiga poster i routningstabellen eller problem med dynamiska routningsprotokoll kan störa anslutningen via gränssnittet.
- Konfiguration av fysiskt gränssnitt: Felaktiga inställningar för hastighet och duplex, problem med automatisk förhandling eller felmatchade konfigurationer mellan anslutna enheter kan leda till avbrott i gränssnittet.
- Kabelkvalitet: Kablar av dålig kvalitet eller skadade kablar kan leda till intermittenta anslutningsmöjligheter eller fel på hela gränssnittet.
- Switch- eller routerfel: Fel i nätverksutrustning som växlar eller routrar som ansluter till gränssnittet kan leda till problem med nedströmsgränssnittet.
- Problem med nätverksleverantör: Om systemet ansluter till en extern nätverksleverantör kan problem på deras sida (underhåll, avbrott, konfigurationsfel) göra att gränssnittet går ner.
- Utmattning av resurser: Otillräckligt minne eller processorkraft i systemet kan leda till gränssnittsfel, särskilt i scenarier med hög trafik.
- Inaktivering av fysisk port: Manuella eller automatiserade åtgärder för att inaktivera den fysiska porten av en administratör, nätverkshanteringssystem eller säkerhetspolicy.
- Fiberoptisk signalförlust: I fiberoptiska anslutningar kan problem som signalförlust på grund av böjning, kontaminering eller brott göra att gränssnittet går ner.
Data Domain – Konfigurera fysiska gränssnitt med grafiskt användargränssnitt (UI)
Data Domain – Konfigurera fysiska gränssnitt via kommandoradsgränssnitt (CLI)
Additional Information
Titta på den här videon:
Felsökning av Data Domain-nätverksgränssnitt
Längd: 00:03:07 (hh:mm:ss)
Om det är möjligt kan du välja språkinställningar för dold textning (undertexter) med hjälp av CC-ikonen i den här videospelaren.
Du kan också se den här videon på YouTube.