RHEL6 boot.log est une taille en Go

Je suis un utilisateur novice de Linux et j'ai hérité d'un serveur RHEL6 qui agit en tant que serveur syslog-ng. Mon problème est que le fichier boot.log prend de l'ampleur par rapport à ce qui semble être les entrées du pare-feu entrant dans le fichier boot.log plutôt que dans le fichier de messages syslog.

Ma première préoccupation concerne la taille absolument massive de boot.log. Ce qui devrait être un très petit fichier dépasse les 8,1 Go et augmente. Je voudrais le faire pivoter ou le tronquer si besoin est. J'ai lu plusieurs éléments qui indiquent que l'utilisation de logrotate n'est pas appropriée pour RHEL6. Existe-t-il un autre moyen de faire pivoter ce journal? Ma plus grande crainte est que le serveur soit redémarré un jour mais échoue à cause de cet énorme journal.

Merci!

logging redhat-enterprise-linux

— aries1564
source

Le serveur a-t-il un lecteur externe? La pensée actuelle est de déplacer le fichier du serveur, supprimer la copie sur le serveur, puis comparer le fichier sur une fenêtre plus petite si le temps

— Ramhound

C'est une machine virtuelle, peut potentiellement copier le fichier sur une autre partition.

— aries1564

Je soupçonne que votre hypothèse est fausse - logrotate fonctionne bien (et est installé par défaut) dans RHEL6 - voir ici pour la documentation officielle. Il existe d'autres moyens de faire pivoter le fichier journal (par exemple, le déplacer manuellement, le toucher et redémarrer le service en l'écrivant - probablement syslogd ou rsyslogd), mais logrotate est l'outil conçu pour le travail. Si vous fournissez des liens vers la discussion, je pourrais peut-être la clarifier ou la démystifier - rien n’est apparu lors d’une recherche rapide dans Google. (Il se peut que des entrées de journal puissent disparaître si logrotate est appelé avec certains paramètres ou tels, mais la solution consiste à modifier le comportement de rotation de logrotate).

Une autre chose à faire est de cibler la cause du problème et de déplacer l'écriture du journal du problème dans un autre fichier - normalement en éditant /etc/rsyslog.conf (ou /etc/syslog.conf) et en le redémarrant.

— davidgo
source

rhn.redhat.com/errata/RHBA-2011-1673.html * Auparavant, le démon rsyslog incluait /var/log/boot.log dans le fichier /etc/logrotate.d/syslog. La rotation a entraîné la création d'un nouveau fichier boot.log de longueur nulle, tandis qu'une date a été ajoutée à l'ancien. Finalement, après un certain nombre de rotations, les données boot.log ont été perdues. Avec cette mise à jour, la rotation n'est plus utilisée pour /var/log/boot.log. (BZ # 683537)

— aries1564

Si votre fichier boot.log contient 8 concerts, c'est le moindre de vos problèmes. Déplacer la journalisation qui va dans boot.log résoudrait votre problème, sinon utiliser la rotation est la meilleure option. Si vous vouliez vraiment conserver les informations initiales au démarrage, vous pouvez simplement copier ce fichier dans un autre fichier après le démarrage du système. , par exemple en ajoutant "cp /var/log/boot.log /var/log/boot-initial.log" avant "exit 0" dans /etc/rc.local

— davidgo