Ohjeet vianmääritykseen, kun SNMP-kohde ei vastaanota Unispherestä lähetettyjä SNMP-hälytyksiä.

Seuraavista neljästä kohdasta voit tarkistaa, epäonnistuuko SNMP-kohde Unispheren lähettämien SNMP-hälytysten vastaanottamisen.
 

• Asiakkaan SNMP-kohteen yhteisösana vastaa Unispheren oletusarvoista yhteisösanaa (SNMP_trap).  
• Asiakkaan on varmistettava, että Unisphere-palvelimen ja SNMP-kohteen välinen verkkoyhteys on hyvä. Unisphere-palvelimen opensl - ja tracepath-komennoilla voidaan tarkistaa yhteys ja tallentaa SNMP-paketti hälytystestien aikana tcpdump-komennolla Unisphere-palvelimessa. Helppo tapa osoittaa, että Unisphere voi lähettää SNMP-hälytyksiä onnistuneesti, on liittää SNMP-kohde suoraan Unisphere-palvelimeen. Jos suoraan yhdistetty SNMP-kohde voi vastaanottaa SNMP-hälytyksiä, vaikka suora yhteys ei onnistu, ongelma on asiakkaan verkossa.  
• Unisphere SNMP -hälytysasetukset on määritettävä oikein, esimerkiksi:    
• SNMP-ilmoitusmääritykset, hälytyskäytäntöasetus, ilmoitustaso.

 
Jos edellä mainituissa ei ole ongelmia, tuen on tehtävä hälytystesti, kun SE storevntd -virheenkorjausloki on käytössä, smas INFO -kirjausjoukko ja tcpdump tallennettu . Kerää emcgrab ja testitulokset, jos emme näe todisteita siitä, että SNMP-hälytykset on lähetetty onnistuneesti.
Huomioi, että on parempi luoda todellisia hälytyksiä kuin käyttää TEST SNMP -toimintoa testin aikana, sillä todellisiin hälytyksiin verrattuna TEST SNMP -paketti on pieni ja epäluotettavampi UDP-paketin lähettämistä varten.

 

Tarkat vianmääritysohjeet: 

1. SNMP-yhteisön sana.

Yhteisön oletussana on SNMP_trap. Jos se ei vastaa SNMP-kohteen yhteisösanaa, voimme muuttaa sitä lisäämällä SE daemon_options -tiedostoon seuraavan rivin:
 

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

Tallenna tiedosto ja ota muutos käyttöön käynnistämällä Storevntd-taustakalvo uudelleen. (Älä käytä reload-komentoa, koska se ei ole luotettava)

stordaemon shutdown storevntd
stordaemon start storevntd

Kun Storenvtd on käynnistetty uudelleen, myös Unisphere-hälytysmäärityssivulta aiemmin ladatut hälytyskäytännöt menetetään. Jotta ilmoituskäytännöt voidaan ladata uudelleen ja rekisteröidä Storevntd:hen, on myös käynnistettävä smas-palvelu uudelleen.
(Seuraava komento koskee smas-palvelun uudelleenkäynnistystä Linux-palvelimessa. SNMP-tapahtumia ei lähetetä Embedded U4V- tai SNMP-palvelimeen, jotta sulautetun Unispheren smas-palvelu voidaan käynnistää uudelleen).

Siirry Unisphere-palvelimessa cd-komennolla polkuun /etc/init.d ja suorita seuraavat komennot:

./smas stop
./smas start

Sen jälkeen voimme tarkistaa storevntd-tapahtumarekisteröinnin tilan seuraavalla komennolla. (Smas-uudelleenkäynnistyksen jälkeen storevntd-säilöön rekisteröityjen tapahtumien rekisteröiminen kestää vähän aikaa.

stordaemon action storevntd -cmd list -regs –v

 

2. Verkkoyhteyden.

Unisphere-palvelimen opensl - ja tracepath-komennolla voidaan tarkistaa, saako Unisphere yhteyden SNMP-kohteeseen hyvin.
 

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. Unisphere SNMP -hälytysasetukset:

 

1. SNMP-hälytysilmoituksen määritys.  

Settings - Alerts (Asetukset - Hälytykset) - ilmoitukset, valitse SNMP-lohkossa Configure (Määritä) -sana ja varmista, että oikea SNMP-kohteen IP-osoite ja portti on määritetty.

(Huomautus: Testaa yhdellä SNMP-tavoitteella, jotta testien monimutkaisuus voidaan välttää.)



Seuraavalla komennolla voit tarkistaa, onko näiden määritysten lataaminen storevntd daemoniin onnistunut:

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

( syslog-hälytyksessä kaksi ensimmäistä vastaavaa komentoa ovat:

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

 

2. Hälytyskäytäntöasetus

Seuraavaksi luodaan hälytystestiin oikea laitteen kokoonpanomuutoshälytys, joten tässä esimerkissä käytetään Device config change -käytäntöä. Varmista, että Device Config Change on valittu hälytystestissä käytettävässä matriisissa ja että ilmoitustyyppi on määritetty SNMP:ssa.



 

3. Ilmoitustaso

Luomalla uuden laitteen hälytystestiä varten luodaan ilmoitus Device configuration has changed. Hälytys näkyy tietotasolla, joten on varmistettava, että sininen kuvake on valittu vähintään hälytystestiä varten.


 

4. Ota käyttöön Storevntd-virheenkorjausloki ja Unisphere INFO -loki

 Muuta seuraavat parametrit SE daemon_options -tiedostossa:

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

Tallenna tiedosto vaiheen 1 mukaisesti Storevntd daemon on käynnistettävä uudelleen ja smas-palvelu on käynnistettävä uudelleen.
Kun smas-palvelu on käynnistetty uudelleen, vaihda Unispheren lokiinkirjaustasoksi INFO. (Huomautus: Smas-palvelun uudelleenkäynnistäminen palauttaa lokiinkirjaustason oletustasoksi WARN. )
 

5. Hälytystesti

Luo todellinen hälytys, tallenna SNMP-paketti tcpdump-komennolla ja tarkista storevntd-virheenkorjausloki . 

1. Voit valmistautua SNMP-paketin tallentamiseen suorittamalla tcpdump-komennon Unisphere-palvelimessa:

tcpdump -i any udp port 162 

2. Tarkista nykyinen SNMP-tapahtumalaskuri suorittamalla seuraava komento:

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. Luo 100 Mt:n looginen levy Unispheressä. Tarkista Unisphere-hälytyspaneeli ja näet, että Device configuration has changed -hälytys on luotu. Jos et näe ilmoituksen ponnahdusikkunaa, napsauta Unispheren sivun yläpalkin päivityspainiketta.

 (Jos otit käyttöön myös device status -käytännön, näet hälytyksen Device state has changed to Online( Laitetila on muuttunut online-tilaan).


 

4. Tarkista tcpdump-tulos.

Seuraava osoittaa, että SNMP-hälytys on tallennettu:
 

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. Tarkista tapahtumalaskuri uudelleen. Näet vielä yhden snmp-tapahtuman.

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. Tarkista Storenvtd-virheenkorjausloki :

Jos lokista löytyy seuraavat merkinnät, storevntd on toimittanut SNMP-ilmoituksen:

 [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

Edellä olevat todisteet osoittavat, että SNMP-hälytys on lähetetty Unispheren puolelta. Jos SNMP-pakettia ei tallenneta tcpdump-komennolla eikä Storevntd:llä ole todistetta onnistuneesta tapahtuman toimituksesta, kerää emcgrab ja ota yhteyttä tekniseen tukeen.