Byobu / layar terus membeku di Putty


8

Untuk sementara sekarang saya telah menggunakan Byobu untuk mengelola sesi layar untuk saya. Namun saya mengalami masalah aneh: Sesi terus terkunci. Dengan mengunci, saya maksudkan bahwa saya tidak bisa mengetik apa pun, dan hanya jika saya menunggu beberapa minuites membuka dan melakukan semua yang saya ketik sebelumnya.

Saat ini semakin buruk. Sesi terus mengunci setiap menit. Bahkan ketika saya telah me-restart Putty, beralih dari Private Key auth ke password auth, dan bahkan mengubah instalasi Putty, masih membeku. Sudah sampai pada titik di mana saya akan masuk dan jendela saat ini beku tetapi saya dapat beralih ke jendela lain, hanya untuk itu membeku dalam beberapa detik.

Perkembangan baru lainnya adalah bahwa kadang-kadang ketika saya pertama kali login Byobu bahkan tidak akan muncul, itu hanya akan duduk di sana setelah baris "Login Terakhir". Suatu kali saya mendapat WriteMessage: Broken pipekesalahan dan jatuh ke shell normal tanpa byobu.

Anehnya terowongan yang saya buka masih berfungsi. Saya dapat memeriksa grafik CPU dan melihat bahwa server tidak di bawah beban apa pun, yang berarti sesi tidak membeku karena ada hal lain yang harus dilakukan.

Ada saran tentang cara memperbaikinya?


Apakah itu hanya terjadi pada server tertentu, dari klien tertentu, atau dapatkah Anda mereproduksi ini di beberapa mesin? Apakah ada klien yang darinya hal ini tidak terjadi (di server yang sama)? Seperti apa tampilan jaringan antara klien dan server? Apakah Anda memiliki masalah scp'ing file? Apakah sesi terkunci di tengah pengetikan, atau hanya jika Anda diam untuk sementara waktu? Saya ingin tahu apakah Anda mengalami masalah MTU atau NAT yang rusak.
Gilles 'SANGAT berhenti menjadi jahat'

@Dalam pengujian terbatas saya ini tidak mempengaruhi klien Linux tetapi tidak mempengaruhi klien Windows (masih menguji Ubuntu). Degradasi terutama terjadi pada XP dengan 2 instalasi Putty. Dengan SCP saya baru-baru ini memang memiliki masalah tidak membiarkan saya terhubung sampai saya benar-benar menonaktifkan Byobu; namun ini hanya satu kali. Dengan waktu beku, terkunci secara acak: Di tengah mengetik atau ketika saya membiarkannya sendirian (kadang-kadang). Dan saya hanya memiliki satu server CentOS ini untuk diuji, jadi saya tidak yakin apakah ini mempengaruhi mesin lain. Seperti yang saya katakan saya masih menguji apakah Byobu terkunci di Ubuntu.
TheLQ

1
Bisakah Anda mengetikkan "ctrl-a: reset", atau bahkan tombol screen escape beku?
barrycarter

@ Barry Saya tidak pernah mencoba reset, meskipun saya pikir itu tidak berfungsi karena mengubah windows juga membeku.
TheLQ

Karena Anda masih dapat menjalankan perintah pada mesin saat Byobu bertindak, lain kali, selidiki. Jalankan topuntuk melihat apakah perlu waktu CPU. Jalankan strace -p1234(di mana 1234 adalah screenPID) untuk melihat apa yang dilakukannya, dan lakukan SCREENprosesnya. Anda harus menjalankan screenyang bukan setuid atau setgid, atau dijalankan stracesebagai root.
Gilles 'SANGAT berhenti menjadi jahat'

Jawaban:


11

Coba ini, itu berhasil untuk saya pada dempul:

  • Ctrl+ Q- XON
  • Ctrl+ S- XOFF

Masalah ini belum muncul baru-baru ini jadi saya tidak bisa menguji ini. Namun, apa yang dilakukannya?
TheLQ

1
@TheLQ: Itu adalah kontrol aliran terminal : Ctrl+Smemberi tahu terminal untuk berhenti mengirim barang dan Ctrl+Qmengatakannya untuk mengirim lagi. Lihat juga contoh di mana mereka berguna . Ctrl+QYang terakhir, omong-omong. Saya tidak mengerti mengapa ini bisa membantu di sini, tetapi patut dicoba.
Gilles 'SANGAT berhenti menjadi jahat'

Itu bukan untuk saya.
reinierpost

1

Saya mengalami masalah ini beberapa kali. Saya menemukan bahwa mengirim SIGINT ke proses byobu ( kill -2 <byobu pid>) membatalkan pembekuan sesi. Ini berfungsi ketika XON / XOFF tidak bekerja untuk saya. Setelah mengeluarkan sinyal saya dapat kembali terhubung ke shell byobu dan memiliki fungsi normal.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.