☰

ログ ファイルがない場合に rsyslog にログ ファイルを作成するように指示するにはどうすればよいですか?

tag-icon • tag-icon centos logs rsyslog
ログ ファイルがない場合に rsyslog にログ ファイルを作成するように指示するにはどうすればよいですか?

rsyslogのデフォルトの動作は、トレースを既存 ログファイル。

さて、私が見たところ（CentOs、Scientific Linux）、rsyslogがすでに実行されている場合、ログファイル（たとえば、アプリケーションからのログトレース専用のファイル）を削除し、アプリケーションを実行すると、rsyslogしないログ ファイルが作成され、トレースは記録されません。

トレースを追加する前に、ログ ファイルが存在しない場合は rsyslog にログ ファイルを作成するように指示できる構成オプションはありますか?

注記: を実行すると、service rsyslog restart空のログ ファイルが強制的に作成されます。

rsyslog.conf（何も追加されていません）

# rsyslog v5 configuration file

# For more information see /usr/share/doc/rsyslog-*/rsyslog_conf.html
# If you experience problems, see http://www.rsyslog.com/doc/troubleshoot.html

#### MODULES ####

$ModLoad imuxsock # provides support for local system logging (e.g. via logger command)
$ModLoad imklog   # provides kernel logging support (previously done by rklogd)
#$ModLoad immark  # provides --MARK-- message capability

$SystemLogRateLimitInterval 1
$SystemLogRateLimitBurst 50000

# Provides UDP syslog reception
#$ModLoad imudp
#$UDPServerRun 514

# Provides TCP syslog reception
#$ModLoad imtcp
#$InputTCPServerRun 514


#### GLOBAL DIRECTIVES ####

# Use default timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

# File syncing capability is disabled by default. This feature is usually not required,
# not useful and an extreme performance hit
#$ActionFileEnableSync on

# Include all config files in /etc/rsyslog.d/
$IncludeConfig /etc/rsyslog.d/*.conf


#### RULES ####

# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.*                                                 /dev/console

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none;local1.none    /var/log/messages

# The authpriv file has restricted access.
authpriv.*                                              /var/log/secure

# Log all the mail messages in one place.
mail.*                                                  -/var/log/maillog


# Log cron stuff
cron.*                                                  /var/log/cron

# Everybody gets emergency messages
*.emerg                                                 *

# Save news errors of level crit and higher in a special file.
uucp,news.crit                                          /var/log/spooler

# Save boot messages also to boot.log
local7.*                                                /var/log/boot.log

# ### begin forwarding rule ###
# The statement between the begin ... end define a SINGLE forwarding
# rule. They belong together, do NOT split them. If you create multiple
# forwarding rules, duplicate the whole block!
# Remote Logging (we use TCP for reliable delivery)
#
# An on-disk queue is created for this action. If the remote host is
# down, messages are spooled to disk and sent when it is up again.
#$WorkDirectory /var/lib/rsyslog # where to place spool files
#$ActionQueueFileName fwdRule1 # unique name prefix for spool files
#$ActionQueueMaxDiskSpace 1g   # 1gb space limit (use as much as possible)
#$ActionQueueSaveOnShutdown on # save messages to disk on shutdown
#$ActionQueueType LinkedList   # run asynchronously
#$ActionResumeRetryCount -1    # infinite retries if host is down
# remote host is: name/ip:port, e.g. 192.168.0.1:514, port optional
#*.* @@remote-host:514
# ### end of the forwarding rule ###

答え1

rsyslog の観点から見ると、削除されたログ ファイルはまだ存在します。これは、rsyslog がファイル名に書き込んでいるのではなく、ログ ファイル用に開いているファイル ハンドルに書き込んでいるためです。

Unix システムでは、ファイルへのオープン ハンドルを持つプロセスがなくなるまで、実際にはファイルは削除されません。つまり、削除されたファイルによって使用されたディスク領域は、すべてのオープン ファイル ハンドルが閉じられるまで解放されません。また、削除されたファイルへのオープン ファイル ハンドルを持つプロセスは、引き続きファイルの読み取りや書き込みを行えます。

HUP シグナル (または 経由pkill -HUP rsyslogなど/etc/init.d/rsyslog rotate) を rsyslog に送信すると、開いているファイルをすべて閉じ、設定ファイルを再読み込みし、すべてのログ ファイルを書き込み用に再度開きます (必要に応じて作成します)。

rsyslogd を再起動しても機能します。

これはバグではなく機能であり、いくつかの有用な意味合いがあることに注意してください。たとえば、rsyslog が HUP 信号を受信するまで、ログ ファイルがローテーション (名前変更/mv) された後でも、同じログ ファイルに書き込み続けるのはそのためです。つまり、ログ処理スクリプトとユーティリティはタイミングについて細心の注意を払う必要はありません。すべてのログをローテーションし、rsyslog に HUP を送信するだけで、ログ データが失われることなくすべてが動作し続けます。

ちなみに、rsyslog でこれが発生しないようにする唯一の方法は、書き込みごとにすべてのログ ファイルを閉じて再度開く (または少なくとも を呼び出す) ことですsync()。パフォーマンスはひどいものになります。

答え2

$ファイル作成モード

このオプションはあなたが望むことをしませんか？$ファイル作成モード?

抜粋

$FileCreateMode 0600

This sample lets rsyslog create files with read and write access only for the 
users it runs under.

The following sample is deemed to be a complete rsyslog.conf:

$umask 0000 # make sure nothing interferes with the following definitions
*.* /var/log/file-with-0644-default
$FileCreateMode 0600
*.* /var/log/file-with-0600
$FileCreateMode 0644

*.* /var/log/file-with-0644

ファイル出力モジュール

rsyslog のドキュメントによると、ファイル出力モジュールの File 引数を使用してこれを実行できます。

抜粋omfile モジュール

ファイル

ファイルがすでに存在する場合、新しいデータがそれに追加されます。既存のデータは切り捨てられません。ファイルがまだ存在しない場合は、作成されます。rsyslogd がアクティブである限り、ファイルは開いたままになります。これは、外部ログ ファイルのローテーションと競合します。ローテーション後にファイルを閉じるには、ファイルがローテーションされた後に rsyslogd に HUP 信号を送信します。

syslogにHUP信号を送信する

最終的に、これを行うには rsyslog を「トリガー」する必要があると思います。自動的に希望どおりに動作するとは思えません。したがって、ログ ファイルが削除された後に再作成をトリガーする HUP 信号を送信できます。

$ sudo pkill -HUP rsyslog

これを行うと、ログ ファイルに次のメッセージが作成されました/var/log/messages。

Sep 26 15:16:17 grinchy rsyslogd: [origin software="rsyslogd" swVersion="4.6.3" x-pid="1245" x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type 'lightweight'.
Sep 26 15:16:44 grinchy rsyslogd: [origin software="rsyslogd" swVersion="4.6.3" x-pid="1245" x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type 'lightweight'.

関連情報