root@www:/var/discourse# ./launcher start data
Se detectó la arquitectura x86_64.
+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e LC_ALL=en_US.UTF-8 -e LANGUAGE=en_US.UTF-8 -h www-data -e DOCKER_HOST_IP=172.17.0.1 --name data -t -v /var/discourse/shared/data:/shared -v /var/discourse/shared/data/log/var-log:/var/log --mac-address 02:e6:17:cc:a2:dc local_discourse/data /sbin/boot
No se pudo encontrar la imagen 'local_discourse/data:latest' localmente
docker: Error de respuesta del demonio: acceso denegado al extraer 'local_discourse/data', el repositorio no existe o puede requerir 'docker login': denegado: se denegó el acceso al recurso solicitado
Ejecute 'docker run --help' para más información
root@www:/var/discourse#
¿Alguna sugerencia? Buscar ese mensaje de error solo arroja este hilo.
Eso sugiere que tal vez ejecutaste un ./launcher cleanup y eliminaste el contenedor de datos (no veo otra forma en que falte el contenedor, pero podría estar equivocado). Si ese es el caso, y, en cualquier caso, lo que haría sería iniciar una nueva instancia (droplet), copiar tus archivos yml y restaurar tu última copia de seguridad.
Si prefieres que te dé la solución en lugar de enseñarte, puedes contactarme o preguntar en Marketplace.
1 me gusta
Lo que hizo que el sitio volviera a funcionar, después de que el contenedor de datos desapareciera, fue editar data.yml y cambiar la plantilla a la plantilla postgres13 y luego reconstruir el contenedor de datos, entonces fue posible iniciar el contenedor de datos, destruir y iniciar el contenedor web_only (no se conectará a un contenedor de datos diferente al que encontró cuando se creó). Entonces el sitio volvió a estar en funcionamiento.
Estoy bastante seguro de que si hubiera reintentado la actualización de la base de datos, habría funcionado, pero para estar seguro, hice una copia de seguridad fresca de la base de datos, lo trasladé a un nuevo droplet, restauré la base de datos y él ha vuelto a funcionar.
1 me gusta
¿Podría decir algunas palabras sobre cómo surgió el problema, por ejemplo, para tranquilizar a otros de que probablemente no les afectará?
1 me gusta
Tk;dr: no.
No puedo decir cuál era el problema original. Saber cambiar a la plantilla pg13 fue la solución al problema una vez que se eliminó el contenedor. Eso es parte de lo que dice el tema pg15. ¿Quizás hubo un problema de espacio en disco en algún momento?
ah, ya veo… fue una actualización de un sistema bastante antiguo que usaba pg13. Así que es una situación bastante rara.
La actualización falló porque la actualización de PostgreSQL requería 14 GB de espacio libre en disco y el droplet no tenía tanto.
Por qué no funcionó después de que expandí el espacio en disco, podría ser que, como sugirió @Jagster anteriormente, hice una limpieza de ./launcher cleanup que no era apropiada para una instalación de dos contenedores.
En algún momento me gustaría cambiar a una instalación de un solo contenedor, ya que parece menos problemática para alguien que realmente no conoce la arquitectura de Discourse. Tampoco me gustaría autoalojarlo, pero el sitio tiene muchas fotos y el alojamiento de Discourse saltó de $100 a $200 al mes cuando nos quedamos sin espacio en disco. El sitio solo genera alrededor de $30-40 al mes de Google Ads.
Migré a Digital Ocean hace solo dos años.
Y sin embargo, lo hice hace una semana, cuando me quedé sin espacio.
@pfaffman sugirió que ese podría haber sido el problema. No tengo ni idea.
{“content”:“[quote="rlauriston, post:28, topic:379986"]\n¿Por qué no funcionó después de que amplié el espacio en disco? Podría ser que, como sugirió @Jagster anteriormente, hice una ./launcher cleanup que no era apropiada para una instalación de dos contenedores.\n\n[/quote]\n\nNo. Eso habría causado el mismo problema para la configuración de un solo contenedor.\n\nEl problema fue que cuando intentaste ganar espacio en disco, destruiste tu contenedor de datos detenido. El error crucial, creo, fue hacer la limpieza mientras tus contenedores de datos y web estaban detenidos.\n\n[quote="rlauriston, post:28, topic:379986"]\nEn algún momento me gustaría cambiar a una instalación de un solo contenedor, ya que parece menos problemática para alguien que no conoce realmente la arquitectura de Discourse.\n\n[/quote]\n\nLa configuración de dos contenedores te ahorró algunos problemas, ya que facilitó el retraso de la actualización de postgres. En este caso, sin embargo, te quedaste atascado porque la actualización agregó el complemento ai, y eso te obligó a hacer la actualización de postgres en el contenedor de datos.\n\nMás vale si se hubiera ejecutado una limpieza del lanzador antes de intentar actualizar o si no la hubieras ejecutado en absoluto y hubieras redimensionado.\n\nAsí que hubo una serie de problemas\n\n* Quizás demasiadas imágenes de docker llenando el disco (quizás el disco era demasiado pequeño)\n* Actualización de PostgreSQL requerida\n* Complemento Ai agregado al núcleo, forzando la actualización de la base de datos\n* La actualización de PostgreSQL falló por alguna razón y no se supo iniciar el contenedor de datos (creo que el mensaje lo indica)\n* Ejecutar la limpieza del lanzador con el contenedor de datos apagado, lo que eliminó el contenedor que necesitaba iniciarse para hacer un apagado limpio”,“target_locale”:“es”}
1 me gusta
[quote=“pfaffman, post:32, topic:379986”]El problema fue que al intentar ganar espacio en disco destruiste tu contenedor de datos detenido.
[/quote]
Lo único que hice para ganar espacio en disco fue redimensionar el droplet.
Todo lo demás que hice fue intentar completar la actualización fallida, basándome en las sugerencias de la salida del comando, las publicaciones aquí o en temas vinculados.
1 me gusta
@pfaffman mi sitio está recibiendo mucho spam obvio. ¿Es posible que alguna herramienta antispam se haya perdido en la actualización?
No es probable. No sé si Akismet se configuró alguna vez, pero ya no es muy eficaz. Lo que se recomienda ahora es esto: Discourse AI - Spam detection El plugin de IA ahora es parte del núcleo y está instalado.
Si desea ayuda, puede enviarme un correo electrónico.
EDITAR: Es posible, pero no probable, que el cambio descrito aquí pueda explicar su aumento de spam.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.