☰

Как заставить 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 продолжает писать в тот же файл журнала даже после его ротации (т. е. переименования/mv-ed), пока rsyslog не получит сигнал HUP. Это означает, что скрипты и утилиты обработки журналов не должны быть скрупулезно осторожны с синхронизацией - они могут просто ротировать все журналы, отправлять rsyslog HUP, и все продолжает работать, без потери данных журнала.

Кстати, единственный способ не допустить этого с rsyslog — закрыть и заново открыть каждый файл журнала при каждой записи (или хотя бы вызвать sync()). Производительность будет ужасной.

решение2

$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, для этого можно использовать аргумент File модуля File Output.

выдержкамодуль omfile

Файл

Если файл уже существует, к нему добавляются новые данные. Существующие данные не обрезаются. Если файл еще не существует, он создается. Файлы остаются открытыми, пока активен 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'.

Связанный контент