Gere logs de um aplicativo não interativo idiota

Question

Ubuntu 10.4 Server.

Eu tenho um serviço legado não interativo que está sendo executado constantemente no meu servidor.

Ele está gravando seu log em um arquivo com nome fixo (/var/log/something.log).

Ele não manipula nenhum sinal para liberar o arquivo de log. Eu preciso rodar esse arquivo de log.

Existe uma maneira de fazer isso corretamente sem alterar o aplicativo e sem perder nenhum dado no log?

    

Answer 1

A resposta de Ignacio me intrigou, então fiz algumas pesquisas e encontrei o script Perl abaixo. Se o seu serviço irá gravar em um pipe nomeado, ele deve funcionar e ser utilizável com o logrotate.

Para funcionar, você precisa transformar seu arquivo de log em um pipe nomeado. Renomeie o arquivo existente e, em seguida,

mkfifo /var/log/something.log

e para editar os 3 nomes de arquivos para atender às suas necessidades. Execute seu serviço, em seguida, este daemon que deve ler o pipe nomeado e gravá-lo em um novo arquivo de log.

Se você renomear /var/log/somethingrotateable.log , envie um HUP para o daemon e ele criará um novo somethingrotateable.log para gravar. Se estiver usando logrotate, um script postrotate de kill -HUP 'cat /var/run/yourpidfile.pid'

#!/usr/bin/perl -w
use POSIX ();
use FindBin ();
use File::Basename ();
use File::Spec::Functions;
#
$|=1;
#
# Change the 3 filenames and paths below to meet your requirements.
#
my $FiFoFile = '/var/log/something.log';
my $LogFile = '/var/log/somethingrotateable.log';
my $PidFile = '/var/run/yourpidfile.pid';

# # make the daemon cross-platform, so exec always calls the script
# # itself with the right path, no matter how the script was invoked.
my $script = File::Basename::basename($0);
my $SELF = catfile $FindBin::Bin, $script;
#
# # POSIX unmasks the sigprocmask properly
my $sigset = POSIX::SigSet->new();
my $action = POSIX::SigAction->new('sigHUP_handler',$sigset,&POSIX::SA_NODEFER);
POSIX::sigaction(&POSIX::SIGHUP, $action);

sub sigHUP_handler {
#    print "Got SIGHUP";
    exec($SELF, @ARGV) or die "Couldn't restart: $!\n";
   }

#open the logfile to write to
open(LOGFILE, ">>$LogFile") or die "Can't open $LogFile";
open(PIDFILE, ">$PidFile") or die "Can't open PID File $PidFile";
print PIDFILE "$$\n";
close PIDFILE;
readLog();

sub readLog {
sysopen(FIFO, $FiFoFile,0)  or die "Can't open $FiFoFile";
while ( my $LogLine = <FIFO>) {
    print LOGFILE $LogLine;
   }
}

    

Answer 2

Registre-se em um FIFO, em seguida, execute um daemon que se conecte ao outro lado do FIFO e tenha manipuladores de sinais que permitam rotacionar o log.

    

Answer 3

Envie SIGSTOP para o processo, copie o log para outro nome, trunque o log, envie SIGCONT para o processo, talvez assim:

pkill -STOP legacyappname
cp /var/log/something.log /var/log/something.log.backup
cat /dev/null > /var/log/something.log
pkill -CONT legacyappname

Você também pode fazer com que logrotate faça a mágica para você com scripts de pré e pós-rotação cuidadosamente criados e a opção copytruncate, assim:

/var/log/something {
    daily
    rotate 5
    copytruncate
    prerotate
        # This assumes you have a pid file, of course.
        # If you don't, this could instead be a pkill like above.
        kill -STOP 'cat /var/run/legacyappname.pid'
    endscript
    postrotate
        kill -CONT 'cat /var/run/legacyappname.pid'
    endscript
}

    

Answer 4

Você pode tentar deixar o log do aplicativo em um canal nomeado e ter algum programa (por exemplo syslog-ng ) que suporta mecanismos apropriados de rotação de log leem as entradas de log e as registram em um arquivo.