Serveur Ubuntu 10.4.
J'ai un service hérité non interactif stupide qui fonctionne constamment sur mon serveur.
Il écrit son journal dans un fichier avec un nom fixe (/var/log/something.log).
Il ne gère aucun signal pour lâcher le fichier journal. J'ai besoin de faire pivoter ce fichier journal.
Existe-t-il un moyen de le faire correctement sans modifier l'application et sans perdre de données dans le journal?
La réponse d'Ignacio m'a intrigué alors j'ai fait quelques recherches et j'ai trouvé le script Perl ci-dessous. Si votre service écrit sur un canal nommé, il devrait fonctionner et être utilisable avec logrotate.
Pour que cela fonctionne, vous devez transformer votre fichier journal en un canal nommé. Renommez le fichier existant puis
mkfifo /var/log/something.log
et de modifier les 3 noms de fichiers pour répondre à vos besoins. Exécutez votre service puis ce démon qui doit lire le canal nommé et l'écrire dans un nouveau fichier journal.
Si vous renommez /var/log/somethingrotateable.logpuis envoyez un HUP au démon, il se reproduira et en créera un nouveau somethingrotateable.logpour écrire. Si vous utilisez logrotate, un postrotatescript dekill -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;
}
}
Connectez-vous à un FIFO, puis exécutez un démon qui se connecte à l'autre côté du FIFO et dispose de gestionnaires de signaux qui vous permettent de faire pivoter le journal.
Envoyez SIGSTOP au processus, copiez le journal sous un autre nom, tronquez le journal, envoyez SIGCONT au processus, peut-être comme ceci:
pkill -STOP legacyappname cp /var/log/something.log /var/log/something.log.backup cat / dev / null> /var/log/something.log pkill -CONT legacyappname
Vous pouvez également laisser logrotate faire la magie pour vous avec des scripts de pré et post rotation soigneusement conçus et l'option copytruncate, comme ceci:
/ var / log / quelque chose {
du quotidien
tourner 5
copiertronquer
préroter
# Cela suppose que vous ayez un fichier pid, bien sûr.
# Si vous ne le faites pas, cela pourrait être un avantage comme ci-dessus.
kill -STOP `cat / var / run / legacyappname.pid`
script de fin
post-rotation
kill -CONT `cat / var / run / legacyappname.pid`
script de fin
}
Vous pouvez essayer de laisser le journal des applications à un canal nommé et avoir un programme (par exemple syslog-ng ) qui prend en charge les mécanismes de rotation des journaux appropriés lire les entrées de journal et les enregistrer dans un fichier.
la source