Depuração da sessão de tela congelada do Gnu?

Question

Estamos usando a tela GNU em nossa caixa de salto para abrir sessões ssh para múltiplos hosts em nossa rede privada. Uma janela por host.

Recentemente, criamos um novo ambiente e estamos enfrentando interrupções freqüentes na tela. Na maioria das vezes, quando uma grande parte da saída do terminal está sendo armazenada no spool (por exemplo, um arquivo, por exemplo), a tela fica sem resposta. O terminal pára de atualizar no meio do comando e não consigo alternar para nenhuma outra janela de tela.

Eu posso logar na caixa de salto novamente, e fazer uma tela -dr, e ela anexa como se nada fosse o problema. O .screenrc que usamos é:

bindkey -k k2 screen
bindkey -k k3 prev
bindkey -k k4 next
bindkey -k k7 copy
bindkey -k k8 title
bindkey -k k9 windows
startup_message off
hardstatus alwayslastline
hardstatus string "%-w%{= BW}%50>%n %t%{-}%+w%<"
nonblock on

Enquanto uma sessão de tela é congelada assim, você pode sugerir o que eu deveria estar olhando para descobrir qual é a causa porque estou bastante perplexo?

Isto está sob debian wheezy, screen = 4.1.0 ~ 20120320gitdb59704-7, e estas são instâncias do EC2 caso isso seja relevante.

    

Answer 1

Ocasionalmente, o xterm que você está usando recebe um Ctrl-S de qualquer saída que esteja sendo analisada. Isso faz com que a sessão "bloqueie" no lugar (como uma "pausa") e você pode acessar Ctrl-Q para continuar. Existem sido vários instances onde isso acontece.

Histórico: Ctrl-S envia um "Controle de fluxo de software desativado (XOFF)" para o host remoto, Ctrl-Q envia o XON.

Dica do SSH: Se o acima não funcionar; Na próxima vez que a sessão SSH parar, digite ~. (que é "Til" e "ponto". Isso deve atrapalhar a sessão SSH suspensa e levá-lo de volta à tela.