rsyslogd HUPed à plusieurs reprises

9

Remarquant que pour une boîte VM, obtenir dans les journaux que le processus rsyslogd est HUPed. Ne trouver aucune idée sauf quelques articles dans certains forums disant que c'est pour logrorate. Toutes les idées comment résoudre / dépanner cela ..

messages-20141011:2014-10-10T04:02:02.054134-06:00 udr-oradl01 rsyslogd: [origin software="rsyslogd" swVersion="5.8.12" x-pid="364" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

messages-20141011:2014-10-11T04:02:02.079917-06:00 udr-oradl01 rsyslogd: [origin software="rsyslogd" swVersion="5.8.12" x-pid="739" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

messages-20150124:2015-01-24T04:02:01.497596-07:00 udr-oradl01 rsyslogd: [origin software="rsyslogd" swVersion="5.8.12" x-pid="819" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Rituraj
la source

Réponses:

12

Il n'y a rien à réparer. Il s'agit d'un fonctionnement normal. Lorsque le fichier journal est tourné par logrotate, il indique rsyslogde fermer et de rouvrir ses poignées de fichier journal en lui envoyant un HUPsignal.

Si rsyslog ne fait pas cela, il continuera à écrire sa sortie de journal dans les anciens fichiers journaux, pas dans les nouveaux, car les descripteurs de fichiers se connecteront toujours aux anciens fichiers.

Cela est vrai même si les anciens fichiers sont supprimés (parce que, sur unix, un fichier n'est pas vraiment supprimé jusqu'à ce que la dernière poignée de fichier le maintenant ouvert soit fermée) .... c'est pourquoi les fichiers ne libèrent pas toujours l'espace qu'ils utilisent immédiatement le système de fichiers si un processus possède un descripteur de fichier ouvert.

cas
la source