rsyslogが存在しない場合は、rsyslogにログファイルを生成するようにどのように指示しますか?

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のPOVには、削除されたログファイルがまだ存在します。これは、rsyslogがファイル名を書き込むのではなく、ログファイルに対して開いたファイルハンドルを書き込むためです。

Unixシステムは、開かれたファイルへのハンドルがないプロセスがない限り、実際にはファイルを削除しません。これは、開いているすべてのファイルハンドルが閉じられるまで、削除されたファイルが使用するディスク容量が解放されないことを意味します。これは、削除されたファイルに対してファイルハンドルが開いているすべてのプロセスが引き続きそのファイルを読み書きできることを意味します。

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

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

これは便利な意味を持つバグではない機能です。これは、rsyslogがHUPシグナルを受信するまで、rsyslogが回転しても(たとえば/ mv-edの名前を変更するなど)、同じログファイルに書き続ける理由です。つまり、ログ処理スクリプトとユーティリティはタイミングに非常に注意する必要はありません。すべてのログを回転してHUPをrsyslogに送信すると、ログデータを失うことなくすべてが機能し続けます。

しかし、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パラメータを使用してこれを実行できます。

抜粋オームファイルモジュール

文書

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

システムログに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'.

関連情報