Después de darle muchas vueltas, es hora de pedir ayuda.
Registro de depuración:
https://privatebin.net/?b56249efe41b5599#8nt7yMQU2Hft4HysXSoZkxXQTYdR9MFv91qC9sbBgen
Tu Droplet (o contenedor de Docker) tiene problemas de conectividad con GitHub
fatal: unable to access ‘GitHub - discourse/discourse: A platform for community discussion. Free, open, simple.’: Could not resolve host: github.com
¿Podrías verificar si GitHub es accesible?
2 Me gusta
Ah, ¿significa que intenté reconstruir demasiadas veces en un corto período y mi IP del servidor fue puesta en tiempo de espera?
¿Ninguno de los otros errores es de importancia?
Lo intenté de nuevo y todavía estoy bloqueado, así que, ¿hay algo más que pueda intentar o simplemente debo esperar 24 horas y luego intentarlo de nuevo?
Podrías intentar hacer ping/curl a github.com y ver si obtienes alguna respuesta. Podría ser un problema de firewall o de conectividad en lugar de un límite de tasa.
1 me gusta
“No se pudo resolver el host” sugiere un problema de DNS, es decir, que tu servidor no puede encontrar la dirección IP de github.com.
==================== REBUILD LOG ====================
Se detectó la arquitectura x86_64.
Asegurando que el lanzador esté actualizado
Obteniendo origen
El lanzador está actualizado
Esto me sugiere que tu host puede resolver y conectarse a github.com a menos que hayas clonado el repositorio discourse_docker desde otro lugar. Puedes confirmarlo con los siguientes comandos para listar el remoto del repositorio:
cd /var/discourse
git remote -v
lo que debería mostrar:
origin https://github.com/discourse/discourse_docker.git (fetch)
origin https://github.com/discourse/discourse_docker.git (push)
Si ese es el caso, el error posterior al no poder resolver github.com implicaría que el contenedor de docker no puede resolverlo a pesar de que el host sí puede, lo que sugiere un problema con la conectividad de docker.
2 Me gusta
git remote -v tuvo la salida esperada. ¿Cómo debería solucionar problemas con Docker o simplemente reinstalarlo? Estaré encantado de hacerlo siempre que no pierda ningún dato. ¿Dónde almacena exactamente Discourse su base de datos y los archivos cargados (pase lo que pase a continuación, me gustaría hacer una copia de seguridad manual)?
/var/discourse/shared/standalone se mapea a un volumen en el contenedor, todos los datos persistentes se almacenan allí.
docker network ls listará las redes de docker, lo que veo es la red de puente predeterminada y otras dos redes. Los contenedores utilizan la red de puente predeterminada a menos que se les indique explícitamente que utilicen algo más.
He encontrado alguna información sobre que la red de puente predeterminada ya no proporciona conectividad al mundo exterior. Estoy especulando, pero es posible que Ubuntu 22.04 haya pasado a una versión de Docker donde esto se aplica, lo que significa que el contenedor de Discourse deberá configurarse para usar un puente definido por el usuario en su lugar.
Creo que puedes editar /var/discourse/containers/app.yml y agregar esto al final, luego reconstruir: (sin embargo, no lo he probado)
networks:
default:
driver: bridge
/var/discourse/shared/standalone/backups/default parece tener copias de seguridad comprimidas de todas las partes importantes, la base de datos y las cargas.
Gracias por las ideas, pero no funcionó.
¿Debo simplemente intentar reinstalar Docker, o si lo hago, podría eliminarlo todo y hacer una instalación completamente nueva de Discourse (lo instalé a través de Discourse | DigitalOcean Marketplace 1-Click App)?
¿Supongo que importar el archivo de copia de seguridad es fácil de hacer en la administración de Discourse?
La instalación estándar es la única forma oficialmente compatible de instalar, pero puede encontrar información sobre cómo restaurar una copia de seguridad a continuación. Debería ser el mismo proceso para una instalación 1-Click de DO.
Parece que la aplicación 1-Click utiliza explícitamente Ubuntu 20.04, por lo que hasta que eso cambie, probablemente valga la pena permanecer en 20.04. Continuará recibiendo actualizaciones de corrección de errores/seguridad durante otros tres años, por lo que no hay prisa por pasar a 22.04.
Sin embargo, podría intentar reinstalar Docker primero. Quizás el problema surgió de la actualización y, en teoría, la red de Docker al ser eliminada y luego reintroducida por la instalación podría solucionarlo.
Terminé simplemente reconstruyendo la instancia con una copia limpia de Ubuntu 22.04, reinstalando Discourse manualmente (de la manera estándar) y luego importando la copia de seguridad. Fue rápido y fácil y desearía haberlo hecho desde el principio.
¡Gracias por toda la ayuda!
2 Me gusta
Eso es útil saber que no es un problema general con la instalación en 22.04.
He realizado algunas do-release-upgrades de 20.04 a 22.04 este fin de semana y puedo confirmar que ahora funcionan bien sin tener que reinstalar Docker. Algo debe haberse arreglado en los repositorios de Ubuntu en las últimas semanas.
Ahora debería ser posible realizar actualizaciones de este tipo sin problemas.
1 me gusta