Data Domain: Risoluzione dei problemi di interfacce inattive o intermittenti per gli utenti

1. Determinare se il problema riguarda una singola interfaccia, più interfacce, un'interfaccia intermittente o una scheda di rete.
   1. Identificare se l'interfaccia è inattiva, intermittente, non risponde o se una scheda di rete ha un problema.
   2. Link Status No indica un'interfaccia che non ha alcun segnale elettrico ed è spenta.
   3. Intermittent indica che si verificano eventi intermittenti a intervalli regolari, non costanti o continui.
   4. Per verificare lo stato delle interfacce hardware sul Data Domain, eseguire il comando.

      # net show hardware

   5. Per controllare gli avvisi correnti, eseguire il comando.

      # alerts show current

   6. Per controllare la cronologia degli avvisi, eseguire il comando.

      # alerts show history

   7. Controllare le impostazioni di visualizzazione della rete per verificare se l'interfaccia inattiva fa parte di un bond virtuale, vlan o alias.

      # net show settings

      NOTA: Affinché un'interfaccia abbia un indicatore di collegamento e sia in esecuzione, deve essere configurata con un ip o in un bond.
   8. Se dopo un aggiornamento di DDOS un'interfaccia è inattiva, è altamente improbabile che ciò sia dovuto a un guasto hardware.
      1. Se l'interfaccia inattiva non è in un bond, è possibile disabilitarla e abilitarla con i seguenti comandi.

# net disable ethXx

# net enable ethXx

9. Prima di aprire una richiesta di assistenza al supporto Dell, si consiglia di rivolgersi al team di rete per verificare la configurazione dello switch.
   1. Durante un aggiornamento, le interfacce si disconnettono dalla rete e a volte si verifica il timeout dello switch dopo non aver ricevuto alcuna risposta dalle interfacce dd, con la disabilitazione delle relative porte.
   2. Se le porte degli switch sono andate in timeout e sono state disabilitate, il supporto Data Domain non è in grado di risolvere il problema ed è necessario contattare il team di rete per abilitarle.
10. Se si dispone di personale on-site presso il data center, fare in modo che un tecnico sul campo ricollochi l'SFP o il cavo dal lato dd e dal pannello patch o dal lato switch.
11. Se è stata configurata una nuova interfaccia sul Data Domain ma non è attiva e in esecuzione, verificare che sia presente un cavo collegato al pannello patch o al lato switch.
12. Se si sta configurando un Data Domain per la prima volta e le interfacce non sono attive e in esecuzione, accertarsi che la configurazione della porta laterale dello switch sia corretta oltre all'impostazione della velocità.
    1. Per le interfacce 10 G su Data Domain, anche lo switch deve essere impostato sulla velocità di 10 G.
    2. Per le velocità 1 G sul Data Domain, se lo switch è impostato su 10 G, non funziona; potrebbe essere più adatto per la negoziazione automatica sullo switch.
13. Se si configura un Data Domain per la prima volta con interfacce in rame DA o in fibra, assicurarsi di disporre di cavi e SFP compatibili.
14. Se dopo un riavvio o un aggiornamento del sistema gli avvisi correnti segnalano MissingSlave e le interfacce sono inattive, riavviare nuovamente il Data Domain.
    Esempio

    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. Questo problema è un guasto hardware o un falso avviso dovuto a una race condition in cui determinati componenti e livelli sono online in ordine errato.
    2. Se dopo il secondo riavvio un avviso MissingSlave non si cancella e le interfacce sono ancora inattive, aprire una richiesta di assistenza con il supporto hardware di Data Domain.
15. Per recuperare l'output del tipo di scheda di rete installata, eseguire i seguenti comandi:

# system show hardware

# enclosure show io-cards

16. Per visualizzare i supporti automatici precedenti da confrontare con lo stato corrente, accedere all'interfaccia utente e accedere a Maintenance > Support > Autosupport reports.
    Sono visualizzati gli ultimi 14 supporti automatici da scaricare e aprire con notepad ++
17. Se l'interfaccia diventa improvvisamente inattiva senza aver eseguito un riavvio o un aggiornamento, è possibile anche che si tratti di un cavo o un SFP danneggiato.
    NOTA: Il supporto hardware Dell non sostituisce i cavi e gli SFP sul lato switch del pannello patch del cliente. È responsabilità del data center del cliente sostituire i cavi e gli SFP sul lato data center.
    1. Contattare il personale del data center per ricollocare il cavo o l'SFP.
    2. Se dopo il riposizionamento si continua a non visualizzare alcun indicatore di collegamento, fare in modo che il data center sostituisca il cavo e l'SFP in fibra sul lato switch.
    3. Se si sostituiscono il cavo e l'SFP in fibra, fare in modo che il data center verifichi la porta sul pannello patch o sullo switch e provare a utilizzare una porta diversa.
    4. Se tutti i passaggi eseguiti non risolvono il problema, aprire una richiesta di assistenza hardware Dell per sostituire l'SFP sul lato dd.
18. Procedura di risoluzione dei problemi se l'interfaccia inattiva fa parte di un bond virtuale.
    1. Se l'interfaccia non si è riattivata dopo un aggiornamento o un riavvio, contattare il team di rete sul lato della porta dello switch per provare a disabilitarla e abilitarla.
    2. Se il team di rete ha controllato la porta dello switch e ha disabilitato e abilitato la porta, provare a eseguire l'operazione anche sul lato Data Domain.
19. Sul lato Data Domain, è possibile disabilitare il bond virtuale e riabilitarlo con i seguenti comandi.

# net disable vethXx

# net enable vethXx

20. È possibile rimuovere l'interfaccia dal bond per poi aggiungerla nuovamente al bond. Questa operazione può essere eseguita dall'interfaccia utente o dalla riga di comando.

#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. Se la rimozione e l'aggiunta dell'interfaccia non hanno risolto il problema, provare a distruggere il bond virtuale e ricrearlo.
    NOTA: Prestare attenzione quando si distrugge l'intero bond; è sempre necessario assicurarsi di disporre di ridondanza e avere l'SSH in un'altra connessione oltre al bond.
    Se non si desidera procedere alla distruzione del bond virtuale e se questo è l'unica connessione al Data Domain, non procedere.
    Questa operazione può essere eseguita dall'interfaccia utente, la soluzione più semplice.
    Data Domain - Configurazione delle interfacce fisiche con interfaccia grafica utente (GUI)
22. Se la distruzione e la ricreazione del bond virtuale non attivano l'interfaccia o le interfacce, distruggere nuovamente il bond e assegnare gli indirizzi IP all'interfaccia.
    Se si assegna un indirizzo IP all'interfaccia che diventa operativa, è molto probabile che il lato switch non sia configurato correttamente e questo non rientra nell'ambito del supporto Data Domain; si consiglia di contattare il team di rete.
23. Procedura di risoluzione dei problemi se l'interfaccia è ancora inattiva.
    1. Contattare il personale del data center per ricollocare il cavo o l'SFP.
    2. Se dopo il riposizionamento si continua a non visualizzare alcun indicatore di collegamento, fare in modo che il data center sostituisca il cavo e l'SFP in fibra sul lato switch.
    3. Se si sostituiscono il cavo e l'SFP in fibra, fare in modo che il data center verifichi la porta sul pannello patch o sullo switch e provare a utilizzare una porta diversa.
    4. Se tutti i passaggi eseguiti non risolvono il problema, aprire una richiesta di assistenza hardware Dell per sostituire l'SFP sul lato dd.
       NOTA: Il supporto hardware Dell non sostituisce i cavi e gli SFP sul lato switch del pannello patch del cliente. È responsabilità del data center del cliente sostituire i cavi e gli SFP sul lato data center.
24. Se si dispone di personale on-site presso il data center, di seguito sono riportati i passaggi per la risoluzione dei problemi da parte del personale sul campo.
    1. Verificare che il cavo sia saldamente collegato al Data Domain e alla porta dello switch o alla porta del pannello patch.
       1. Se possibile, seguire il percorso del cavo per assicurarsi che sia collegato alla porta corretta sul retro del Data Domain.
    2. Verificare la presenza di un indicatore di collegamento sulla porta dello switch o sulla porta del pannello patch.
    3. Se non vi è alcun indicatore di collegamento sulla porta del Data Domain, ricollegare il cavo.
    4. Se sul retro della porta del pannello patch o della porta dello switch non è presente alcun indicatore di collegamento, ricollegare il cavo.
    5. Se non vi è alcun collegamento dopo il riposizionamento sul lato del Data Domain e sul lato della porta del pannello patch o dello switch, sostituire il cavo.
    6. Se il personale sul campo si trova on-site, è anche possibile informarlo su come eseguire lo scambio di un cavo di interfaccia funzionante con la porta di interfaccia inattiva sul Data Domain.
       Una volta che il personale sul campo ha eseguito lo scambio, dovrebbero essere visualizzato un indicatore di collegamento e sul Data Domain il net show hard dovrebbe mostrare il collegamento "yes".

       # net show hardware

    7. Se lo scambio mostra un indicatore di collegamento, il problema deve essere un SFP danneggiato sul Data Domain, un cavo danneggiato, un SFP errato sul lato switch o una porta non funzionante sul lato switch del pannello patch.
    8. Un altro passaggio per la risoluzione dei problemi da parte del personale del data center consiste nell'eseguire un test di loopback.
       1. Se sul Data Domain è presente un'interfaccia libera non configurata dello stesso tipo, eseguirne il loop da un'interfaccia all'altra.
          Ad esempio, se eth1a è in rame e eth4a è in rame ma non viene utilizzato, connettere eth1a a eth4a.
          eth4a deve essere configurato con un indirizzo IP fittizio che è possibile inserire, ad esempio

          # net config eth4a 1.2.3.4 netmask 255.255.255.0
          

          Al termine del test di loopback, eliminare la configurazione per l'IP fittizio

          # net config eth4a 0.0.0.0

       2. Se il test di loopback non risolve il problema e gli SFP, i cavi o entrambi sono stati sostituiti, aprire una richiesta di assistenza con il team di supporto hardware di Data Domain.

25. Risoluzione dei problemi relativi alle interfacce fisiche in fibra e alle interfacce in rame con collegamento diretto.

    Gli esempi riportati di seguito potrebbero variare leggermente dagli output ottenuti.
    
    Esempio di output di un'interfaccia in fibra fisica.

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

    
    Esempio di output di un'interfaccia in rame DA fisica.

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

    Nella maggior parte degli ambienti dei clienti, le interfacce in fibra hanno tre componenti; un SFP sul lato Data Domain, un cavo ottico e un SFP sul pannello patch o sul lato switch del cliente.
    
    Tuttavia, ad esempio, alcuni clienti hanno il Data Domain collegato a un pannello patch e quindi a un cavo breakout, che poi si connette a un QSFP che dispone di altre connessioni.
    
    A volte è necessario richiedere informazioni sulla connettività del cliente perché potrebbe non trattarsi di un problema dal Data Domain al pannello patch o al lato switch, ma relativo ad altri componenti o connessioni successivi che possono influire sull'interfaccia.

26. Se dopo l'aggiornamento viene generato un avviso che indica una mancata corrispondenza della velocità nelle interfacce, controllare le informazioni seguenti.

    Esempio

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

    Ciò potrebbe significare che la velocità per un'interfaccia in un bond è impostata su 100 Mbs mentre un'altra interfaccia è impostata su 1000 Mbs.
    
    Ciò può verificarsi per diversi motivi che potrebbero non avere nulla a che fare con il Data Domain.

    • Un cavo Ethernet difettoso
    • Una porta difettosa sul pannello patch o sul lato switch
    • La configurazione della porta dello switch limita la velocità.
    • La velocità dello switch ha una limitazione.
    • L'interfaccia nel bond virtuale non è l'interfaccia corretta.
    • L'interfaccia è collegata a uno switch o a una porta switch errata.

      Ecco come procedere per risolvere il problema.

      Questi passaggi possono essere eseguiti anche con un'interfaccia utente.
      Data Domain - Configurazione delle interfacce fisiche con interfaccia grafica utente (GUI)

      1. Per verificare lo stato delle interfacce hardware sul Data Domain, eseguire il comando

         # net show hardware

      2. Per controllare gli avvisi correnti, eseguire il comando

         # alerts show current

      3. Controllare le impostazioni di visualizzazione della rete per verificare se l'interfaccia inattiva fa parte di una VLAN virtuale o di un alias.

         # net show settings

      4. Se dopo un aggiornamento di DDOS un'interfaccia è inattiva, è altamente improbabile che ciò sia dovuto a un guasto hardware.

# net disable ethXx

# net enable ethXx

5. L'interfaccia potrebbe non essere stata associata correttamente in precedenza, ma viene visualizzato un avviso solo adesso in seguito a un aggiornamento o a un riavvio ed è possibile controllare la cronologia

# alerts show history

6. Verificare con il team di rete la configurazione dello switch e riconfigurare la velocità dello switch o riconfigurare la negoziazione automatica.
7. Disabilitare e abilitare la porta dello switch.
8. Controllare le informazioni LLDP nel supporto automatico per verificare se le interfacce corrette sono nel bond LACP se questo è in uso.
9. Rimuovere l'interfaccia dal bond

   # net failover del vethX interfaces ethXx

10. Configurare l'interfaccia con un indirizzo IP fittizio

    # net config ethXx 1.2.3.4 netmask 255.255.255.0

11. Provare a modificare manualmente la velocità
    NOTA: A seconda dell'interfaccia e del modello di Data Domain, non è possibile impostare la velocità.

    #net config ethXx duplex full speed 1000

12. Dopo aver eseguito i passaggi precedenti per eliminare l'IP fittizio, eseguire il seguente comando.

    #net config ethXx 0.0.0.0

13. Aggiungerlo nuovamente al bond

    # net failover add vethX interfaces ethXx

14. Se il problema persiste, si consiglia di sostituire il cavo e controllare nuovamente il lato dello switch.

Un elenco dei motivi per cui un'interfaccia fisica su un sistema potrebbe non essere operativa:
Un'interfaccia fisica su un sistema può non funzionare a causa di vari motivi, da problemi hardware a problemi di rete. Ecco un elenco dei motivi più comuni:

• Scollegamento del cavo fisico: Il cavo che collega l'interfaccia alla rete o a un altro dispositivo potrebbe essere scollegato fisicamente, causando l'interruzione dell'interfaccia.
• Interfaccia errata: Il cavo è collegato all'interfaccia errata sul lato Data Domain.
• Interfaccia errata: Il cavo è collegato all'interfaccia errata sul pannello patch e sul lato switch.
• Guasto di componenti hardware: Componenti hardware difettosi, come schede di interfaccia di rete (NIC), switch, router o cavi, possono causare un downtime dell'interfaccia.
• Problemi di alimentazione: Fluttuazioni di potenza, interruzioni dell'alimentazione o un'alimentazione inadeguata alle apparecchiature di rete possono causare l'arresto delle interfacce.
• Surriscaldamento: Un calore eccessivo può danneggiare i componenti hardware, causando guasti dell'interfaccia e arresti del sistema.
• Congestione della rete: Livelli elevati o congestioni del traffico di rete possono sovraccaricare l'interfaccia, causandone l'inattività o l'arresto.
• Errori software: Problemi, guasti o incompatibilità all'interno dei driver di dispositivo, del firmware o del sistema operativo possono causare malfunzionamenti dell'interfaccia.
• Errori di configurazione: Configurazioni di rete errate, ad esempio conflitti di indirizzi IP o subnet mask errate, possono rendere inaccessibile un'interfaccia.
• Misure di sicurezza: Le policy di sicurezza, come il rilevamento delle intrusioni o le regole del firewall, potrebbero inavvertitamente bloccare o limitare il traffico attraverso l'interfaccia.
• Danni fisici: Danni fisici all'hardware, come esposizione all'acqua, impatti o usura, possono causare guasti dell'interfaccia.
• Fattori ambientali: Temperature estreme, umidità, polvere o altri fattori ambientali possono influire sulla funzionalità dell'hardware e causare un malfunzionamento delle interfacce.
• Aggiornamenti di firmware o software: Aggiornamenti di firmware o software eseguiti in modo errato possono causare instabilità ed errori dell'interfaccia.
• Attacchi di rete: Attacchi Denial of Service (DoS), attacchi DDoS (Distributed Denial of Service) o altre attività malevole possono sovraccaricare l'interfaccia e causarne il malfunzionamento.
• Problemi di routing: Voci della tabella di routing errate o problemi con i protocolli di routing dinamico possono interrompere la connettività attraverso l'interfaccia.
• Configurazione di un'interfaccia fisica: Impostazioni di velocità e duplex errate, problemi di negoziazione automatica o configurazioni non corrispondenti tra i dispositivi connessi possono causare un downtime dell'interfaccia.
• Qualità dei cavi: Cavi danneggiati o di scarsa qualità possono causare una connettività intermittente o guasti completi dell'interfaccia.
• Guasti dello switch o del router: I guasti nelle apparecchiature di rete, come switch o router che si collegano all'interfaccia, possono causare problemi dell'interfaccia downstream.
• Problemi del provider di rete: Se il sistema si connette a un provider di rete esterno, eventuali problemi (manutenzione, interruzioni, errori di configurazione) possono causare l'interruzione dell'interfaccia.
• Esaurimento delle risorse: Una memoria o una potenza di elaborazione insufficiente nel sistema possono causare guasti dell'interfaccia, in particolare in scenari di traffico elevato.
• Disabilitazione della porta fisica: Azioni manuali o automatizzate per disabilitare la porta fisica da parte di un amministratore, di un sistema di gestione della rete o di una policy di sicurezza.
• Perdita del segnale a fibra ottica: Nelle connessioni a fibra ottica, problemi come la perdita di segnale a causa di pieghe, contaminazione o rottura del cavo possono causare lo spegnimento dell'interfaccia.

Data Domain - Configurazione delle interfacce fisiche con interfaccia grafica utente (GUI)
Data Domain - Configurazione delle interfacce fisiche attraverso l'interfaccia della riga di comando (CLI)

Fare riferimento a questo video: