Sådan foretager du fejlfinding af SNMP-mål, der ikke modtager SNMP-advarsler sendt fra Unisphere.

Nedenfor er de fire steder, hvor du kan kontrollere, om et SNMP-mål ikke modtager SNMP-advarsler sendt fra Unisphere.
 

• Nøgleordet i kundens SNMP-mål skal stemme overens med standardordet (SNMP_trap) i Unisphere.  
• Kunden skal sikre god netværksforbindelse mellem Unisphere-serveren og SNMP-målet. Vi kan bruge openssl- og tracepath-kommandoer på Unisphere-serveren til at kontrollere forbindelsen og bruge tcpdump-kommandoen på Unisphere-serveren til at registrere SNMP-pakken under advarselstests. En enkel måde at bevise, at Unisphere kan sende SNMP-advarsler korrekt, er at have et SNMP-mål direkte tilsluttet unisphere-serveren. Hvis det direkte tilsluttede SNMP-mål kan modtage SNMP-advarsler, mens det ikke er direkte tilsluttet, betyder det, at problemet skyldes kundens netværk.  
• Unisphere SNMP-advarselsindstillinger skal alle indstilles korrekt, som omfatter:    
• SNMP-meddelelseskonfiguration, indstilling for advarselspolitik, meddelelsesniveau.

 
Hvis ovenstående ikke har nogen problemer, skal support fortsætte med advarselstest med SE storevntd debug log aktiveret, sma INFO-logføringssæt og tcpdump optaget. Indsaml emcgrab og testresultater, hvis vi ikke kan se tegn på, at SNMP-advarsler er blevet sendt ud.
Bemærk, at det er bedre at generere andre ægte advarsler end at bruge funktionen "TEST SNMP" under testen, fordi sammenlignet med ægte advarsler er pakken "TEST SNMP" lille og mere upålidelig at overføre til UDP-pakke.

 

Detaljerede trin til fejlfinding: 

1. SNMP Community-ord.

Standard community-ordet er "SNMP_trap". Hvis det ikke stemmer overens med fællesskabsordet for SNMP-målet, kan vi ændre det ved at tilføje følgende linje i SE-daemon_options-filen:
 

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

Gem filen, og genstart derefter storevntd daemon, så ændringen kan træde i kraft. (Brug ikke kommandoen reload, da den ikke er pålidelig)

stordaemon shutdown storevntd
stordaemon start storevntd

Når storenvtd genstartes, vil de advarselspolitikker, der tidligere er indlæst fra Unisphere-advarselskonfigurationssiden, også gå tabt. For at lade advarselspolitikkerne blive genindlæst og registreret i storevntd, skal vi også genstarte sma-tjenesten .
(Kommandoen nedenfor er til genstart af sma-tjenesten i Linux-server. Du kan følge med i, at SNMP-hændelser ikke sendes til Embedded U4V- eller SNMP-serveren for at genstarte sma-tjenesten for den integrerede Unisphere).

På Unisphere-serveren skal du gå til stien /etc/init.d og derefter køre følgende kommandoer:

./smas stop
./smas start

Derefter kan vi bruge nedenstående kommando til at kontrollere status for registrering af storevntd-hændelse . (Det tager lidt tid for hændelser, der er registreret i lageret efter sma-genstart)

stordaemon action storevntd -cmd list -regs –v

 

2. Netværksforbindelsen.

Vi kan bruge openssl - og tracepath-kommandoen på Unisphere-serveren til at kontrollere, om Unisphere kan kommunikere med SNMP-målet.
 

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

 

1. Konfiguration af SNMP-advarselsmeddelelse.  

Indstillinger - Advarsler - Meddelelser, klik på ordet "Konfigurer" i SNMP-blokken, og sørg for, at den korrekte SNMP-destinations-IP og -port er konfigureret.

(Bemærk: Test med et enkelt SNMP-mål for at undgå testkompleksitet.)



For at kontrollere, om disse konfigurationer er indlæst korrekt i storevntd daemon, kan vi bruge følgende kommando til at kontrollere:

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

(for syslog-advarsel er de første to tilsvarende kommandoer:

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

 

2. Indstilling for advarselspolitik

Senere vil vi generere en besked om ændring af enhedskonfiguration for advarselstesten, så her bruger vi politikken "ændring af enhedskonfiguration" som eksempel. Sørg for, at "Ændring af enhedskonfiguration" er markeret for det system, der bruges til advarselstesten, og at meddelelsestypen er angivet med SNMP.



 

3. Meddelelsesniveau

Ved at oprette en ny enhed til advarselstesten er den advarsel, vi genererer, "Enhedskonfiguration er ændret". Advarslen er på informationsniveau, så vi skal sørge for, at det blå ikon er valgt til en advarselstest som minimum.


 

4. Aktivér storevntd-fejlfindingslog og Unisphere INFO-log

 Rediger følgende parametre i SE-daemon_options-filen:

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

Gem filen i henhold til trin 1. vi skal genstarte storevntd daemon og derefter genstarte sma-tjenesten .
Når sma-tjenesten er genstartet, skal du ændre logføringsniveauet for Unisphere til INFO. (Bemærk: Genstart af sma-tjenesten skifter logføringsniveauet tilbage til standardindstillingen, hvilket er WARN. )
 

5. Advarselstest

Generer en reel advarsel, brug tcpdump til at hente SNMP-pakken og kontrollere den storevntd-fejlfindingslogfil . 

1. Kør tcpdump-kommandoen på Unisphere-serveren for at blive klar til hentning af SNMP-pakke:

tcpdump -i any udp port 162 

2. Kør følgende kommando for at kontrollere den eksisterende SNMP-hændelsestæller:

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. Opret en 100M LUN i Unisphere. Kontroller Unisphere-advarselspanelet, og du kan se, at advarslen "Enhedskonfiguration er ændret" genereres. Hvis du ikke kan se advarslen, skal du klikke på opdateringsknappen på den øverste linje på siden for Unisphere.

 (Hvis du også har aktiveret politikken "enhedsstatus", kan du også se advarslen "Enhedens tilstand er ændret til online".


 

4. Kontroller tcpdump-outputtet.

Følgende viser, at SNMP-advarslen registreres:
 

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. Kontroller hændelsestælleren igen. Vi kan se endnu en snmp-hændelse leveret.

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. Kontrollér Storenvtd-fejlfindingsloggen :

Hvis du kan finde følgende poster i loggen, vises det, at storevntd har leveret SNMP-advarslen:

 [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

Ovenstående tegn viser, at SNMP-advarslen er blevet sendt ud fra Unisphere-siden. Hvis vi ikke registrerer SNMP-pakken ved hjælp af tcpdump og storevntd , har vi heller ikke tegn på, at leveringen af hændelser er gennemført, skal du indsamle emcgrab og kontakte teknisk support.