Como dizer ao rsyslog para criar um arquivo de log, se não estiver lá?


12

O comportamento padrão do rsyslog é anexar rastreamentos a um arquivo de log existente .

Agora, eu vi (CentOs, Scientific Linux) que, quando o rsyslog já está em execução, você exclui o arquivo de log (por exemplo, aquele dedicado aos rastreamentos de log do seu aplicativo), em seguida, executa o aplicativo, o rsyslog não cria um arquivo de log e nenhum rastreio será gravado.

Existe uma opção de configuração que, de alguma forma, pode dizer ao rsyslog para criar um arquivo de log, se não houver, antes de anexar traços a ele?

Nota : fazer service rsyslog restartisso forçará a criação de um arquivo de log vazio.

rsyslog.conf (nada foi adicionado a ele)

# 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 ###

Você pode compartilhar seu arquivo .conf?
slm

Respostas:


10

No POV do rsyslog, o arquivo de log excluído ainda existe. Isso ocorre porque o rsyslog não está gravando no nome do arquivo, está gravando no identificador de arquivo que foi aberto para o arquivo de log.

Na verdade, os sistemas Unix não excluem um arquivo até que não haja processos com identificadores abertos para o arquivo. Isso significa que o espaço em disco usado pelo arquivo excluído não é liberado até que todo e qualquer identificador de arquivo aberto seja fechado. Isso também significa que qualquer processo com identificadores de arquivo aberto no arquivo excluído pode continuar lendo e / ou gravando no arquivo.

Enviar um sinal HUP (por exemplo, via pkill -HUP rsyslogou /etc/init.d/rsyslog rotate) para o rsyslog diz para fechar todos os arquivos abertos, recarregar o arquivo de configuração e reabrir todos os arquivos de registro para gravação (criá-los se necessário).

Reiniciar o rsyslogd também funciona.

Observe que este é um recurso, não um bug, com algumas implicações úteis - por exemplo, é por isso que o rsyslog continua gravando no mesmo arquivo de log mesmo depois de ter sido rotacionado (ou seja, renomeado / mv-ed) até o rsyslog receber um sinal HUP. Isso significa que os scripts e utilitários de processamento de log não precisam ser cuidadosos com o tempo - eles podem simplesmente girar todos os logs, enviar rsyslog um HUP e tudo continua funcionando, sem perda de dados de log.

BTW, a única maneira de isso não acontecer com o rsyslog seria se fechado e reaberto todos os arquivos de log em cada gravação (ou pelo menos chamado sync()). O desempenho seria péssimo.


Você sabe de imediato se um kill -HUP para rsyslog irá acioná-lo para começar a gravar em um novo arquivo?
slm

quer dizer, se rsyslog.conf mudou e há um novo arquivo de log definido? sim, definitivamente criará e começará a gravar no novo arquivo ao receber um HUP ... isso faz parte do objetivo de recarregar a configuração.
cas

OK, foi o que sugeri no meu terceiro método, obrigado!
slm

o problema é rsyslog está em execução, você excluir um arquivo de log de aplicação (sem reiniciar rsyslog) e, em seguida, não mais do traço será registrada como rsyslog não vai criar o arquivo de log se não há enquanto ele está correndo ...
fduff

1
como eu disse, no POV do rsyslog, esse identificador de arquivo ainda existe. ele não fechará e reabrirá / recriará os arquivos de log até que você o reinicie ou com um sinal HUP. O rsyslog faz o que você pede, não mais. mais importante, o problema não está no que o rsyslog faz, mas na sua compreensão do comportamento do rsyslog e por que ele se comporta dessa maneira.
cas

3

$ FileCreateMode

Esta opção não faz o que você quer, $ FileCreateMode ?

excerto

$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

Módulo de saída de arquivo

De acordo com a documentação do rsyslog, o argumento File do módulo de saída de arquivo pode ser usado para fazer isso.

trecho omfile module

Arquivo

Se o arquivo já existir, novos dados serão anexados a ele. Os dados existentes não são truncados. Se o arquivo ainda não existir, ele será criado. Os arquivos são mantidos abertos enquanto o rsyslogd estiver ativo. Isso entra em conflito com a rotação externa do arquivo de log. Para fechar um arquivo após a rotação, envie ao rsyslogd um sinal HUP após a rotação do arquivo.

Enviar um sinal HUP ao syslog

Eu acho que, em última análise, você precisa "acionar" o rsyslog para fazer isso. Eu não acho que será o que você deseja automaticamente. Portanto, você pode emitir um sinal HUP para acionar a recriação do arquivo de log após a exclusão.

$ sudo pkill -HUP rsyslog

Fazer isso criou as seguintes mensagens no meu /var/log/messagesarquivo de log:

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'.

Não, usei-o para definir permissões de arquivo e isso funciona bem. O problema é que, se o arquivo de log foi removido, o syslog não tentará criá-lo antes de registrar a mensagem.
Fduff # 26/13

Foi excluído e o servidor não foi reiniciado?
slm

exatamente. Eu estou fazendo alguns testes e me deparei com esta particularidade ...
fduff

@fduff - veja minhas atualizações, tente a 3ª!
slm
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.