Search




TOPページへ

このブログのフィードを取得
[フィードとは]

Powered by
Movable Type 4.23-ja

template by tokyobuddha

 ■■■■■免 責■■■■■
このサイトを参考にしたために発生した一切の損害に「てきとー管理者」は一切関知しませんし、補償もしません。 また、本サイトの記述が正しいことも保証しません。
自己責任にてお願いします。
 -------------------------

京都の鍵トラブルなら鍵レスキュー 鍵師が、家・金庫・バイク・車等の解錠を始め鍵に関する全般、また防犯設備士からみた防犯診断の上の工事等、安心しておまかせ下さい。24時間対応致します。

監視サーバのPCMCIAのハングアップ?の続編

PCMCIAが死ぬと再起動するようになった。
また、PCMCIA再起動前にalertメールも飛んでくる。

しかし、監視している「/var/log/messages」ログローテーションのタイミングで動作がおかしくなるようだ。
古いログを監視し続け、最新のログは見ていない感じ。
※ログローテーションのタイミングで監視が止まってしまう。
 このとき、messages.1を見ていた。

この仕組みでは、MAX1日しか動かない(゜ε゜;)
ログローテーションの時間を調べ、ローテーションが終わった時を見計らって「swatch」を再起動。

しかし、この内容では100%安心できない。
たまたまログのローテーション時間が遅れた場合、1日は監視出来ない事になってしまう。
監視していないときにPCMCIAが死んでしまったら・・・・・

では、どんな方法が有るのだろうか?
ログローテーションのタイミング直後のswatch再起動が好ましい。
っとすると、ローテーションを管理している所で何とかするしかない・・・・

ローテーションを管理しているのは「/etc/logrotate.d/syslog」

このFileの

===================================================
/var/log/messages {
daily
rotate 31
sharedscripts
postrotate
/bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true
endscript
}
===================================================

===================================================
/var/log/messages {
daily
rotate 31
sharedscripts
postrotate
/bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true
/etc/rc.d/init.d/swatch restart  ← ここに追加
endscript
}
===================================================
に追加記述

これで、ローテーション直後にswatchを再起動

これで行けるかな?
様子を見てみよう・・・・・・。

投稿時間: 13:16