Estoy ejecutando una instancia de Linux en EC2 (tengo MongoDB y node.js instalados) y obtengo este error:
Cannot write: No space left on device
Creo que lo he rastreado hasta este archivo, aquí está la salida de df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/xvda1 1032088 1032088 0 100% /
El problema es que no sé qué es este archivo y tampoco sé si este archivo es el problema.
Entonces mi pregunta es: ¿Cómo soluciono el error "No queda espacio en el dispositivo"?
linux
amazon-ec2
xen
Chris Biscardi
fuente
fuente
sudo du -x -h / | sort -h | tail -40
(de esta respuesta ).sort: write failed: /tmp/sortGmL8oF: No space left on device
/tmp
. O, si es necesario, acóplelo paso a paso con comandos comodu -xhs /*
.du -x -h / | sort -h | tail -40 | sort -h -r
se puede usar para ordenar en orden descendente cuando se usa una salida legible por humanos.Sé que estoy respondiendo en este hilo después de casi 5 años, pero podría ayudar a alguien, tuve el mismo problema, tuve m4.xlarge instancia df -h me dijo que / dev / xvda1 estaba lleno, - 100%
Traté de resolverlo aquí están los pasos
Me ayudó a saber que era el contenedor de Docker el que estaba hablando todo mi espacio, así que empujé todo mi contenedor a mi registro de Docker y luego sudo rm -rf / var / lib / docker / despejó mi espacio :) espero que ayude a alguien :)
fuente
Si está ejecutando una instancia de arranque de EBS (recomendado), puede aumentar el tamaño del volumen raíz (/) utilizando el procedimiento que describo en este artículo:
Si está ejecutando una instancia de tienda de instancias (no recomendado), entonces no puede cambiar el tamaño del disco raíz. Tiene que eliminar archivos o mover archivos al almacenamiento efímero (por ejemplo, / mnt) o adjuntar volúmenes EBS y mover archivos allí.
Aquí hay un artículo que escribí que describe cómo mover una base de datos MySQL del disco raíz a un volumen EBS:
... y considere pasar a las instancias de arranque de EBS. Hay muchas razones por las que te lo agradecerás más tarde.
fuente
Recientemente me he encontrado con este problema en Amazon Linux. Mi cola de correo electrónico saliente de crontab
/var/spool/clientmqueue
era de 4.5 GB.Lo resolví por:
sudo find / -type f -size +10M -exec ls -lh {} \;
/bin/rm -f <path-to-large-file>
¡Problema resuelto!
fuente
Acabo de resolver ese problema ejecutando este comando:
sudo apt autoremove
y se eliminaron muchos paquetes antiguos, liberando 5 gigabytes, por ejemplo, había muchos paquetes como este "linux-aws-headers-4.4.0-1028"
fuente
Podría provenir de Jenkins o Docker. Para resolver eso, debe limpiar los registros de Jenkings y establecer su tamaño .
fuente