ログローテート：「ログにローテーションが不要」理由

次の新しいlogrotate構成があります。

/var/log/nexus/nexus.log {
    rotate 7
    missingok
    compress
    delaycompress
    copytruncate
    daily
}

を実行するlogrotate -d nexusと、次の結果が得られます。

reading config file nexus
reading config info for /var/log/nexus/nexus.log

Handling 1 logs

rotating pattern: /var/log/nexus/nexus.log  after 1 days (7 rotations)
empty log files are rotated, old logs are removed
considering log /var/log/nexus/nexus.log
  log does not need rotating

/ var / log / nexus /フォルダーには以下が含まれます。

nexus.log
oldlogs.tar.gz

LogRotateがnexus.logファイルを回転させないのはなぜですか？私が期待していたのは、nexus.logファイルが切り捨てられ、nexus.log-201106241000のような新しいファイルが作成されることでした。

最も可能性が高いのは、ログファイルが1日未満であるか、最後の1日以内にローテーションされており、logrotateが履歴を記憶していることです。

-f本当に追加したい場合は、追加すると強制的に回転します（ただし、それがどのように相互作用するかは100％確かではありません-d）。

あなたは歴史を見ることができ、場所はディストリビューションに依存しますが、あるかもしれません/var/lib/logrotate/status。そのファイルは、ログが最後にローテーションされた日時を示します。

新しいログ構成で初めてlogrotateを実行すると、最後のログのローテーションがいつ発生したかがわからないため、/var/lib/logrotate/status今日実行された結果にステータス行を書き込むだけです。

その後、翌日に実行すると、ログが1日前のものであることがわかり、期待どおりにローテーションされます。待ちたくない場合は、logrotateのステータスファイルを編集し、ログのステータス日付を前日に戻します。

logrotateを手動で実行すると、期待どおりに動作します

場合によっては、手動でlogrotateを実行しても、同じ日にそれを実行し、dateextデフォルト値にsencondsが含まれていない場合（たとえば、-%Y%m%d）、これは機能しません。logrotateのステータスファイルを変更した場合でも、サイズディレクティブを使用している場合でも（例：）size 200M。少なくともCentOS 6では、logrotateは既に存在するため、ログファイルのローテーションに失敗します。

これを解決するdateformatにはdateext、の代わりに、次のような値を使用する必要があります%Y%m%d%s。

詳細についてはman logrotate、を参照してください。

実行することに注意してください

logrotate -vdf /etc/logrotate.conf

シミュレートされたイベントのみが記録されますが/var/lib/logrotate.status 、その後のlogrotateの実行では、言及された

log does not need rotating