Obtengo el error mencionado anteriormente al intentar realizar una operación. No tengo idea de por qué está sucediendo esto.
¿Probaste simplemente ejecutando
./docker rebuild app
y viendo qué pasa? Creo que ya no es necesario hacer un git pull antes.
De lo contrario, parece que podrías necesitar revisar tu archivo app.conf. ¿Lo has editado recientemente?
1 me gusta
No, no lo he editado recientemente. El sitio web se cayó ayer, ejecuté la limpieza y luego ejecuté
rm /var/discourse/shared/standalone/backups/default/*
Después reconstruí usando ./launcher rebuild app.
El sitio web volvió a funcionar después de eso, pero ahora está nuevamente inactivo.
1 me gusta
Lo siento, quería decir
./launcher rebuild app
Así que estás haciendo las cosas correctamente.
1 me gusta
¿Has echado un vistazo a Discourse Doctor?
1 me gusta
Vale, así que es un problema de almacenamiento. ¿Cómo libero espacio ahora? Lo siento, pero soy principiante.
Acabo de ejecutar discourse-doctor y me ha dejado varias líneas indicando que mi almacenamiento está lleno.
1 me gusta
¿Tienes algo más en el servidor? Si no, probablemente sean copias de seguridad de Discourse que puedes eliminar.
1 me gusta
¿Puedes repasar el proceso de eliminación de copias de seguridad, ya que nunca lo he entendido bien? Quiero estar seguro de una vez por todas, porque he tenido problemas de almacenamiento durante mucho tiempo.
No, no tengo nada más en el servidor.
1 me gusta
Un buen primer paso es ejecutar
./launcher cleanup
Si eso no funciona, intenta con
./discourse-doctor
Si aún tienes dificultades, puedes intentar eliminar copias de seguridad antiguas de
/var/discourse/shared/standalone/backups/default
¡Avísanos cómo te fue con estos pasos!
4 Me gusta
Hola @seshu_ram
A menudo, cuando se reconstruyen los contenedores, el proceso deja imágenes huérfanas. Si has reconstruido tu contenedor con frecuencia, estas imágenes pueden ocupar mucho espacio.
De hecho, recientemente estas imágenes huérfanas ocuparon casi 100 GB + en nuestro servidor hasta que las eliminé. Puedes verificarlo fácilmente.
Por favor, publica la salida de:
docker images
Por favor, publica la salida como texto (copiar y pegar) utilizando markdown con comillas triples. Las capturas de pantalla de la terminal son difíciles de leer en dispositivos móviles.
Gracias.
Nota:
Ten en cuenta que launcher cleanup también elimina estos huérfanos (basado en lo ocurrido en las últimas 24 horas, creo):
if tty > /dev/null; then
read -p "¿Te gustaría intentar recuperar espacio limpiando las imágenes y contenedores de Docker en el sistema? (y/N)" -n 1 -r
echo
if [[ $REPLY =~ ^[Yy]$ ]]
then
$docker_path container prune --force --filter until=1h > /dev/null
$docker_path image prune --all --force --filter until=1h > /dev/null
echo "Si la limpieza fue exitosa, puedes intentarlo de nuevo ahora"
fi
fi
3 Me gusta
local_discourse/app latest 674fd54f165f 4 minutos 2.5GB
<none> <none> f3a4104c3f75 hace 22 horas 2.5GB
discourse/base 2.0.20201221-2020 c0704d4ce2b4 hace 11 días 2.11GB ```
1 me gusta
Esto funcionó. Mi sitio web ya está en línea. Muchas gracias. Gracias por tu tiempo. Eso ayudó mucho.
4 Me gusta
Hola @seshu_ram
Por si acaso y por si sirve de algo: puedes eliminar esta imagen huérfana y recuperar un poco más de espacio en disco:
f3a4104c3f75
docker image rm f3a4104c3f75
El proceso de limpieza del lanzador no elimina (que yo recuerde) las imágenes con menos de 24 horas de antigüedad.
O, si lo prefieres, puedes ejecutar la limpieza de nuevo en unas pocas horas.
5 Me gusta
Una cosa que he notado es que las actualizaciones recientes de la línea de comandos de Discourse están consumiendo bastante espacio en disco…
root@endoffice-b:/var/discourse# ./launcher cleanup
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] Y
Total reclaimed space: 0B
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] Y
Deleted Images:
deleted: sha256:284403a252ba061b3ab97f4bfe293ac5e8f05f39ada429d718f58e56191251c2
deleted: sha256:6b6899d54d4dd1f21568956b652975f7c0b9e439978b8cc53036efc46baaf971
untagged: discourse/base:2.0.20211118-0105
untagged: discourse/base@sha256:74b41fffd4f05433eb7c9b72954b1f5f8b15cd0e802bb724c96b7d699c3f6fa1
deleted: sha256:b6cc7cf8974a6ef7bb64c36f4592af261cda0d5565bd91da603568ce26968048
deleted: sha256:c1455b2fdbca024c36c4e75746051b77c3637020cfa1e36a41440292a8c39424
deleted: sha256:77b323d4ec74aad770337f99a60e862a64ccc53f4775b5f4945df0e606f78b90
untagged: discourse/base:2.0.20220128-1817
untagged: discourse/base@sha256:dcb4eb8e41a2e84f776f80587f308d167a54ad7ff4ba616199891828bbd4ddae
Total reclaimed space: 3.54GB
Esto sucedió en ambas instancias, ¡la otra fue de 3.538 GB! 
Normalmente soy bastante riguroso al ejecutar ./launcher cleanup después de cada actualización de Discourse, y actualizo aproximadamente una vez al mes, así que eso me dice que la última actualización por sí sola consumió casi 4 GB de disco… cc @falco @sam ¿es algo que debería preocuparnos? 
4 Me gusta
Creo que es inevitable, hemos actualizado la imagen base 2 veces en los últimos meses. No hay mucho que podamos hacer. Parece que la limpieza en tu servidor eliminó 2 imágenes base.
3 Me gusta
@anon43908006, hay una guía en:
Cubre muchas consideraciones para cambiar tu dominio, échale un vistazo. 
1 me gusta
Para aclarar, ¿no hay mucho que hacer sobre el tamaño general de las actualizaciones que aumenta, o no hay mucho que hacer sobre el reciente aumento en la actividad de “bumping” de la imagen base (que no afectará tanto en el futuro)?
Me ha sorprendido, tengo todos estos pequeños Discourse con muy pocos usuarios y me he encontrado con este problema últimamente. Sin subidas ni nada. Me preguntaba si nos estamos acercando a un punto en el que la instalación en la nube recomendará el siguiente tamaño de espacio en disco (que es 2 GB de RAM/1 vCPU/50 GB de SSD).
5 Me gusta
Le pregunté a @falco sobre esto en el chat y dijo que últimamente hemos tenido muchos cambios en la imagen base debido a la actualización de dependencias, por lo que ha habido una cantidad de espacio en disco mayor de lo habitual en las actualizaciones en los últimos ~6 meses.
5 Me gusta
Lamento escuchar que has tenido problemas para cambiar el nombre de tu dominio, @anon43908006.
Dado que esto es #soporte, te animo a que crees un nuevo tema que explique tu caso exacto: puede que tu situación requiera más discusión que lo que está sucediendo en este tema, que es más un patrón general que hemos estado notando.
Si lo deseas, puedes mencionarme (@maiki) y estaré encantado de discutir lo que está sucediendo con tu sitio.
6 Me gusta
Recibo el mismo error No space left on device cuando intento hacer una copia de seguridad de mi Discourse:
[2022-11-15 08:23:38] EXCEPTION: /var/www/discourse/lib/discourse.rb:131:in `exec': Failed to gzip archive.
gzip: /var/www/discourse/public/backups/default/forum-leasehackr-2022-11-15-080439-v20221110175456.tar.gz: No space left on device
Mis copias de seguridad y cargas de imágenes están configuradas en DigitalOcean Spaces y han estado funcionando bien durante algunos años hasta hace unos meses. Aquí está lo que he intentado hasta ahora:
- Borré todas las cargas multipart ocultas en mi DO Space. Debería haber más de 100GiB de almacenamiento disponible en mi DO Space.
- Intenté reconstruir y limpiar usando los siguientes comandos:
cd /var/discourse
apt-get update
apt-get upgrade
apt-get autoclean
apt-get autoremove
./launcher rebuild app
./launcher cleanup
¿Alguien sabe por qué mis copias de seguridad siguen fallando? ¡Gracias!