J'exécute le serveur Natty sur le cloud rackspace et rsyslogd a été déstabilisé avec 197% de CPU (machine quad core, je crois) ces derniers jours. Y a-t-il quelque chose que je puisse faire pour comprendre ce qui se passe?
Je sais que cela est vieux maintenant, mais j'ai eu ce problème sur un serveur privé virtuel que je cours. C'était un serveur Ubuntu et je crois qu'il était 10h10.
J'ai trouvé cette page: https://bugs.launchpad.net/ubuntu/lucid/+source/rsyslog/+bug/52361
Et cela me suggérait un problème avec le noyau, il a donc changé pour utiliser la dernière version (via une interface Web, la société exécute Xen). et que résolu mon problème.
C'est arrivé en juillet 2011 (il y a quelques mois) et je ne me souviens plus de la version du noyau que j'utilisais, mais maintenant j'utilise la version 3.0.0 ...
Sur OpenVZ, rsyslog a tendance à utiliser plus de 100% du processeur. Les commandes suivantes permettraient de résoudre le problème:
service rsyslog stop
sed -i -e 's/^\$ModLoad imklog/#\$ModLoad imklog/g' /etc/rsyslog.conf
service rsyslog start
Jesse mon go-to "WTF?" méthode de débogage pour quelque chose comme ceci est strace.
Ctrl+C pour sortir ceux-ci:
Pour voir ce qu'il fait en temps réel:
Sudo strace -p `pidof rsyslogd`
Pour voir un résumé de l'endroit où il passe son temps:
Sudo strace -c -p `pidof rsyslogd`
Certains indicateurs utiles à ceux-ci vont changer leur sortie. man strace
pour plus d'informations.
Cela ressemble à un rapport de bogue (rsyslogd
ne se comporte pas comme prévu), pouvez-vous le signaler au système de suivi des bogues afin qu'il puisse être suivi et examiné avec votre aide: