VxBlock: come testare le trap SNMP dai componenti di VxBlock

Riepilogo: Come testare le trap SNMP dai componenti VxBlock.

Questo articolo si applica a Questo articolo non si applica a Questo articolo non è legato a un prodotto specifico. Non tutte le versioni del prodotto sono identificate in questo articolo.
Scopri le altre risorse

Istruzioni

Obiettivi:
Come testare le trap SNMP dai componenti VxBlock.

Fatti:
Trap SNMP di VxBlock Central

Soluzione:
Se l'inoltro di trap SNMP non è già configurato, consultare la sezione "Guida all'amministrazione di VxBlock 1000" intitolata "Configurare i sistemi VxBlock per l'utilizzo di VxBlock Central\Integrate con SNMP" per la procedura di configurazione corretta della VM core di VxBlock Central per l'inoltro di trap SNMP a qualsiasi software NMS (Network Management System) di terze parti per la visualizzazione, l'elaborazione e la gestione delle trap SNMP. VxBlock Central mostra solo gli avvisi critici all'interno dell'interfaccia utente MSM di VxBlock Central in "System Alerts".
VxBlock Central

La maggior parte dei trap test SNMP non viene visualizzata all'interno dell'interfaccia utente MSM di VxBlock Central in "Avvisi di sistema". Per visualizzare una trap SNMP di prova inviata da un componente VxBlock, è necessario disporre della configurazione di inoltro SNMP come descritto in precedenza, quindi verificare nel software NMS che le trap di prova siano state ricevute.

NOTA: A partire da questa pubblicazione della KB, VxBlock Central può accettare solo trap SNMP v2 dai componenti VxBlock, tuttavia VxBlock Central può essere configurato per accettare queste trap v2 e inoltrarle all host del software NMS v3 come trap SNMP v3, ma le trap saranno ancora prive di informazioni v3 in quanto sono state originate come trap v2. Per ulteriori informazioni, consultare la sezione "Guida all'amministrazione di VxBlock 1000" intitolata "Configurazione dei sistemi VxBlock per l'utilizzo di VxBlock Central\Integrate con SNMP".

Di seguito è riportato un elenco di comandi per il test delle trap SNMP che possono essere eseguiti su alcuni componenti di VxBlock:

Switch Cisco Nexus:

  • Dall'interno di una sessione SSH sullo switch Nexus, eseguire il comando "Test pfm snmp test-trap temp_sensor", che invia la trap di prova all'indirizzo IP della VM core, quindi la trap viene inoltrata all'indirizzo IP del software NMS. È necessario aver configurato in precedenza l'inoltro delle trap sulla VM core, come descritto in precedenza.

I componenti rimanenti richiedono l'installazione del pacchetto snmp sulla VM core o su qualsiasi VM Linux (ciò potrebbe richiedere modifiche temporanee del firewall per l'ambiente):

Sulla VM core di VxBlock Central (o su qualsiasi VM Linux) effettuare le seguenti operazioni:

  1. Accedere tramite SSH alla VM core (o VM Linux) con privilegi root
  2. yum install net-snmp
  3. yum install net-snmp-utils

Modificare <NMS_IP'indirizzo> IP dell'host del software NMS che avrebbe dovuto essere configurato in precedenza sulla VM core utilizzando lo script configureSNMP.
Sostituire <Component_IP> con l'indirizzo IP del componente VxBlock.

NOTA: Copiando e incollando il comando potrebbe non essere eseguito correttamente. In questo caso, digitare manualmente l'IP e l'apostrofo (') alla fine (dopo la "a").

UCS (serie 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>'

Oppure

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 (serie 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>'

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

 

Prodotti interessati

VxBlock and Vblock Systems
Proprietà dell'articolo
Numero articolo: 000205783
Tipo di articolo: How To
Ultima modifica: 03 mar 2025
Versione:  3
Trova risposta alle tue domande dagli altri utenti Dell
Support Services
Verifica che il dispositivo sia coperto dai Servizi di supporto.