Byobu / Bildschirm friert in Putty ständig ein

Seit einiger Zeit verwende ich Byobu, um Bildschirmsitzungen für mich zu verwalten. Ich bin jedoch auf ein seltsames Problem gestoßen: Die Sitzung wird weiterhin gesperrt. Mit Sperren meine ich, dass ich nichts eingeben kann, und nur wenn ich ein paar Minuten warte, wird alles entsperrt und getan, was ich zuvor eingegeben habe.

Derzeit wird es schlimmer. Die Sitzung wird jede Minute oder so gesperrt. Selbst wenn ich Putty neu gestartet, von der Authentifizierung mit privatem Schlüssel zur Authentifizierung mit Kennwort gewechselt und sogar die Putty-Installationen geändert habe, friert es immer noch ein. Es ist so weit, dass ich mich anmelde und das aktuelle Fenster eingefroren ist, aber ich kann zu einem anderen Fenster wechseln, nur damit das in wenigen Sekunden einfriert.

Eine weitere Neuentwicklung ist, dass Byobu manchmal, wenn ich mich zum ersten Mal anmelde, nicht einmal auftaucht, sondern nur nach der Zeile "Letzte Anmeldung" dort steht. Einmal bekam ich einen WriteMessage: Broken pipeFehler und er fiel ohne Byobu auf die normale Shell.

Seltsamerweise funktionieren die Tunnel, die ich geöffnet habe, immer noch. Ich konnte die CPU-Diagramme überprüfen und feststellen, dass der Server nicht belastet war, was bedeutet, dass die Sitzung nicht eingefroren wurde, weil andere Aufgaben zu erledigen waren.

Irgendwelche Vorschläge, wie man das behebt?

gnu-screen putty byobu

— TheLQ
quelle

Kommt es nur auf einem bestimmten Server von einem bestimmten Client vor oder können Sie dies auf mehreren Computern reproduzieren? Gibt es Clients, von denen dies nicht geschieht (auf demselben Server)? Wie sieht das Netzwerk zwischen Client und Server aus? Haben Sie Probleme beim Scp'ing von Dateien? Wird die Sitzung während der Eingabe gesperrt oder nur, wenn Sie eine Weile untätig waren? Ich frage mich, ob Sie auf ein MTU-Problem oder ein defektes NAT stoßen.

— Gilles 'SO - hör auf böse zu sein'

@In meinen eingeschränkten Tests betrifft dies keine Linux-Clients, aber Windows-Clients (Ubuntu wird immer noch getestet). Die Verschlechterung ist hauptsächlich auf XP mit 2 Installationen von Putty aufgetreten. Mit SCP hatte ich kürzlich ein Problem damit, dass ich keine Verbindung herstellen konnte, bis ich Byobu vollständig deaktiviert hatte. Dies war jedoch nur ein Mal. Bei Einfrierzeiten wird es zufällig blockiert: Während des Tippens oder wenn ich es (manchmal) in Ruhe lasse. Und ich habe nur diesen einen CentOS-Server zum Testen, daher bin ich mir nicht sicher, ob er andere Computer betrifft. Wie gesagt, ich teste immer noch, ob Byobu in Ubuntu abstürzt.

— TheLQ

Können Sie "Strg-A: Zurücksetzen" eingeben oder ist sogar die Bildschirm-Escape-Taste eingefroren?

— Barrycarter

@barry Ich habe es nie versucht reset, obwohl ich nicht denke, dass es funktioniert, da das Ändern von Fenstern ebenfalls eingefroren ist.

— TheLQ

Da Sie beim nächsten Aktivieren von Byobu weiterhin Befehle auf dem Computer ausführen können, sollten Sie dies beim nächsten Mal untersuchen. Führen Sie aus, topum festzustellen, ob die CPU Zeit benötigt. Führen Sie aus strace -p1234(wobei 1234 die screenPID ist), um zu sehen, was es tut, und ebenso für den SCREENProzess. Sie müssen eine screenDatei ausführen, die nicht setuid oder setgid ist, oder straceals root ausgeführt werden.

— Gilles 'SO - hör auf böse zu sein'

Versuchen Sie dies, es hat bei mir auf Kitt funktioniert:

Ctrl+ Q- XON
Ctrl+ S- XOFF

— Diplo
quelle

Dieses Problem ist in letzter Zeit nicht aufgetreten, daher kann ich es nicht testen. Was macht das aber?

— TheLQ

@TheLQ: Das ist Terminal-Flusskontrolle : Weist Ctrl+Sdas Terminal an, das Senden von Daten zu beenden und Ctrl+Qerneut zu senden. Siehe auch ein Beispiel, wo sie nützlich sind . Ctrl+Qkommt übrigens zuletzt. Ich verstehe nicht, warum es hier helfen würde, aber es ist einen Versuch wert.

— Gilles 'SO - hör auf böse zu sein'

Das war es nicht für mich.

— Reinierpost

Ich hatte dieses Problem ein paar Mal. Ich habe festgestellt, dass das Senden eines SIGINT an den byobu-Prozess ( kill -2 <byobu pid>) die Sitzung einfriert. Dies funktionierte, wenn XON / XOFF bei mir nicht funktionierte. Nach dem Ausgeben des Signals kann ich mich wieder mit den Byobu-Shells verbinden und habe eine normale Funktion.

— ChrisF
quelle