Unisphere'den gönderilen SNMP uyarılarını almayan SNMP hedefiyle ilgili sorun giderme.

Aşağıda, bir SNMP hedefinin Unisphere'den gönderilen SNMP uyarılarını alamama durumunu kontrol etmek için dört yer verilmiştir.
 

• Müşterinin SNMP hedefinin topluluk kelimesi Unisphere'ın varsayılan topluluk sözcüğüyle (SNMP_trap) eşleşmelidir.  
• Müşteri, Unisphere sunucusu ve SNMP hedefi arasında iyi bir ağ bağlantısı sağlamak durumundadır. Bağlantı özelliğini doğrulamak ve uyarı testleri sırasında SNMP paketini yakalamak üzere Unisphere sunucusu üzerinde tcpdump komutunu kullanmak için Unisphere sunucusu üzerinde openssl ve tracepath komutlarını kullanabilirsiniz. Unisphere'in SNMP uyarılarını başarıyla gönderdiğini kanıtlamanın basit bir yolu, unisphere sunucusuna doğrudan bağlı bir SNMP hedefine sahip olmaktır. Doğrudan bağlı olan SNMP hedefi doğrudan bağlı değilken SNMP uyarıları alamayacaksa bu, sorunun müşterinin ağıyla ilgili olduğu anlamına gelir.  
• Unisphere SNMP uyarı ayarlarının hepsi aşağıdakiler dahil olmak üzere doğru şekilde ayarlanabillir:    
• SNMP bildirim yapılandırması, Uyarı ilkesi ayarı, Bildirim düzeyi.

 
Yukarıdakilerin herhangi bir sorunu yoksa destek, SE storevntd hata ayıklama günlüğü etkinken uyarı testini, smas INFO günlük kaydı setini ve tcpdump'u yakalanarak ilerlemeli . SNMP uyarılarının başarıyla gönderildiğine dair kanıt görene kadar emcgrab ve test sonuçlarını toplama.
Test sırasında "TEST SNMP" işlevinin kullanımı dışında gerçek uyarılar oluşturmanın daha iyi olduğunu unutmayın. "TEST SNMP" paketi, gerçek uyarılarla karşılaştırıldığında UDP paketi için küçük ve güvenilir olmayan bir pakettir.

 

Sorun gidermeye ilişkin ayrıntılı adımlar: 

1. SNMP Topluluk sözcüğü.

Varsayılan topluluk kelimesi "SNMP_trap"dır. Bu, SNMP hedefinin topluluk kelimesi ile eşleşmiyorsa se dosyasına aşağıdaki satırı ekleyerek daemon_options değiştirebilirsiniz:
 

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

Dosyayı kaydedin ve ardından değişikliğin etkili hale başlatılması için storevntd daemon'u yeniden başlatın. (Güvenilir değil olduğundan yeniden yükle komutunu kullanma)

stordaemon shutdown storevntd
stordaemon start storevntd

Storenvtd yeniden başlatıldıktan sonra unisphere uyarı yapılandırma sayfasından önceden yüklenen uyarı ilkeleri de kaybolur. Uyarı ilkelerinin yeniden yüklendiğini ve storevntd'ye kaydedildiklerine izin vermek için smas hizmetini de yeniden başlatmanız gerekir.
(Aşağıdaki komut, Linux sunucusundaki smas hizmetini yeniden başlatmak için kullanılır. Yerleşik Unisphere için smas hizmetini yeniden başlatmak için SNMP olaylarının Embedded U4V veya SNMP sunucusuna gönderilmemesini takip edin.

Unisphere sunucusu üzerinde ,etc/init.d yolunun cd'si ve ardından aşağıdaki komutları çalıştırın:

./smas stop
./smas start

Ardından storevntd olay kaydı durumunu kontrol etmek için aşağıdaki komutu kullanılabilir. (Smas yeniden başlatıldıktan sonra storevntd'ye kaydedilen olaylar için biraz zaman alır)

stordaemon action storevntd -cmd list -regs –v

 

2. Ağ bağlantısı.

Unisphere'in SNMP hedefiyle iyi iletişim kurup kuradığını kontrol etmek için Unisphere sunucusu üzerinde openssl ve tracepath komutunu kullanılabilir.
 

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 uyarı ayarları:

 

1. SNMP uyarı bildirimi yapılandırması.  

Ayarlar - Uyarılar - Bildirimler, SNMP bloğundaki "Yapılandır" sözcüğüne tıklayın ve doğru SNMP hedef IP ve bağlantı noktasının yapılandırıldığından emin olun.

(Not: Test karmaşıklığını önlemek için tek bir SNMP hedefiyle test edin.)



Bu yapılandırmaların storevntd daemon'a başarıyla yüklendiğini doğrulamak için aşağıdaki komutu kullanarak kontrol edin:

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 uyarısı için ilgili ilk iki komut şunlardır:

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

 

2. Uyarı ilkesi ayarı

Daha sonra uyarı testi için gerçek bir aygıt yapılandırma değişikliği uyarısı oluşturacağız. Bu nedenle burada örnek olarak "aygıt yapılandırması değişikliği" ilkesi kullanılır. Uyarı testi için kullanılan dizi için "Device Config Change" (Aygıt Yapılandırması Değişikliği) öğesinin işaretli olduğundan ve bildirim tipinin SNMP ile belirtilmiş olduğundan emin olun.



 

3. Bildirim düzeyi

Uyarı testi için yeni bir aygıt oluşturarak, "Device configuration has changed" (Aygıt yapılandırması değişti) uyarıdır. Uyarı bilgi düzeyindedir, bu nedenle en azından bir uyarı testi için mavi simgenin seçildiğinden emin o gerekir.


 

4. Storevntd hata ayıklama günlüğünü ve Unisphere INFO günlüğünü etkinleştirme

 SE dosya dosyası içinde aşağıdaki daemon_options değiştirin:

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

Dosyayı 1. adıma göre kaydedin; Storevntd daemon'ı yeniden başlatmalı ve ardından smas hizmetini yeniden başlatmalıdır.
Smas hizmeti yeniden başlatıldıktan sonra Unisphere'ın günlüğe kaydetme düzeyini INFO olarak ayarlayın. (Not: Smas hizmetinin yeniden başlatılması, günlüğe kaydetme düzeyini varsayılana (WARN) geri yükler. )
 

5. Uyarı testi

Gerçek bir uyarı oluşturma, SNMP paketini yakalamak ve storevntd hata ayıklama günlüğünü kontrol etmek için tcpdump kullanın. 

1. SNMP paketi yakalama işlemine hazır olmak için Unisphere sunucuda tcpdump komutunu çalıştırın:

tcpdump -i any udp port 162 

2. Mevcut SNMP olay sayacını kontrol etmek için aşağıdaki komutu çalıştırın:

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. Unisphere'de 100 M LUN oluşturma. Unisphere uyarı panelini kontrol edin ve "Aygıt yapılandırması değişti" uyarısının üretildiğinden emin olun. Uyarının çıkarıldığından emin değilseniz Unisphere'ın sayfasındaki üst çubukta yenile düğmesine tıklayın.

 ("Device status" (Aygıt durumu) politikasını da etkinleştirmişseniz "Device state has changed to Online" (Aygıt durumu Çevrimiçi olarak değişti) uyarısını da oluşturabilirsiniz).


 

4. tcpdump çıkışını kontrol edin.

Aşağıda SNMP uyarısının başarıyla yakalandığını gösterilmektedir:
 

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. Olay sayacını tekrar kontrol edin. Bir snmp olayı daha teslim edildi.

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. Storenvtd hata ayıklama günlüğünü kontrol edin:

Günlükte aşağıdaki girişleri bulabilirseniz storevntd'nin SNMP uyarısını başarıyla teslimdiğini gösteriyor:

 [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

Yukarıdaki kanıt, SNMP uyarısının Unisphere tarafından başarıyla gönderildiğini gösteriyor. Tcpdump ve storevntd kullanarak SNMP paketini yakalamakta başarısız olursa ayrıca başarılı olay sunumuna dair kanıt yoksa emcgrab'ı alın ve Teknik destek ile iletişime geçin.