VxBlock : comment tester les traps SNMP des composants VxBlock

Résumé: Comment tester les traps SNMP des composants VxBlock.

Cet article concerne Cet article ne concerne pas Cet article n’est associé à aucun produit spécifique. Toutes les versions du produit ne sont pas identifiées dans cet article.
Consulter d’autres ressources

Instructions

Buts:
Comment tester les traps SNMP des composants VxBlock.

Faits:
Traps SNMP de VxBlock Central

Solution:
Si le transfert de traps SNMP n’est pas déjà configuré, reportez-vous à la section « Guide d’administration de VxBlock 1000 » intitulée « Configurer les systèmes VxBlock pour utiliser VxBlock Central\Intégrer avec SNMP » pour savoir comment configurer correctement la machine virtuelle VxBlock Central Core afin de transférer les traps SNMP vers n’importe quel logiciel tiers de système de gestion de réseau (NMS) pour l’affichage, le traitement et la gestion des traps SNMP. VxBlock Central affiche uniquement les alertes critiques dans l’interface utilisateur du module de services de gestion VxBlock Central, sous « Alertes système ».
VxBlock Central

La plupart des tests de trap SNMP ne s’affichent pas dans l’interface utilisateur du module de services de gestion VxBlock Central sous « Alertes système ». Pour afficher un trap SNMP de test envoyé par un composant VxBlock, vous devez configurer le transfert SNMP comme décrit précédemment, puis vérifier dans votre logiciel NMS que les traps de test sont reçus.

Remarque : À partir de cette publication de la base de connaissances, VxBlock Central peut uniquement accepter les traps SNMP v2 des composants VxBlock, mais VxBlock Central peut être configuré pour prendre ces traps v2 et les transférer vers l’hôte logiciel NMS v3 v3 en tant que traps SNMP v3, mais les traps manquent toujours d’informations v3 car ils sont à l’origine des traps v2. Pour plus d’informations, reportez-vous à la section « Guide d’administration de VxBlock 1000 » intitulée « Configurer les systèmes VxBlock pour utiliser VxBlock Central\Intégrer avec SNMP ».

Vous trouverez ci-dessous une liste des commandes de test de trap SNMP qui peuvent être exécutées sur certains composants VxBlock :

Commutateurs Cisco Nexus :

  • À partir d’une session SSH vers le commutateur Nexus, exécutez la commande « Test pfm snmp test-trap temp_sensor », cela envoie le trap de test à l’adresse IP de la machine virtuelle principale, puis le trap est transféré à votre adresse IP logicielle NMS. Vous devez avoir préalablement configuré le transfert d’interruptions sur la machine virtuelle principale, comme indiqué précédemment.

Les composants restants nécessitent l’installation du package snmp sur la machine virtuelle principale ou sur une machine virtuelle Linux (cela peut nécessiter des modifications temporaires du pare-feu pour votre environnement) :

Sur la machine virtuelle VxBlock Central Core (ou toute machine virtuelle Linux), procédez comme suit :

  1. SSH dans la machine virtuelle principale (ou machine virtuelle Linux) avec le privilège root
  2. yum install net-snmp
  3. yum install net-snmp-utils

Modifiez <NMS_IP> adresse IP de votre hôte logiciel NMS qui aurait dû être précédemment configurée sur la machine virtuelle principale à l’aide du script configureSNMP.
Remplacez <Component_IP> par l’adresse IP du composant VxBlock.

Remarque : Le copier-coller peut empêcher la commande de s’exécuter correctement. Si vous rencontrez ce problème, saisissez manuellement l’adresse IP et l’apostrophe (') à la fin (après le « a »).

UCS (série C) :

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 .1.3.6.1.4.1.9.9.719.0.1 .1.3.6.1.4.1.9.9.719.1.1.1.1.20.4915953 s "critical(6)" .1.3.6.1.4.1.9.9.719.1.1.1.1.9.4915953 s "180" .1.3.6.1.4.1.9.9.719.1.1.1.1.11.4015953 s "Result: end-point-unavailable Code:" .1.3.6.1.4.1.9.9.719.1.1.1.1.10.4015953 s "2339806" .1.3.6.1.4.1.9.9.719.1.1.1.1.5.4015953 s "sys/rack-unit-4" .1.3.6.1.6.3.18.1.3 a '<UCSM_IP>'

ou

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 .1.3.6.1.4.1.9.9.719.0.1 .1.3.6.1.4.1.9.9.719.1.1.1.1.20.4915953 s "critical(6)" .1.3.6.1.4.1.9.9.719.1.1.1.1.9.4915953 s "180" .1.3.6.1.4.1.9.9.719.1.1.1.1.11.4015953 s "Result: end-point-unavailable Code:" .1.3.6.1.4.1.9.9.719.1.1.1.1.10.4015953 s "2339806" .1.3.6.1.4.1.9.9.719.1.1.1.1.5.4015953 s "SERVER-B" .1.3.6.1.6.3.18.1.3 a '<C-SERIES IP>'

UCS (série B) :

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 .1.3.6.1.4.1.9.9.719.0.1 .1.3.6.1.4.1.9.9.719.1.1.1.1.20.4915953 i 6 .1.3.6.1.4.1.9.9.719.1.1.1.1.9.4915953 i 456 .1.3.6.1.4.1.9.9.719.1.1.1.1.11.4915953 s 'fltEquipmentChassisInoperable' .1.3.6.1.4.1.9.9.719.1.1.1.1.10.4915953 s '2015-23-04' .1.3.6.1.4.1.9.9.719.1.1.1.1.5.4915953 s 'sys/rack-unit-4' .1.3.6.1.6.3.18.1.3 a '<UCSM IP>'

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 .1.3.6.1.4.1.9.9.719.0.1 .1.3.6.1.4.1.9.9.719.1.1.1.1.20.4915953 s "critical(6)" .1.3.6.1.4.1.9.9.719.1.1.1.1.9.4915953 s "180" .1.3.6.1.4.1.9.9.719.1.1.1.1.11.4015953 s "Result: end-point-unavailable Code:" .1.3.6.1.4.1.9.9.719.1.1.1.1.10.4015953 s "2339806" .1.3.6.1.4.1.9.9.719.1.1.1.1.5.4015953 s "sys1/chassis-1/" .1.3.6.1.6.3.18.1.3 a '<UCSM_IP>'

Unity :

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 .1.3.6.1.4.1.1139.103.1.18.2.2 .1.3.6.1.4.1.1139.103.1.18.1.1 s "12:10760024" 1.3.6.1.4.1.1139.103.1.18.1.2 s "dpe_disk_5" .1.3.6.1.4.1.1139.103.1.18.1.3 s "14:60258" .1.3.6.1.4.1.1139.103.1.18.1.4 s 'DPE Disk 5 has failed (Part Number 00XXXXXXX, Serial Number APMXXXXXXXXXXX)' .1.3.6.1.6.3.18.1.3 a '<Unity_IP>'

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 .1.3.6.1.4.1.1139.103.1.18.2.2 .1.3.6.1.4.1.1139.103.1.18.1.1 s "12:10760024" 1.3.6.1.4.1.1139.103.1.18.1.2 s "dpe_disk_5" .1.3.6.1.4.1.1139.103.1.18.1.3 s "14:60001f" .1.3.6.1.4.1.1139.103.1.18.1.4 s 'Snapshot creation on storage resource <a> failed due to insufficient protection space.' .1.3.6.1.6.3.18.1.3 a '<Unity_IP>'

XIO :

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 .1.3.6.1.4.1.1139.30.1.2.1 .1.3.6.1.4.1.1139.30.1.1.1.5 s "major" .1.3.6.1.4.1.1139.30.1.1.1.11 s "2000403" .1.3.6.1.4.1.1139.30.1.1.1.8 s "XMS has insufficient free memory: only 483532 Kbytes are available." .1.3.6.1.4.1.1139.30.1.1.1.10 s "alert_def_xms_memory_full" .1.3.6.1.4.1.1139.30.1.1.1.9 s "1513068249455" .1.3.6.1.6.3.18.1.3 a '<XIO_IP>'

VMAX :

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 .1.3.6.1.4.1.1139.3.0.4 .1.3.6.1.3.94.1.11.1.3.80.6.4.130.242.42.125.192.0.0.0.0.0.0.0.0.2858 i 2858 .1.3.6.1.3.94.1.11.1.7.80.6.4.130.242.42.125.192.0.0.0.0.0.0.0.0.2858 i 2 .1.3.6.1.3.94.1.11.1.8.80.6.4.130.242.42.125.192.0.0.0.0.0.0.0.0.2858 oid 0.0 .1.3.6.1.3.94.1.11.1.9.80.6.4.130.242.42.125.192.0.0.0.0.0.0.0.0.2858 s "Save or data device pool is full." .1.3.6.1.3.94.1.11.1.6.80.6.4.130.242.42.125.192.0.0.0.0.0.0.0.0.2858 i 2 .1.3.6.1.3.94.1.6.1.20.80.6.4.130.242.42.125.192.0.0.0.0.0.0.0.0 s "000XXXXXXXXX" .1.3.6.1.3.94.1.6.1.3.80.6.4.130.242.42.125.192.0.0.0.0.0.0.0.0 i 11 .1.3.6.1.4.1.1139.3.8888.1.0 i 2 .1.3.6.1.4.1.1139.3.8888.2.0 i 1111 .1.3.6.1.4.1.1139.3.8888.3.0 i 1054 .1.3.6.1.4.1.1139.3.8888.4.0 s "DG1_F_2" .1.3.6.1.6.3.18.1.3 a '<VMAX_IP>'

Commutateur MDS :

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 1.3.6.1.4.1.9.0.40992 .1.3.6.1.4.1.9.9.40999.1.1.3.0 s 'port fc1/1 is up' .1.3.6.1.6.3.18.1.3 a '<MDS_Switch_IP>'

XMS:

snmptrap -v 2c -c public '<NMS_IP>' 12345678910 .1.3.6.1.4.1.1139.30.1.2.1 .1.3.6.1.4.1.1139.30.1.1.1.5 s "critical" .1.3.6.1.4.1.1139.30.1.1.1.11 s "2000403" .1.3.6.1.4.1.1139.30.1.1.1.8 s "XMS has insufficient free memory: only 483532 Kbytes are available." .1.3.6.1.4.1.1139.30.1.1.1.10 s "XMS" .1.3.6.1.4.1.1139.30.1.1.1.9 s "1513068249455" .1.3.6.1.6.3.18.1.3 a '<XMS_IP>'

 

Produits concernés

VxBlock and Vblock Systems
Propriétés de l’article
Numéro d’article: 000205783
Type d’article: How To
Dernière modification: 03 Mar 2025
Version:  3
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.