Byobu / screen se bloque constamment dans Putty

Depuis un moment maintenant, j'utilise Byobu pour gérer des sessions d'écran pour moi. Cependant, j'ai rencontré un problème étrange: la session continue de se verrouiller. Par verrouillage, je veux dire que je ne peux rien taper, et seulement si j'attends quelques minuites, je déverrouille et fais tout ce que j'ai tapé avant.

Actuellement, sa situation empire. La session continue de se verrouiller toutes les minutes environ. Même lorsque j'ai redémarré Putty, passé de l'authentification par clé privée à l'authentification par mot de passe et même modifié les installations de Putty, il se bloque toujours. C'est arrivé au point où je vais me connecter et la fenêtre actuelle est gelée mais je suis capable de passer à une autre fenêtre, seulement pour que cela se fige en quelques secondes.

Un autre nouveau développement est que, parfois, lorsque je me connecte pour la première fois, Byobu ne s'affiche même pas, il reste juste là après la ligne "Dernière connexion". Une fois, j'ai eu une WriteMessage: Broken pipeerreur et elle est tombée en shell normal sans byobu.

Étrangement, le tunnel que j'ai ouvert fonctionne toujours. J'ai pu vérifier les graphiques du processeur et j'ai vu que le serveur n'était sous aucune charge, ce qui signifie que la session n'a pas gelé car elle avait d'autres choses à faire.

Des suggestions sur la façon de résoudre ce problème?

gnu-screen putty byobu

— TheLQ
source

Cela se produit-il uniquement sur un serveur particulier, à partir d'un client particulier, ou pouvez-vous reproduire cela sur plusieurs machines? Y a-t-il des clients à partir desquels cela ne se produit pas (sur le même serveur)? À quoi ressemble le réseau entre le client et le serveur? Avez-vous des problèmes avec la numérisation des fichiers? La session se verrouille-t-elle au milieu de la frappe, ou seulement si vous êtes inactif depuis un moment? Je me demande si vous rencontrez un problème MTU ou un NAT cassé.

— Gilles 'SO- arrête d'être méchant'

@Dans mes tests limités, cela n'affecte pas les clients Linux mais affecte les clients Windows (testant toujours Ubuntu). La dégradation s'est principalement produite sur XP avec 2 installations de Putty. Avec SCP, j'ai récemment eu un problème de ne pas me laisser me connecter jusqu'à ce que j'aie complètement désactivé Byobu; mais ce n'était qu'une seule fois. Avec des temps de congélation, il se bloque aléatoirement: Au milieu de la frappe ou quand je le laisse tranquille (parfois). Et je n'ai que ce serveur CentOS à tester, donc je ne sais pas si cela affecte d'autres machines. Comme je l'ai dit, je teste toujours si Byobu se bloque dans Ubuntu.

— TheLQ

Pouvez-vous taper "ctrl-a: reset", ou même la touche d'échappement de l'écran est-elle figée?

— barrycarter

@barry Je n'ai jamais essayé reset, même si je ne pense pas que cela fonctionne car le changement de fenêtres est également figé.

— TheLQ

Comme vous pouvez toujours exécuter des commandes sur la machine lorsque Byobu agit, la prochaine fois, étudiez-le. Exécutez toppour voir si cela prend du temps CPU. Exécutez strace -p1234(où 1234 est le screenPID) pour voir ce qu'il fait et idem pour le SCREENprocessus. Vous devrez exécuter un screenqui n'est pas setuid ou setgid, ou exécuter en stracetant que root.

— Gilles 'SO- arrête d'être méchant'

Essayez ceci, cela a fonctionné pour moi sur le mastic:

Ctrl+ Q- XON
Ctrl+ S- XOFF

— Diplo
source

Ce problème n'a pas été soulevé récemment, je ne peux donc pas le tester. Mais qu'est-ce que cela fait?

— TheLQ

@TheLQ: C'est le contrôle de flux du terminal : Ctrl+Sindique au terminal d'arrêter d'envoyer des trucs et lui Ctrl+Qdit d'envoyer à nouveau. Voir également un exemple de leur utilité . Ctrl+Qvient en passant, d'ailleurs. Je ne vois pas pourquoi cela aiderait ici, mais ça vaut le coup d'essayer.

— Gilles 'SO- arrête d'être méchant'

Ce n'était pas ça pour moi.

— reinierpost

J'ai eu ce problème plusieurs fois. J'ai trouvé que l'envoi d'un SIGINT au processus byobu ( kill -2 <byobu pid>) débloque la session. Cela a fonctionné lorsque XON / XOFF ne fonctionnait pas pour moi. Après avoir émis le signal, je peux me reconnecter aux coques byobu et avoir un fonctionnement normal.

— ChrisF
source