docker system prune --volumes
ADVERTENCIA! Esto eliminará:
- todos los contenedores detenidos
- todas las redes no utilizadas por al menos un contenedor
- todos los volúmenes no utilizados por al menos un contenedor
- todas las imágenes colgantes
- toda la caché de compilación colgante
¿Está seguro de que desea continuar? [y/N] y
Espacio total recuperado: 0B
root@DO-Discourse:/#
Realmente no, es bastante revelador que el espacio esté siendo consumido por docker para tus contenedores. Después de una limpieza, mis números son muy similares a los tuyos, lo que quizás (pero no necesariamente) indica que es solo cuánto usa.
Tuve problemas con un Linode de 25 GB, sin embargo, fue con copias de seguridad de 500 MB o más; eliminar dos o tres copias de seguridad me dio suficiente espacio para reconstruir. Opté por pasar al siguiente nivel con 50 GB porque solo se volvería más restrictivo y quería reconstruir con un trabajo cron mensual.
Eso fue antes del cambio a Ember CLI, ¿podría eso haber hecho las cosas significativamente más grandes?
Esa superposición de 9 GB parece ser el problema. Pero tengo una de tamaño similar en otra instancia que acabo de revisar. Siempre ha sido un desafío con 25 GB. Te recomendaría que hagas el sacrificio y consigas más SSD. Lo siguiente que podrías intentar sería ver si hay cosas a nivel del sistema operativo que puedas eliminar (registros, programas innecesarios, índices de find, ¿quizás?).
Otra idea sería simplemente iniciar una nueva VM de 25 GB y mudarte allí, esperando que lo que sea que haya llenado la anterior no sea un problema esta vez.
Ninguna de estas respuestas parece especialmente satisfactoria. Luché mucho con un droplet de 25 GB en una o dos instancias que ayudo a administrar en la última semana o dos, pero creo que has hecho todo lo que yo hice.
No lo creo
después de una descarga completa de copia de seguridad, podrías snap list para comprobar qué snaps están instalados, y si no hay ninguno sudo apt purge snapd
Hola Andy, disculpa la demora.
En este punto, ten en cuenta que sin conocer tu sistema anfitrión, es fácil guiarte hacia un precipicio, así que haz una copia de seguridad/instantánea/etc… (o incluso haz una copia de seguridad, inicia una instancia nueva y prueba el proceso de restauración, ha sido un buen ejercicio para mí)
Suponiendo que no usas lxd (lxc list debería mostrar los contenedores instalados) snap remove lxd (y luego core18 y 20)
Gracias por tu ayuda. Sí, sé tan poco sobre Linux que aprecio totalmente el consejo de hacer una copia de seguridad. Tengo una instantánea automática y hago una manual cada vez que estoy trasteando como ahora.
No tengo ni idea de qué es lxd. No necesito nada en este droplet que discourse/docker no necesite, ya que es exclusivamente un droplet de discourse.
root@DO-Discourse:/var/discourse# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
local_discourse/app latest 3dac608caa92 4 months ago 3.17GB
root@DO-Discourse:/var/discourse#
root@DO-Discourse:/var/discourse# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
9abaf4517b7e local_discourse/app “/sbin/boot” 4 months ago Up 4 months 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
root@DO-Discourse:/var/discourse#
Creo que es seguro eliminar todas esas imágenes. Si las necesitas, se reemplazarán cuando reconstruyas.
Hacer una instantánea no es mala idea.
Lo que yo haría es simplemente iniciar una nueva instancia; eso es lo más seguro y probablemente más rápido que una instantánea, pero si saber cómo hacerlo no es divertido o instructivo, tu idea está bien.
