Estamos usando o tail para monitorar continuamente vários logs, mas quando um log é girado, o tail para esse arquivo cessará.
Pelo que entendi, o problema é que, quando o log é girado, há um novo arquivo criado e o processo de execução em execução não sabe nada sobre esse novo identificador de arquivo.
Respostas:
Ah, há uma bandeira para isso.
em vez de usar tail -f /var/log/file, deveríamos estar usandotail -F /var/log/file
tail -Ftraduz para tail --follow=name --retrycomo em;
--follow=name: siga o nome do arquivo em vez do descritor do arquivo--retry: se o arquivo estiver inacessível, tente novamente mais tarde, em vez de morrer# tail --follow=mylog.log
Da cauda do homem :
With --follow (-f), tail defaults to following the file descriptor,
which means that even if a tail’ed file is renamed, tail will continue
to track its end. This default behavior is not desirable when you
really want to track the actual name of the file, not the file descrip‐
tor (e.g., log rotation). Use --follow=name in that case. That causes
tail to track the named file by reopening it periodically to see if it
has been removed and recreated by some other program.
Portanto, neste caso, usar a -Fopção estaria correta.
-F same as --follow=name --retry
A resposta exata depende do seu sistema operacional - mas, em muitos casos, tail -Ffará a coisa certa.
IMHO, é um pouco estranho alterar seu arquivo de log por SIZE, e não por data. A maioria dos logs do sistema (em unix ou linux) gira semanalmente ou mensalmente, e não com base no tamanho ... Isso é algo que eu gosto por várias razões, e também algo que, se implementado, resolveria o seu problema.
Oito anos depois, eu não sei do que diabos eu estava falando aqui: existem vários lugares onde você deseja girar por tamanho, porque as rotações diárias / semanais / mensais podem gerar arquivos MASSIVOS, o que pode causar problemas sérios.
De uma perspectiva mais experiente, a verdadeira questão é por que você deseja sentar e seguir continuamente um arquivo que está crescendo tão rápido que você o está girando mais do que diariamente ... Seria como assistir o Matrix passar.
Hoje em dia, seria melhor procurar uma agregação de log de big data como Splunk ou Sumologic, onde ele pode filtrar eventos de log em classes e disparar com base em valores específicos de log ... Não há necessidade de assistir a logs ao vivo.
Além disso, pode ser um pouco pesado demais para seus objetivos, mas o splunk tem um recurso de cauda para fazer exatamente o que você deseja. É gratuito por até 500 MB / dia, mas se seus dados estiverem além desse tamanho, não valerá o custo.