ごまめの遠足。

clamdのログ

Fedora10でビルドしたclamdだが、先週対策にしたにもかかわらず、やっぱり回ったログの方に引き続き記録されている。

ので、もっと露骨に、prerotateにstop、postrotateにstartのスクリプトを置いた。logrotate.statusのclamdのところの日付を先週日曜に変更して、コマンドからlogrotate /etc/logrotate.d/clamdを実行してみた限りでは、clamd.logの方が更新されているようだ。しかしどうしてcronの時にうまく動いてくれんのか!?

やっぱりclamd自身のログ管理とケンカしているように思われるので、roglotateの方は切っちゃう。clamdの設定では、1MBで切れるようにはなっているが、そうやって落としていった世代をどうするかまでの設定は見当たらない。自動で消していってくれんとしたらあまり意味がないけどなあ(cron.weeklyで消す手はあるけど)。

2010/07/09 22:50 | カテゴリー：Fedora, 計算機とか | コメント（0）

clamdのログ

Fedora10のclamdのログがローテートしない件について。

いや古いclamd.logは日付がついて、新しくclamd.logができることはできるが、その後も日付がついた方が伸びていってclamd.logはサイズゼロのままという現象。手動でclamdをrestartしないと直らない。これでは何のためのcron.dailyなのかわからない。

logrotate -dvをかけてみたところ「1048576バイトより小さいからローテートする必要がない」とか「sharedscripts以下のスクリプトは実行する必要がない」みたいなメッセージが出て、コレや!? と。そのわりにファイル名だけ変えてきているのが妙に中途半端な処理(仕様!?)である。

結局、問題はそれだけにとどまらず、最終的に下記のような内容になった。

/var/log/clamd.log {
    size=0
    missingok
    notifempty
    create 644 clamav clamav
    dateext
    weekly
    rotate 4
    postrotate
    /etc/rc.d/init.d/clamd restart > /dev/null || :
    endscript
}

size=0を書かないとローテートしない。postrotate以下も実行されない。

dateextを書かないと.1～.4の通番になる。

weeklyを書かないと毎日回る。

rotate 4を書かないと、ローテートしない(1世代扱い)。

postrotateでclamdの再起動をしないと、改名したログファイルの方を掴みっぱなし。これはclamdの方にも原因がありそう?

状況的に、どういうわけかclamdのログだけ/etc/logrotate.confの設定が読まれていないとしか思えない。うちのFedora8では、特に何も考えなくても回っているけどねえ。

追記

日曜日にcron.weeklyが動いたけど、結局ダメでした(汗)。ふりだしにもどる。

2010/06/29 23:48 | カテゴリー：Fedora, 計算機とか | コメント（0）

clamavアップデート

clamavを0.96.1にアップデートしたら、日次のclamscanがCPUを思い切り使った状態のまま、1日経っても終わらなくなった。

旧バージョンでは検査がぞんざいだった…とかよりも疑うべきなのはアップデートの方法かもしれない。

私としてはmake installでclamdのリスタートまでしてくれると思っていたが(未確認)、念のため自分で再起動かけて、手動でclamscanをかけてみたら、/sys/のところでやたらとエラー出したあげくやっぱり戻ってこない。/sys/のエラーはわからんでもないが、旧バージョンでは特に何もしなくても抜けていたけどねえ。

試しに/sys/を除外してclamscanをかけたら無事終了。というわけで/root/clamscan.exclusiveをメンテする。やれやれ。

これはもしかして、/sys/を除外するのがあまりに一般的(少なくとも見つけた限りのネットの解説の設定例では)なものだから、無制限の状態でのテストを端折ったのかもしれない。というか、私がアップデートして動かしていること自体が、Fedora8と10でのテストだったりして(笑)。だとしたら、いつまでたってもrpmがアップデートされない理由も理解できる。

いややっぱりこちらのアップデートでヘボい見落としをしている可能性もまだある(笑)。

しかし今回は、cron.daily/で他にバックアップとかいろいろやっていたから、本来届くべきメールが届かないことで気づいたが、もしcron.dailyがclamscanの他、通常ではテキストを出さないタイプだったりしたら、気づかない可能性が高い。

そもそもソースからインストールするような人なら、アップデートしたらマニュアルでclamscanを試してみるのが常識なんかな。

2010/05/22 23:08 | カテゴリー：Fedora, 計算機とか | コメント（0）