logrotateでローテーション条件になっても古いログへ書き込み続ける場合の対処法を教えてください(copytruncateなしで)

Question

前提

Amazon Linux 2においてlogrotateでローテーション条件になっても古いログへ書き込み続ける場合の対処法をcopytruncateなしで教えてください。

現在対処中のシステムについて、ローテーションの時期になってlogrotateはファイル操作をするのですが、なぜかログ出力するシステムは移動されたファイルへ書き込み続けるのでログローテートの意味がなく困っています。

なお対処法としてcopytruncateは無しでお願いします。
copytruncateを使えば想定通りシステムは正しくログ出力し、ファイル肥大化しないことは確認しています。
しかし何としてもすべてのログを残す必要があるので、NGといたします。

※logrotateファイルの中身は同じなのに別のアカウントIDはどこか構成違いが影響しているのか、正常にlogrotateをしていて悩ましいです。

実現したいこと

以下のようにログ出力してほしい。

access.log <-ここにログを書き込む
...(略)...
access.log-20221103
access.log-20221110

発生している問題

※肥大化するファイルはシステムの再起動タイミングなどで異なる。

access.log <-ファイルサイズが0
...(略)...
access.log-20221103 <-ファイルサイズが肥大化
access.log-20221110 <-ファイルサイズが0

該当のソースコード

/etc/logrotate.conf

# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# create new (empty) log files after rotating old ones
create

# use date as a suffix of the rotated file
#dateext

# uncomment this if you want your log files compressed
#compress

# packages drop log rotation information into this directory
include /etc/logrotate.d

# system-specific logs may be also be configured here.

cat /etc/logrotate.d/apache2

/var/log/apache2/*.log {
        daily
        missingok
        rotate 14
        compress
        delaycompress
        notifempty
        create 640 root adm
        sharedscripts
        postrotate
                if invoke-rc.d apache2 status > /dev/null 2>&1; then \
                    invoke-rc.d apache2 reload > /dev/null 2>&1; \
                fi;
        endscript
        prerotate
                if [ -d /etc/logrotate.d/httpd-prerotate ]; then \
                        run-parts /etc/logrotate.d/httpd-prerotate; \
                fi; \
        endscript
}

デバッグモードでの実行結果

# logrotate -d /etc/logrotate.conf
WARNING: logrotate in debug mode does nothing except printing debug messages!  Consider using verbose mode (-v) instead if this is not what you want.

reading config file /etc/logrotate.conf
including /etc/logrotate.d
reading config file alternatives
reading config file apache2
reading config file apt
reading config file btmp
reading config file dpkg
reading config file rsyslog
reading config file wtmp
Reading state from file: /var/lib/logrotate/status
Allocating hash table for state file, size 64 entries

Handling 9 logs

rotating pattern: /var/log/alternatives.log  monthly (12 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/alternatives.log
  log /var/log/alternatives.log does not exist -- skipping
Creating new state

rotating pattern: /var/log/apache2/*.log  after 1 days (14 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/apache2/access.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/apache2/error.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/apache2/other_vhosts_access.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
not running prerotate script, since no logs will be rotated
not running postrotate script, since no logs were rotated

rotating pattern: /var/log/apt/term.log  monthly (12 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/apt/term.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)

rotating pattern: /var/log/apt/history.log  monthly (12 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/apt/history.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)

rotating pattern: /var/log/btmp  monthly (1 rotations)
empty log files are rotated, old logs are removed
considering log /var/log/btmp
  log /var/log/btmp does not exist -- skipping
Creating new state

rotating pattern: /var/log/dpkg.log  monthly (12 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/dpkg.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)

rotating pattern: /var/log/syslog
 after 1 days (7 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/syslog
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)

rotating pattern: /var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
 weekly (4 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/mail.info
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/mail.warn
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/mail.err
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/mail.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/daemon.log
  log /var/log/daemon.log does not exist -- skipping
Creating new state
considering log /var/log/kern.log
  log /var/log/kern.log does not exist -- skipping
Creating new state
considering log /var/log/auth.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/user.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/lpr.log
  log /var/log/lpr.log does not exist -- skipping
Creating new state
considering log /var/log/cron.log
  log /var/log/cron.log does not exist -- skipping
Creating new state
considering log /var/log/debug
  log /var/log/debug does not exist -- skipping
Creating new state
considering log /var/log/messages
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
not running postrotate script, since no logs were rotated

rotating pattern: /var/log/wtmp  monthly (1 rotations)
empty log files are rotated, only log files >= 1048576 bytes are rotated, old logs are removed
considering log /var/log/wtmp
  log /var/log/wtmp does not exist -- skipping
Creating new state

※/var/lib/logrotate/logrotate.status も調べようとしましたが、/var/lib/logrotate内が空フォルダだったので、他の場所に格納していないか調査中です

以上よろしくお願いいたします。

Comments

[novelistory]

nginxで同様の事象が起きている方がいました。ご参考までに。
https://teratail.com/questions/90582

箇条書きになりますがご容赦ください。
以下情報があれば回答を得られやすくなるかなと思いました。
・上記URLに記載ありますが、デバックモードで実行(実際にログローテートはされません)し、その結果を記載する
・/etc/logrotate.confの中身(記載があるのは/etc/logrotate.d/配下のファイルかなと思いました)
・/var/lib/logrotate/logrotate.status
・タグに「Linux」とか「Amazon Linux 2」を追加する(logrotateをMyタグに設定している方はあまりいないかなあと思いました)

[halohalolin]

novelistoryさんありがとうございます

私の環境はApache/2.4.38 (Debian)ですが、参考になるかどうかリンク先を確認してみます
またその他ご指摘も反映します！

[halohalolin]

タグ「Amazon Linux 2」はteratailで未登録のようなので、「Linux」のみ登録してみます

[yukky1201]

－－－－－－－－－－－－－－－－－－－
prerotate
if [ -d /etc/logrotate.d/httpd-prerotate ]; then \
run-parts /etc/logrotate.d/httpd-prerotate; \
fi; \
endscript
－－－－－－－－－－－－－－－－－－－
上記に記載の、httpd-prerotateはどのような処理をしているのでしょうか。

また、/etc/logrotate.confに「include /etc/logrotate.d」が記載されているため、二重に処理されていたりしませんか。

[halohalolin]

yukky1201さん返答ありがとうございます。
今回の場合、docker内のログを調べていたのですが、/etc/logrotate.confをいじっていたので無駄に悩んでいたようです。
docker内のdocker外にログを出して外部からlogrotateをすると動きそうと気が付いたのでそちらで対応中です。

Answer 1

logrotateは、ファイルをリネームして、新規にファイルを作るだけなので、何もしないと対象プロセスはそのまま古い方のリネームされたファイルに書き続けます。
切り替えるためには、その後、対象プロセス側で古いファイルをクローズして新規ログファイルをオープンするという動作が必要です。
postrotateの中で、kill -HUP $(cat 「apacheのPIDが入っているファイル」)とか、「apacheの実行ファイル」 reloadとかする必要があります。

postrotateの所になんか書いてありますが、そのファイルを調べてみましょう。

Comments

[halohalolin]

otnさんありがとうございます
今回の場合、docker内のログを調べていたのですが、docker外にログを出して外部からlogrotateをすると動きそうと気が付いたのでそちらで対応中です
今後もかねてベストアンサーとさせていただきました