Data Domain : dépannage des interfaces en panne ou intermittentes pour les utilisateurs

1. Déterminez si le problème provient d’une interface unique, de plusieurs interfaces, d’une interface intermittente ou d’une carte réseau.
   1. Déterminez si l’interface est en panne, intermittente, ne répond pas ou si une carte réseau présente un problème.
   2. Link Status No est une interface qui n’a pas de signal électrique et est en panne.
   3. Des intermittences se produisent à intervalles irréguliers ; ni continus ni stables.
   4. Pour afficher l’état des interfaces matérielles sur le Data Domain, exécutez la commande.

      # net show hardware

   5. Pour consulter les alertes actuelles, exécutez la commande.

      # alerts show current

   6. Pour consulter l’historique des alertes, exécutez la commande.

      # alerts show history

   7. Vérifiez les paramètres « net show » pour voir si l’interface en panne fait partie d’une liaison, d’un VLAN ou d’un alias virtuel.

      # net show settings

      Remarque : pour qu’une interface dispose d’un voyant de liaison et s’exécute, elle doit être configurée avec une adresse IP ou dans une liaison.
   8. Si, après une mise à niveau DDOS, une interface est en panne, il est très peu probable que cela soit dû à une défaillance matérielle.
      1. Si l’interface en panne ne se trouve pas dans une liaison, vous pouvez la désactiver et l’activer à l’aide des commandes suivantes.

# net disable ethXx

# net enable ethXx

9. Il est vivement recommandé, avant d’ouvrir un dossier d’incident auprès du support Dell, de vérifier la configuration des commutateurs auprès de votre équipe réseau.
   1. Lors d’une mise à niveau, les interfaces se déconnectent du réseau et changent parfois de délai d’expiration après l’absence de réponse de la part des interfaces dd et désactivent leurs ports.
   2. Si les ports du commutateur ont expiré et sont désactivés, le support Data Domain ne peut pas vous aider à résoudre ce problème, et vous devez contacter votre équipe réseau pour les activer.
10. Si vous disposez de personnel sur site au datacenter, demandez à un ingénieur de terrain de s’y rendre et de replacer le SFP ou le câble à la fois du côté dd et du côté du tableau de connexions ou du commutateur.
11. Si vous avez configuré une nouvelle interface sur le Data Domain, mais qu’elle n’est pas opérationnelle, assurez-vous qu’un câble est connecté du côté du tableau de connexions ou du commutateur.
12. Si vous configurez un Data Domain pour la première fois et que les interfaces ne sont pas opérationnelles, assurez-vous que la configuration du port côté commutateur est correcte, en plus du paramètre de vitesse.
    1. Pour les interfaces 10 g sur le Data Domain, le commutateur doit également être défini sur une vitesse de 10 g.
    2. Pour les vitesses de 1 g sur le Data Domain, si le commutateur est défini sur 10 g, il ne fonctionne pas. Il est peut-être plus compatible avec la négociation automatique sur le commutateur.
13. Si vous configurez un Data Domain pour la première fois avec des interfaces en fibre ou en cuivre DA, assurez-vous que vous disposez de SFP et de câbles compatibles.
14. Si, après un redémarrage ou une mise à niveau du système, les alertes actuelles signalent un esclave manquant et que les interfaces sont en panne, redémarrez à nouveau le Data Domain.
    Exemple

    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. Il s’agit d’une défaillance matérielle ou d’une fausse alerte due à une condition de concurrence dans laquelle certains composants et certaines couches ont été activés dans un ordre incorrect.
    2. Si, après le deuxième redémarrage, l’alerte d’esclave manquant ne s’efface pas et que les interfaces sont toujours en panne, ouvrez un dossier d’incident auprès du support matériel Data Domain.
15. Pour récupérer la sortie du type de carte réseau installée, exécutez les commandes suivantes :

# system show hardware

# enclosure show io-cards

16. Pour afficher les anciennes prises en charge automatiques et les comparer à l’état actuel, connectez-vous à l’interface utilisateur et accédez à Maintenance > Support > rapports de support automatique.
    Vous y trouverez les 14 derniers rapports de support automatique à télécharger et à ouvrir avec le bloc-notes ++
17. Si l’interface tombe en panne soudainement, et non suite à un redémarrage ou une mise à niveau, il est également possible que le câble ou le SFP soit défectueux.
    Remarque : le support matériel Dell ne remplace pas les câbles et les SFP côté commutateur du tableau de connexions du client. Il incombe au client de remplacer les câbles et les SFP côté datacenter.
    1. Contactez le personnel de votre datacenter pour réinstaller le câble ou le SFP.
    2. Si la réinstallation n’affiche toujours aucun voyant de liaison, demandez à votre équipe du datacenter de remplacer le câble. Demandez-lui également si le SFP fibre se trouve côté commutateur.
    3. Si vous remplacez le câble et le SFP fibre, demandez à votre équipe du datacenter de vérifier le port sur le tableau de connexions ou le commutateur et d’essayer un autre port.
    4. Si toutes les étapes ont été suivies et que le système ne fonctionne toujours pas, créez une demande de support matériel Dell pour remplacer le SFP au niveau du datacenter.
18. Étapes de dépannage si l’interface en panne fait partie d’une liaison virtuelle.
    1. Si l’interface ne s’est pas affichée après une mise à niveau ou un redémarrage, contactez votre équipe réseau du côté du port du commutateur pour essayer de la désactiver et de la réactiver.
    2. Si votre équipe réseau a vérifié le port du commutateur, puis qu’elle a désactivé et réactivé le port, vous pouvez également essayer du côté du Data Domain.
19. Du côté du Data Domain, vous pouvez désactiver la liaison virtuelle et la réactiver à l’aide des commandes suivantes.

# net disable vethXx

# net enable vethXx

20. Vous pouvez supprimer l’interface de la liaison, puis l’ajouter à nouveau. Vous pouvez le faire depuis l’interface utilisateur ou la ligne de commande.

#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. Si la suppression et l’ajout de l’interface n’ont pas résolu le problème, essayez de détruire la liaison virtuelle et de la recréer.
    Remarque : soyez prudent lorsque vous détruisez l’ensemble de la liaison. Vous devez toujours vous assurer que vous disposez d’une redondance et que vous utilisez ssh dans une autre connexion que la liaison.
    Si vous hésitez à détruire la liaison virtuelle et qu’il s’agit de votre seule connexion au Data Domain, ne continuez pas.
    Vous pouvez le faire plus facilement à partir de l’interface utilisateur.
    Data Domain : configuration des interfaces physiques à l’aide de l’interface utilisateur graphique (UI)
22. Si la destruction et la recréation de la liaison virtuelle n’ont pas fait remonter l’interface ou les interfaces, détruisez-la à nouveau et attribuez des adresses IP à l’interface.
    Si vous attribuez une adresse IP à l’interface et qu’elle fonctionne, il est fort probable que le commutateur ne soit pas configuré correctement, ce qui ne relève pas de l’assistance du Data Domain. Il est préférable de contacter votre équipe réseau.
23. Étapes de dépannage si la panne de l’interface persiste.
    1. Contactez le personnel de votre datacenter pour réinstaller le câble ou le SFP.
    2. Si la réinstallation n’affiche toujours aucun voyant de liaison, demandez à votre équipe du datacenter de remplacer le câble. Demandez-lui également si le SFP fibre se trouve côté commutateur.
    3. Si vous remplacez le câble et le SFP fibre, demandez à votre équipe du datacenter de vérifier le port sur le tableau de connexions ou le commutateur et d’essayer un autre port.
    4. Si toutes les étapes ont été suivies et que le système ne fonctionne toujours pas, créez une demande de support matériel Dell pour remplacer le SFP au niveau du datacenter.
       Remarque : le support matériel Dell ne remplace pas les câbles et les SFP côté commutateur du tableau de connexions du client. Il incombe au client de remplacer les câbles et les SFP côté datacenter.
24. Si vous avez du personnel de terrain sur site au datacenter, vous trouverez ci-dessous les étapes de dépannage qu’il doit suivre.
    1. Vérifiez que le câble est correctement connecté au Data Domain, puis revenez au port du commutateur ou au port du tableau de connexions.
       1. Si possible, suivez le câble pour vous assurer qu’il est connecté au port approprié à l’arrière du Data Domain.
    2. Vérifiez s’il y a un voyant de liaison sur le port du commutateur ou le port du tableau de connexions.
    3. S’il n’y a aucun voyant de liaison sur le port du Data Domain, replacez le câble.
    4. S’il n’y a aucun voyant de liaison à l’arrière du port du tableau de connexions ou du port du commutateur, replacez le câble.
    5. S’il n’y a aucune liaison après replacement du côté du Data Domain et du côté du port du tableau de connexions ou du commutateur, remplacez le câble.
    6. Si le personnel de terrain se trouve sur site, vous pouvez également lui demander d’échanger un câble d’interface en état de marche avec le port d’interface en panne sur Data Domain.
       Après les échanges de personnel sur le terrain, un voyant de liaison doit s’afficher, et sur le Data Domain, le net show hard doit afficher le lien « oui ».

       # net show hardware

    7. Si l’échange affiche un voyant de liaison, le problème doit être lié à un SFP défectueux sur le Data Domain, à un câble défectueux, à un SFP défectueux côté commutateur ou à un mauvais port côté commutateur du tableau de connexions.
    8. Le personnel du datacenter doit également réaliser une étape de dépannage en effectuant un test de bouclage.
       1. S’il existe une interface non configurée gratuite du même type sur le Data Domain, faites-la passer d’une interface à une autre.
          Par exemple, si eth1a est en cuivre et que eth4a est en cuivre, mais n’est pas utilisé, connectez eth1a à eth4a.
          eth4a doit être configuré avec une adresse IP factice, où vous pouvez mettre n’importe quoi, comme par exemple

          # net config eth4a 1.2.3.4 netmask 255.255.255.0
          

          Après avoir terminé le test de bouclage, effacez la configuration de l’adresse IP factice.

          # net config eth4a 0.0.0.0

       2. Si le test de bouclage n’a pas fonctionné et que les SFP, les câbles ou les deux types d’éléments ont été remplacés, ouvrez un dossier d’incident auprès du support matériel Data Domain.

25. Dépannage des interfaces physiques en fibre et des interfaces en cuivre à connexion directe.

    Les exemples ci-dessous peuvent ne pas ressembler exactement à votre sortie.
    
    Exemple de sortie d’une interface physique en fibre.

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

    
    Exemple de sortie d’une interface DA physique en cuivre.

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

    Dans la plupart des environnements clients, les interfaces en fibre comportent trois composants : un SFP du côté du Data Domain, un câble optique et un SFP du côté du tableau de connexions ou du commutateur.
    
    Toutefois, chez certains clients par exemple, le Data Domain est connecté à un tableau de connexions, puis à un câble de dérivation, qui se connecte ensuite à un QSFP qui possède d’autres connexions.
    
    Vous devez parfois vous renseigner sur la connectivité du client, car il se peut qu’il n’y ait pas de problème entre le Data Domain et le côté tableau de connexions ou commutateur, mais que d’autres composants ou connexions ultérieures puissent avoir un impact sur l’interface.

26. Si, après la mise à niveau, une alerte génère une incompatibilité de vitesse sur les interfaces, vérifiez les informations suivantes.

    Exemple

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

    Cela peut signifier que la vitesse d’une interface dans une liaison est définie sur 100 Mbit/s, tandis qu’une autre interface affiche une vitesse de 1 000 Mbit/s.
    
    Cela peut se produire pour plusieurs raisons qui n’ont peut-être rien à voir avec le Data Domain.

    • Un câble Ethernet défectueux
    • Un port défectueux côté tableau de connexions ou commutateur
    • La configuration du port du commutateur limite la vitesse.
    • La vitesse du commutateur est limitée.
    • L’interface qui se trouve dans la liaison virtuelle n’est pas l’interface correcte.
    • L’interface est connectée au mauvais commutateur ou port de commutateur.

      Voici ce que vous pouvez faire pour poursuivre le dépannage.

      Ces étapes peuvent également être effectuées avec une interface utilisateur.
      Data Domain : configuration des interfaces physiques à l’aide de l’interface utilisateur graphique (UI)

      1. Pour afficher l’état des interfaces matérielles sur le Data Domain, exécutez la commande.

         # net show hardware

      2. Pour consulter les alertes actuelles, exécutez la commande

         # alerts show current

      3. Vérifiez les paramètres « net show » pour voir si l’interface en panne fait partie d’un VLAN ou d’un alias virtuel.

         # net show settings

      4. Si, après une mise à niveau DDOS, une interface est en panne, il est très peu probable que cela soit dû à une défaillance matérielle.

# net disable ethXx

# net enable ethXx

5. Il se peut que l’interface ait été incompatible auparavant, mais qu’elle n’émette des alertes que maintenant, après une mise à niveau ou un redémarrage. Vous pouvez consulter l’historique.

# alerts show history

6. Vérifiez auprès de votre équipe réseau la configuration du commutateur et reconfigurez la vitesse du commutateur ou la négociation automatique.
7. Désactivez et activez le port du commutateur.
8. Vérifiez les informations LLDP dans le support automatique pour voir si la liaison LACP inclut les interfaces appropriées en cas d’utilisation de LACP.
9. Supprimez l’interface de la liaison.

   # net failover del vethX interfaces ethXx

10. Configurez l’interface avec une adresse IP factice.

    # net config ethXx 1.2.3.4 netmask 255.255.255.0

11. Essayez de modifier la vitesse manuellement.
    Remarque : selon l’interface et le modèle de Data Domain, vous ne pouvez pas définir la vitesse.

    #net config ethXx duplex full speed 1000

12. Après avoir essayé les étapes précédentes pour effacer l’adresse IP factice, exécutez la commande suivante.

    #net config ethXx 0.0.0.0

13. Ajoutez-la à nouveau à la liaison.

    # net failover add vethX interfaces ethXx

14. Si le problème n’est toujours pas résolu, nous vous recommandons de remplacer le câble et de vérifier à nouveau le côté commutateur.

Liste des raisons pour lesquelles l’interface physique d’un système peut tomber en panne :
L’interface physique d’un système peut tomber en panne pour plusieurs raisons, qu’il s’agisse de problèmes matériels ou encore de réseau. Voici une liste des raisons courantes :

• Déconnexion du câble physique : le câble reliant l’interface au réseau ou à un autre appareil peut être physiquement déconnecté, ce qui entraîne une panne de l’interface.
• Interface incorrecte : le câble est connecté à une interface incorrecte côté Data Domain.
• Interface incorrecte : le câble est connecté à une interface incorrecte côté tableau de connexions et Data Domain.
• Défaillance matérielle : les composants matériels défectueux, tels que les cartes d’interface réseau, les commutateurs, les routeurs ou les câbles, peuvent entraîner des interruptions de service de l’interface.
• Problèmes d’alimentation : les fluctuations d’alimentation, les pannes ou une alimentation inadéquate de l’équipement réseau peuvent entraîner une panne des interfaces.
• Surchauffe : une chaleur excessive peut endommager les composants matériels, entraînant des défaillances de l’interface et des arrêts du système.
• Congestion réseau : des niveaux élevés de trafic réseau ou de congestion peuvent surcharger l’interface qui peut arrêter de répondre ou tomber en panne.
• Erreurs logicielles : les problèmes, les pannes ou les problèmes d’incompatibilité au sein des pilotes de périphérique, du firmware ou du système d’exploitation peuvent entraîner des pannes d’interface.
• Erreurs de configuration : des configurations réseau incorrectes, telles que des conflits d’adresse IP ou des masques de sous-réseau incorrects, peuvent rendre une interface inaccessible.
• Mesures de sécurité : les règles de sécurité, telles que la détection d’intrusions ou les règles de pare-feu, peuvent bloquer ou restreindre par inadvertance le trafic via l’interface.
• Dommages physiques : les dommages physiques subis par le matériel, tels que l’exposition à l’eau, les chocs ou l’usure, peuvent entraîner des défaillances de l’interface.
• Facteurs environnementaux : les températures extrêmes, l’humidité, la poussière ou d’autres facteurs environnementaux peuvent avoir un impact sur le fonctionnement du matériel et entraîner des pannes d’interface.
• Mises à jour du firmware ou du logiciel : des mises à jour de firmware ou de logiciel mal appliquées peuvent entraîner une instabilité et des défaillances de l’interface.
• Attaques réseau : les attaques par déni de service (DoS), les attaques par déni de service distribué (DDoS) ou d’autres activités malveillantes peuvent surcharger l’interface et la faire tomber en panne.
• Problèmes de routage : des entrées incorrectes dans la table de routage ou des problèmes liés aux protocoles de routage dynamique peuvent perturber la connectivité via l’interface.
• Configuration d’interface physique : des paramètres de vitesse et de duplex incorrects, des problèmes de négociation automatique ou des configurations incompatibles entre les périphériques connectés peuvent entraîner des interruptions de service de l’interface.
• Qualité des câbles : des câbles de mauvaise qualité ou endommagés peuvent entraîner une connectivité intermittente ou des défaillances complètes de l’interface.
• Défaillances du commutateur ou du routeur : les défaillances des équipements de mise en réseau, tels que les commutateurs ou les routeurs qui se connectent à l’interface, peuvent entraîner des problèmes d’interface descendants.
• Problèmes de fournisseurs de réseau : si le système se connecte à un fournisseur de réseau externe, des problèmes à leur extrémité (maintenance, pannes, erreurs de configuration) peuvent entraîner une panne de l’interface.
• Épuisement des ressources : une mémoire ou une puissance de traitement insuffisante dans le système peut entraîner des défaillances de l’interface, en particulier dans les scénarios de trafic intense.
• Désactivation des ports physiques : actions manuelles ou automatisées pour désactiver le port physique par un administrateur, un système de gestion de réseau ou une stratégie de sécurité.
• Perte de signal de fibre optique : dans les connexions par fibre optique, des problèmes tels que la perte de signal due à la courbure, à la contamination ou à la rupture, peuvent entraîner une panne de l’interface.

Data Domain : configuration des interfaces physiques à l’aide de l’interface utilisateur graphique (UI)
Data Domain : configuration des interfaces physiques via l’interface de ligne de commande (CLI)

Voir cette vidéo :