Unisphere에서 보낸 SNMP 알림을 수신하지 않는 SNMP 타겟 문제를 해결하는 방법

다음은 SNMP 타겟이 Unisphere에서 보낸 SNMP 알림을 수신하지 못하는지 확인하는 4개의 위치입니다.
 

• 고객의 SNMP 타겟에 대한 커뮤니티 단어는 Unisphere의 기본 커뮤니티 단어(SNMP_trap)에 일치해야 합니다.  
• 고객은 Unisphere 서버와 SNMP 타겟 간의 네트워크 연결이 양호해야 합니다. Unisphere 서버 에서 opensl 및 tracepath 명령을 사용하여 연결을 확인하고 Unisphere 서버에서 tcpdump 명령을 사용하여 알림 테스트 중에 SNMP 패키지를 캡처할 수 있습니다. Unisphere가 SNMP 알림을 성공적으로 전송할 수 있음을 입증하는 간단한 방법은 SNMP 타겟을 Unisphere 서버에 직접 연결하는 것입니다. 직접 연결된 SNMP 타겟이 SNMP 경고를 수신할 수 있지만 비동기적으로 연결되지 않은 경우 고객의 네트워크에 문제가 있음을 의미합니다.  
• Unisphere SNMP 알림 설정은 모두 올바르게 설정되어야 합니다. 여기에는 다음이 포함됩니다.    
• SNMP 알림 구성, 알림 정책 설정, 알림 수준.

 
위에 문제가 없는 경우 SE storevntd 디버그 로그가 활성화되어 있고, Smas INFO 로깅 세트 및 캡처된 tcpdump 를 사용하여 지원 부서에서 알림 테스트를 진행해야 합니다. SNMP 알림이 성공적으로 전송되었다는 증거를 볼 수 없는 경우 emcgrab 및 테스트 결과를 수집합니다.
테스트 중에 "TEST SNMP" 기능을 사용하는 것 외에 실제 알림을 생성하는 것이 좋습니다. 실제 알림과 비교했을 때 "TEST SNMP" 패키지는 작고 UDP 패키지에 대한 전송이 더 불안정하기 때문입니다.

 

문제 해결을 위한 자세한 단계: 

1. SNMP 커뮤니티 단어입니다.

기본 커뮤니티 단어는 "SNMP_trap"입니다. SNMP 타겟의 커뮤니티 단어와 일치하지 않는 경우 SE daemon_options 파일에 다음 줄을 추가하여 변경할 수 있습니다.
 

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

파일을 저장한 다음 storevntd 데몬을 재시작하여 변경 사항을 적용합니다. (신뢰할 수 없으므로 재로드 명령을 사용하지 마십시오.)

stordaemon shutdown storevntd
stordaemon start storevntd

storenvtd가 재시작되면 Unisphere 알림 구성 페이지에서 이전에 로드된 알림 정책도 손실됩니다. 경고 정책이 storevntd에 다시 로드되고 등록되도록 하려면 smas 서비스도 재시작해야 합니다.
(아래 명령은 Linux 서버에서 smas 서비스를 재시작하기 위한 것입니다. 내장형 Unisphere에 대한 smas 서비스를 재시작하려면 SNMP 이벤트가 Embedded U4V 또는 SNMP 서버로 전송되지 않음을 따를 수 있습니다.

Unisphere 서버에서 /etc/init.d 경로에 cd를 설치한 다음 다음 명령을 실행합니다.

./smas stop
./smas start

그런 다음 아래 명령을 사용하여 storevntd 이벤트 등록 상태를 확인할 수 있습니다. (smas가 재시작된 후 storevntd에 등록된 이벤트에는 약간의 시간이 소요됨)

stordaemon action storevntd -cmd list -regs –v

 

2. 네트워크 연결.

Unisphere 서버 에서 opensl 및 tracepath 명령을 사용하여 Unisphere가 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. Unisphere SNMP 알림 설정:

 

1. SNMP 알림 구성  

설정 - 알림 - 알림, SNMP 블록에서 "Configure" 단어를 클릭하고 올바른 SNMP 타겟 IP 및 포트가 구성되어 있는지 확인합니다.

(참고: 테스트 복잡성을 방지하기 위해 단일 SNMP 타겟으로 테스트합니다.)



이러한 구성이 storevntd 데몬에 성공적으로 로드되었는지 확인하려면 다음 명령을 사용하여 확인할 수 있습니다.

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 알림의 경우 처음 두 개의 해당 명령은 다음과 같습니다.

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

 

2. 알림 정책 설정

나중에 알림 테스트에 대한 실제 디바이스 구성 변경 알림을 생성합니다. 여기서는 "device config change" 정책을 예로 사용합니다. 알림 테스트에 사용되는 스토리지에 대해 "Device Config Change"가 선택되어 있는지 확인하고 알림 유형이 SNMP로 지정되어 있는지 확인합니다.



 

3. 알림 수준

알림 테스트를 위해 새 디바이스를 생성하면 생성되는 알림은 "Device configuration has changed"입니다. 알림이 정보 수준에 있으므로 최소한 알림 테스트를 위해 파란색 아이콘을 선택해야 합니다.


 

4. storevntd 디버그 로그 및 Unisphere INFO 로그 활성화

 SE daemon_options 파일에서 다음 매개변수를 변경합니다.

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

1단계에 따라 파일을 저장합니다. storevntd 데몬을 재시작한 다음 smas 서비스를 재시작해야 합니다.
smas 서비스를 재시작한 후 Unisphere의 로깅 수준을 INFO로 변경합니다. (참고: smas 서비스를 재시작하면 로깅 레벨이 기본값인 WARN으로 변경됩니다. )
 

5. 알림 테스트

실제 알림을 생성하고 tcpdump 를 사용하여 SNMP 패키지를 캡처하고 storevntd 디버그 로그를 확인합니다. 

1. Unisphere 서버에서 tcpdump 명령을 실행하여 SNMP 패키지 캡처를 준비합니다.

tcpdump -i any udp port 162 

2. 다음 명령을 실행하여 기존 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. Unisphere에서 100M LUN을 생성합니다. Unisphere 알림 패널을 확인하면 "Device configuration has changed" 알림이 생성됩니다. 알림이 튀어나온 것을 볼 수 없는 경우 Unisphere 페이지의 상단 표시줄에서 새로 고침 버튼을 클릭합니다.

 ("디바이스 상태" 정책도 활성화한 경우 "Device state has changed to Online" 알림이 생성됨).


 

4. tcpdump의 출력을 확인합니다.

다음은 SNMP 알림이 성공적으로 캡처되었음을 보여줍니다.
 

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. 이벤트 카운터를 다시 확인합니다. 한 번 더 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. storenvtd 디버그 로그를 확인합니다.

로그에서 다음 항목을 찾을 수 있는 경우 storevntd 가 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

위의 증거를 통해 SNMP 알림이 Unisphere 측에서 성공적으로 전송되었음을 확인할 수 있습니다. tcpdump 및 storevntd를 사용하여 SNMP 패키지를 캡처하지 못한 경우 이벤트 제공에 성공한 증거가 없는 경우 emcgrab를 수집하고 기술 지원 부서에 문의하십시오.