Este problema me ha ocurrido de forma aleatoria, intermitente, en cajas de varias empresas, varias distribuciones y varias revoluciones del kernel. Creo que simplemente estoy maldito.
Lo que sucede es que tendré un nuevo cuadro cargado y haré algo dentro de ssh, como una actualización de yum o un apt-get. Todo progresará bien y luego la sesión simplemente se detendrá. El ssh no se desconecta, es casi como si alguien enviara una pulsación de tecla de bloqueo de desplazamiento a la sesión.
Si presiono Enter, o espacio, o cualquier pulsación de tecla en la sesión ssh, la sesión se reactiva y es como si nada hubiera salido mal.
Una vez rastreé un problema como este y descubrí que los procesos interactivos estaban entrando en estado de SUEÑO. No puedo confirmar que este sea el mismo comportamiento en este caso, pero modificaré la pregunta si puedo identificar esa causa específica.
De todos modos, nunca pude descubrir por qué los procesos entraban en suspensión aleatoriamente.
¿Alguien ha tenido este problema o uno similar y tiene alguna idea de lo que podría estar causándolo?
Respuesta1
Una vez tuve algo similar. Resulta que TCP se estaba desconectando y luego volviendo a conectar, porque la MTU en la sesión era mala. Cuando se envía una salida larga al terminal, esto es lo que sucedería (una salida larga significa paquetes grandes, significa sobre elrealLímite de MTU, digamos si se está conectando a través de un túnel).
En mi caso, un reinicio del módem (estaba haciendo VPN desde casa) lo solucionó. En otro caso similar, una configuración en el firewall/puerta de enlace VPN lo hizo.
¿Sucede esto cuando hay mucha salida enviada a la consola? Si es así, ¿puede intentar ejecutar tcpdump en el cuadro remoto, digamos en un archivo, y ver si este es el caso?