Processus / sbin / getty entraînant une utilisation à 100% du processeur
J'ai une instance de Ubuntu 12.04 LTS (GNU/Linux 3.2.0-25-virtual i686) qui s'exécute en tant que machine virtuelle KVM sur une machine hôte et qui en exécute une autre VM à côté.
Je déploie une application Ruby sur Rails à l'aide de Capistrano deployment-gem.
Cependant, si je déploie deux fois de suite dans un court laps de temps, l'utilisation du processeur passe à 100% en raison du processus /sbin/getty.
Comment se peut-il?
Je crois que getty est un programme assez simple qui transmet le nom de connexion d’un terminal à un processus de connexion.
En outre: Dans mon fichier Capfile (fichier de configuration Capistrano), j'exécute certaines commandes après le déploiement de l'application Rails, y compris un appel à Sudo /sbin/restart <APPNAME>, qui est une tâche upstart.
Cela pourrait-il être lié d'une manière ou d'une autre?
Je peux toujours tuer le processus getty et le problème a disparu jusqu'au prochain déploiement, mais je préfère comprendre et résoudre le problème.
Toute aide est appréciée. Vous trouverez ci-joint une capture d'écran de mon problème.
Enfin, j'ai également rencontré ce problème sur un Ubuntu 12.10 Server VPS.
Mais comme je n’ai pas besoin de tty (parce que je me connecte par ssh), j’ai corrigé le méthode difficile:
Sudo rm /etc/init/tty*
Sudo reboot
Et ça marche plutôt bien! pas plus getty processus bloqué.
Sur l'un de mes cœurs, j'utilisais à 100% le processeur pour le processus agetty sur ma machine Ubuntu 16.04. Dans mon cas particulier, je n'utilisais que la connexion SSH pour accéder au serveur, donc après avoir étudié pendant un moment, j'ai décidé de la supprimer.
Sudo rm /etc/systemd/system/getty.target.wants/[email protected]
Sudo rm /lib/systemd/system/[email protected]
Le redémarrage est requis. La solution a été trouvée sur https://peteris.rocks/blog/can-you-kill-it/ . Avant de prendre une telle option, veillez à vérifier si vous n’avez vraiment pas besoin de tty.
Êtes-vous connecté à syslog?
Est-ce que votre syslog va sur tty1?
Si tel est le cas, il y a de fortes chances que vous disposiez de plus de 38400 bps de syslog et que getty bloque pendant qu'il attend de dump des données dans son tty.
Je vérifierais votre configuration rsyslog - par défaut, Ubuntu enregistre certaines sorties syslog dans /dev/xconsole via /etc/rsyslogd.d/50-default.conf.