Sin contar el espacio reservado por root (generalmente 5%), si el /tmp está realmente lleno al 100%, entonces 0 bytes libres,¿Por qué no pudimos iniciar sesión en la máquina a través de ssh?? Solo recibimos el mensaje de error "no se puede bifurcar".
¿Existe algún parámetro para el cliente ssh para que aún podamos iniciar sesión en una máquina cuando tiene un /tmp 100% completo?
ACTUALIZACIÓN: reiniciar no es realmente una opción:\
Respuesta1
No creo que el lleno /tmpsea el problema. La fork()llamada al sistema solo falla con ese error específico si hay demasiados procesos en ejecución.
¿Tienes un conjunto ulimit?
Si no puedes acceder a la consola, entonces hay muy poco que puedas hacer...
Respuesta2
He visto casos en los que /tmp está respaldado por espacio SWAP... por lo que si está intercambiando Y tiene mucha actividad /tmp es muy posible que al quedarse sin espacio SWAP vea este mensaje.
Si se queda sin memoria, es posible que no le quede otra opción que reiniciar. El asesino de la memoria puede estar funcionando, sin embargo, mata indiscriminadamente procesos de los cuales algunos podrían ser importantes.
Otra cosa es que uno (o más) procesos hayan llenado la tabla de procesos. Como no hay más espacios disponibles, también puedes recibir ese mensaje. Su solución aquí sería una operación de búsqueda y destrucción de los procesos que causan la condición... suponiendo que pueda iniciar sesión. Si no puede iniciar sesión, reiniciar es su única alternativa.
Finalmente, por supuesto, el software o hardware de la máquina podría estar teniendo un problema grave. Provocando así la situación que estás describiendo.
Respuesta3
En muchos sistemas, /tmpes un sistema de archivos virtual que reside en la RAM. Dependiendo de cómo esté configurado, llenarlo puede consumir toda su RAM y dejarlo sin suficiente memoria para inicializar un nuevo proceso.
Como puedes imaginar, eso no es algo que sshpueda solucionarse después del hecho. Pero puedes evitar que esto suceda en el futuro ajustándolo /tmppara que no pueda crecer tanto.
Respuesta4
Como solución alternativa, pruebe ssh después de reiniciar. Una vez encontré un problema similar que se resolvió automáticamente después de reiniciar el sistema.