異なるスケジュールでRHELのsyslogログをローテーションするためのベストプラクティス？
OS：RHEL5.6を実行しています。
状況：残りのsyslogログとは異なるスケジュールで/ var/log/messageesをローテーションする必要があります。
デフォルトでは、syslogログは/etc/logrotate.confおよび/etc/logrotate.d/syslog構成ファイルに基づいて毎週ローテーションされます。
/etc/logrotate.d/syslogを見ると、すべてのログに対して1つのlogrotate構成ブロックがあることがわかります。/var/log/messagesを別のスケジュールでローテーションさせたい場合は、別の構成ブロックを作成する必要があります。これにより、syslogdが2回再起動されます（既存の構成のコピーに基づく）。
質問：HUPをsyslogdに2回送信せずに、他のsyslogログとは異なるスケジュールで/ var/log/messagesをローテーションする方法はありますか？それともこれは重要ですか？ここでのベストプラクティスは何ですか？
/etc/logrotate.d/rsyslog（またはインストール時に呼び出されるもの）にログインするメッセージ用に別のブロックを設定します。特定のログファイルの一致の設定を、一般的なものよりも優先して使用する必要があります。
いいえ、Zoredacheが述べたように、とにかくrsyslogを実際に叩いていない限り、複数のHUPが何も壊してはなりません。