Jak odstraňovat problémy s cílem SNMP, kdy se z nástroje Unisphere neodesílají výstrahy SNMP.

Níže jsou uvedena čtyři místa pro kontrolu, zda cíl SNMP nepřijímá výstrahy SNMP odeslané ze systému Unisphere.
 

• Komunitní slovo cíle SNMP zákazníka by se mělo shodovat s výchozím slovem komunity (SNMP_trap) nástroje Unisphere.  
• Zákazník musí zajistit dobré síťové připojení mezi serverem Unisphere a cílem SNMP. Příkazy openssl a tracepath můžeme na serveru Unisphere použít k ověření připojení a použití příkazu tcpdump na serveru Unisphere k zachycení balíčku SNMP během testů výstrah. Snadný způsob, jak prokázat, že software Unisphere může úspěšně odesílat výstrahy SNMP, je mít cíl SNMP přímo připojen k serveru Unisphere. Pokud přímo připojený cíl SNMP může přijímat výstrahy SNMP, zatímco nepřímo připojený nemůže, znamená to, že problém spočívá v síti zákazníka.  
• Všechna nastavení výstrah Unisphere SNMP by měla být nastavena správně, mezi které patří:    
• Konfigurace upozornění SNMP, nastavení zásad výstrah, úroveň oznámení.

 
Pokud výše uvedené problémy nedochází, podpora musí pokračovat s testem výstrah s aktivovaným protokolem ladění SE storevntd , sadou protokolování SMAS INFO a záznamem protokolu tcpdump . Pokud nevidíme důkaz, že výstrahy SNMP byly úspěšně odeslány, shromážděte výsledky testu emcgrab .
Upozorňujeme, že je lepší generovat jiné skutečné výstrahy než použití funkce "TEST SNMP" během testu, protože ve srovnání se skutečnými výstrahy je balíček "TEST SNMP" malý a není odpovědný za přenos balíčku UDP.

 

Podrobný postup odstraňování problémů: 

1. Komunitní slovo SNMP.

Výchozí slovo komunity je "SNMP_trap". Pokud neodpovídá komunitnímu slovu cíle SNMP, můžeme jej změnit přidáním následujícího řádku do daemon_options souboru SE:
 

storevntd: snmp_trap_community=        
(example: storevntd: snmp_trap_community=public)

Uložte soubor a poté restartujte démon storevntd , aby se změna projevila. (Nepoužívejte příkaz reload, protože není spolehlivý.)

stordaemon shutdown storevntd
stordaemon start storevntd

Po restartování nástroje storenvtd se také ztratí zásady výstrah, které byly dříve načteny ze stránky konfigurace výstrah Unisphere. Aby bylo možné znovu načíst a zaregistrovat zásady výstrah v souboru storevntd, je také nutné restartovat službu smas .
(Níže uvedené příkazy slouží k restartování služby smas v serveru Linux. Můžete sledovat , že se události SNMP neodesílají na integrovaný server U4V nebo SNMP za účelem restartování služby smas pro integrovaný systém Unisphere).

Na serveru Unisphere přejděte z disku cd do umístění /etc/init.d a spusťte následující příkazy:

./smas stop
./smas start

Poté můžete pomocí příkazu níže zkontrolovat stav registrace události storevntd . (U událostí registrovaných do souboru storevntd po restartu smas trvá to trochu času.)

stordaemon action storevntd -cmd list -regs –v

 

2. Síťové připojení.

Pomocí příkazu openssl a tracepath můžeme na serveru Unisphere zkontrolovat, zda nástroj Unisphere dokáže dobře komunikovat s cílem SNMP.
 

openssl s_client  -connect :

tracepath : 
(in some version of tracepath, the format is “tracepath /” )

Examples:

openssl s_client  -connect xx.xxx.0.xx:162
Connected

tracepath xx.xxx.0.xx -p 162

1?: [LOCALHOST]                                        pmtu 1500
1:  xxx.1x.xxx.xx0                                        0.854ms
1:  xxx.x8.xxx.xx0                                        0.540ms
2:  xx.xx1.xx.x                                             18.572ms
3:  xx.xxx.0.xx                                             0.988ms reached

 

3. Nastavení výstrah Unisphere SNMP:

 

1. Konfigurace upozornění SNMP.  

Settings - Alerts - Notifications, click on the "Configure" word on the SNMP block and ensure that the correct SNMP target IP and port are configured. (Nastavení – Upozornění – Oznámení, klikněte na tlačítko Configure" (Konfigurovat) v bloku SNMP a zkontrolujte, zda je nakonfigurována správná cílová IP adresa a port SNMP.

(Poznámka: Otestujte jej pomocí jediného cíle SNMP, abyste se vyhnuli složitosti testu.)



Chcete-li ověřit, zda se tyto konfigurace úspěšně načtou do démona storevntd, můžete zkontrolovat pomocí následujícího příkazu:

stordaemon getvar storevntd -name smas_log_event_targets

storevntd                     smas_log_event_targets=snmp

stordaemon getvar storevntd -name snmp_host

storevntd                     snmp_host=O:xx.xx.xxx.xx:162:v1

stordaemon action storevntd -cmd list -log_targets

(U výstrahy syslog jsou první dva odpovídající příkazy:

stordaemon getvar storevntd -name log_event_syslog_host
stordaemon getvar storevntd -name log_event_syslog_port

 

2. Nastavení zásady výstrah

Později pro test výstrah vygenerujeme skutečné upozornění na změnu konfigurace zařízení, takže zde jako příklad použijeme zásadu "device config change". Zkontrolujte, zda je u pole použitého pro test výstrah zaškrtnuta možnost "Device Config Change" a je specifikován typ upozornění pomocí protokolu SNMP.



 

3. Úroveň upozornění

Vytvořením nového zařízení pro test výstrah se vygeneruje výstraha "Device configuration has changed". Výstraha je na úrovni informací, takže je třeba se ujistit, že je pro test výstrahy vybrána modrá ikona.


 

4. Povolení protokolu storevntd debug a protokolu Unisphere INFO

 Změňte v daemon_options soubor SE následující parametry:

storevntd:LOG_LEVEL = debug
storevntd:LOGFILE_TYPE = dated
storevntd:LOGFILE_RETENTION = 7

Uložte soubor podle kroku 1. je nutné restartovat démon storevntd a poté restartovat službu smas .
Po restartování služby směšování změňte úroveň protokolování nástroje Unisphere na INFO. (Poznámka: Po restartování služby se změní úroveň protokolování zpět na výchozí hodnotu, která je WARN. )
 

5. Test výstrah

Vygenerujte skutečnou výstrahu, pomocí protokolu tcpdump pořaďte balíček SNMP a zkontrolujte protokol ladění storevntd . 

1. Spuštěním příkazu tcpdump na serveru Unisphere se připravte na záznam balíčku SNMP:

tcpdump -i any udp port 162 

2. Spuštěním následujícího příkazu zkontrolujte stávající počítadlo událostí SNMP:

stordaemon action storevntd -cmd list -log_stats

storevntd                     Event Loggers
file             : 0 events delivered
system           : 0 events delivered
syslog           : 17 events delivered
snmp             : 4 events delivered

3. Vytvoření 100M jednotky LUN v unisphere. Zkontrolujte výstražný panel Unisphere a zobrazí se výstraha "Device configuration has changed". Pokud se výstraha nezobrazí, klikněte na tlačítko Refresh na horním panelu stránky Unisphere.

 (Pokud jste povolili také zásadu "device status", zobrazí se také výstraha "Device state has changed to Online" (Stav zařízení se změnil na Online).


 

4. Zkontrolujte výstup tcpdump.

Následující informace ukazují, že je výstraha SNMP úspěšně zaznamenána:
 

tcpdump -i any udp port 162
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
11:05:59.246606 IP MGMT-0.emc-gateway > xx.xxx.xx.xxx.snmptrap:  C="SNMP_trap" Trap(448)  E:1139.3 xx.xxx.xx.xxx enterpriseSpecific s=4 0 X:xx.1.xx.1.8.xx.6.4.xxx.xxx.8x.xxx.6x.0.0.0.0.0.0.0.0.7=7 X:xx.1.11.1.7.xx.6.4.xxx.xxx.xx.xxx.xx.0.0.0.0.0.0.0.0.7=2 X:xx.1.xx.1.8.xx.6.4.xxx.xxx.8x.xxx.6x.0.0.0.0.0.0.0.0.7=.0.0 X:xx.1.11.1.9.xx.6.4.xxx.xxx.xx.xxx.xx.0.0.0.0.0.0.0.0.7="Symmetrix 000xxxx0xxxx : Device configuration has changed. - Object is: 000xxxx0xxxx:00867" X:xx.1.xx.1.6.xx.6.4.xxx.xxx.xx.xxx.xx.0.0.0.0.0.0.0.0.7=8 X:xx.1.6.1.20.xx.6.4.xxx.xxx.xx.xxx.xx.0.0.0.0.0.0.0.0="000xxxx0xxxx" X:xx.1.6.1.3.xx.6.4.xxx.xxx.xx.xxx.xx.0.0.0.0.0.0.0.0=11 E:1139.3.8888.1.0=2 E:1139.3.8888.2.0=5000 E:1139.3.8888.3.0=0 E:1139.3.8888.4.0="" 

5. Znovu zkontrolujte počítadlo událostí. Vidíme, že je doručována ještě jedna událost snmp.

stordaemon action storevntd -cmd list -log_stats

storevntd                     Event Loggers
file             : 0 events delivered
system           : 0 events delivered
syslog           : 17 events delivered
snmp             : 5 events delivered

6. Zkontrolujte protokol ladění storenvtd :

Pokud v protokolu najdete následující položky, příkaz storevntd úspěšně doručil výstrahu SNMP:

 [4964             EvtLogger] Feb-15 11:05:59.246 : [sendTrapForEach()] Trap sent to xx.xxx.xx.xxx, port 162

 [4964             EvtLogger] Feb-15 11:05:59.246 : [processOneSymmEvent()] Symmetrix 000xxxxxxx1 : Device configuration has changed. - Object is: 000xxxxxxxx1:00024
 [4964             EvtLogger] Feb-15 11:05:59.246 : [processAsyncEvent()] Function Exit, rc= 470
 [4964             EvtLogger] Feb-15 11:05:59.246 : [evtd_logLoggerThrd] Event Delivery complete

Výše uvedené důkazy ukazují, že výstraha SNMP byla úspěšně odeslána ze strany Unisphere. Pokud se nám nepodaří zachytit balíček PROTOKOLU SNMP pomocí protokolu tcpdump a souboru storevntd , nemá ani důkaz úspěšného doručení události, shromážděte balíček emcg htm a obraťte se na technickou podporu.