Unisphereから送信されたSNMPアラートを受信しないSNMPターゲットをトラブルシューティングする方法。

以下は、SNMPターゲットがUnisphereから送信されたSNMPアラートを受信できないかどうかを確認するための4つの場所です。
 

• お客様のSNMPターゲットのコミュニティワードは、Unisphereのデフォルトのコミュニティワード(SNMP_trap)と一致する必要があります。  
• お客様は、UnisphereサーバーとSNMPターゲット間の良好なネットワーク接続を確保する必要があります。Unisphereサーバーで openssl コマンドと 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 デーモンを再起動して変更を有効にします。(信頼性がないため、reloadコマンドを使用しないでください)

stordaemon shutdown storevntd
stordaemon start storevntd

storenvtdが再起動されると、Unisphereアラート構成ページから以前にロードされたアラート ポリシーも失われます。アラート ポリシーを再ロードして storevntdに登録するには、 smas サービスも再起動する必要があります。
(次のコマンドは、Linuxサーバーで smas サービスを再起動するためのコマンドです。SNMPイベントがEmbedded U4VまたはSNMPサーバーに送信されない場合は、組み込みUnisphereのsmasサービスを再起動できます)。

Unisphereサーバーで、 cd をパス /etc/init.d に接続し、次のコマンドを実行します。

./smas stop
./smas start

次に、次のコマンドを使用して、 storevntd イベント登録ステータスを確認できます。(smasの再起動後にstorevntdに登録されたイベントには少し時間がかかります)

stordaemon action storevntd -cmd list -regs –v

 

2. ネットワーク接続。

Unisphereサーバーで openssl コマンドと 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 アラートの場合、最初の2つの対応するコマンドは次のとおりです。

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で1,000万のLUNを作成します。Unisphereアラート パネルを確認すると、[Device configuration has changed]アラートが生成されます。アラートがポップアップ表示されない場合は、Unisphereのページの上部バーにある更新ボタンをクリックします。

 (「デバイス ステータス」ポリシーも有効にした場合は、「デバイスの状態がオンラインに変更されました」というアラートが生成されます)。


 

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. イベント カウンターをもう一度確認します。もう1つの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を収集し、テクニカル サポートに問い合わせてください。