[Pandora-jp] NTPでの状態監視での復帰動作について

"三反田@ひむか流通ネットワーク" santanda @ himuka.ne.jp
2012年 8月 3日 (金) 12:59:52 JST


三反田です。

昨夜、試験運用中のPandora_FMSサーバで40台くらいのエージェントの
新規追加作業を行いました。
  Linux系:Linux用Agentのインストール&conf設定
  Windows系:Windows用Agentのインストール&conf設定
以下の通り、幾つかの問題点で調査を開始しておりますが、原因等
含めて対応案があればご教示下されば助かります。

問題点-1:
 モニタリング概要で、モニター項目欄で「不明」が有り。殆どWindowsエージェントに
 起因しています。データは取得できているのですが、状態が「UNK」です。

問題点-2:
 モニタリング概要で、「不明なエージェント」が有り。何故か、状態が「DOWN」と
 なっている。該当サーバは何も問題なく稼働しています。

問題点-3:
 調べきれておりませんが、Linuxエージェントで該当サーバOSがRHEL4が尽く
 エージェント管理で見ると。「No modules」と表示されています。
 もしかして、サポート対象外なのでしょうか?


以上、問い合わせ数が多くなり大変恐縮ですが、よろしくお願いいたします。


(2012/08/02 13:33), "三反田@ひむか流通ネットワーク" wrote:
> 三反田です。
> 
> 尾崎様
> 
>> 先の module_exec 行を以下に差し替えて、
> →ありがとうございます。
>  後ほど試験してみます。
> 
>  上記とは別なのですが、ご提示頂いた方が今後を考えると、楽なので
>  以下のような事を行なってみました。
> 
>  前回ご提示頂いた以下の仕組みですが、
>  (module_exec ntpq -np | awk '/NTP-serverIP/{print $8}')
> 
>  試しに、$8 を $9 にしてoffset値を取得して、Pandora側の
>  閾値 最小4000(実際には変換されて4K)にして、対象サーバの
>  時刻を4秒程にずらしてみましたら、ヒット出来て警告画面となりました。
>  障害シーンでもOKでした。
>  と、ここで安心していましたら、offset値が-(マイナス)になる場合も
>  あり、先ほどからPandora側で、「不明」なエージェントと認識された
>  ようです。
>  そこで、Agent設定の該当モジュール(ntp offset)内の拡張オプションの
>  最小値を-1000としましたら、不明も無くなりました。
>  これでよかったのか疑問ではありますが。。。
> 
> 
> 
> (2012/08/02 11:20), OZAKI Tamiya wrote:
>> 三反田さま:
>>
>> At Wed, 01 Aug 2012 09:52:29 +0900,
>> 三反田@ひむか流通ネットワーク <santanda @ himuka.ne.jp> wrote:
>>>
>>>  nagiosでは、offsetを拾い、秒変換しているような感じです。
>>>  今回もそのようにしたいのですが。。。
>>
>> ntpq の出力と check_ntp の出力を比べたとき、check_ntp のほうが
>> 三反田さまのご要望に沿う情報が取り出せそう、ということですね。
>> では、check_ntp を使って情報を収集しましょう。
>>
>> 先の module_exec 行を以下に差し替えて、
>> pandora_agent を再起動してください。
>>
>> | module_exec /lib/nagios_plugin/check_ntp -H NTP-SecverIP | awk '{print
>> $4}'
>>
> 
> 
> _______________________________________________
> Pandora-jp mailing list
> Pandora-jp @ pandorafms.jp
> http://pandorafms.jp/mailman/listinfo/pandora-jp
> 


Pandora-jp メーリングリストの案内