web-dev-qa-db-ja.com

ない場合に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 ###
centoslogsrsyslog
12
fduff

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

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

HUP信号を（たとえば、_pkill -HUP rsyslog_または_/etc/init.d/rsyslog rotate_を介して）rsyslogに送信すると、開いているすべてのファイルを閉じ、構成ファイルを再読み込みし、書き込み用にすべてのログファイルを再度開く（必要に応じて作成する）ように指示します。 。

Rsyslogdの再起動も機能します。

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

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

10
cas

$ FileCreateMode

このオプションはあなたが望むことをしませんか $ FileCreateMode ？

抜粋

$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のドキュメントによると、ファイル出力モジュールのファイル引数を使用してこれを行うことができます。

抜粋 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'.
3
slm