Tengo el mismo problema… DO Droplet en Ubuntu 20.04. Intenté actualizar Docker desde Discourse primero, pero siempre me daba un código de error 137. Así que luego intenté reconstruir Discourse desde la línea de comandos y se quedó colgado en The database is ready to accept connections. Ctrl+C no hacía nada, así que cerré SSH y abrí uno nuevo y volví a iniciar Discourse y todavía funcionaba pero no actualizado. Reinicié el droplet y volví a intentar actualizar Docker desde Discourse y esta vez funcionó. Así que intenté reconstruir Discourse de nuevo, pero todavía se quedó colgado en el mismo lugar. Cerré SSH de nuevo y abrí y volví a iniciar Discourse, ¡pero ahora me sale la pantalla de Oops! Así que ahora mi Discourse está caído y la única forma en que he podido recuperarme de la pantalla de Oops anteriormente es reconstruyendo la aplicación, ¡lo cual no puedo hacer!
Así que ahora estoy perdido, ya que mi experiencia con Discourse y Droplet es muy limitada y no estoy seguro de qué puedo hacer ahora. docker_manager es el único plugin utilizado en mi app.yml, así que solo puedo suponer que el error se debe a que Docker es una versión más nueva y no se lleva bien con mi versión de Discourse. No lo sé. Última vez que actualicé Discourse fue en enero, así que no está tan desactualizado…
Así que mi sitio está caído hasta que este problema se resuelva… ¿A menos que inicie un nuevo Droplet y reconfigure todo de nuevo y restaure la copia de seguridad de Discourse que hice? ¿Es esa mi única opción en este momento?
El error 137 se debe a falta de memoria. Intentaría añadir más swap. Si solo tienes 1 GB de RAM, podría redimensionarla a 2 GB y quizás también tener 3 o 4 GB de swap.
Podrías intentar un
./launcher start app
Pero sospecho que la base de datos ha migrado demasiado para el contenedor antiguo.
Hola, el mismo error aquí. La solución provisional por ahora es forzar el parámetro de versión en app.yml a v3.3.0. Arch AMD64, Ubuntu 18.04. Es extraño que una versión menor haya fallado, la actualización a v3.3.0 pasó sin problemas la semana pasada
Para cualquiera que se encuentre con este problema y se sienta cómodo dándome acceso a su servidor, por favor envíeme un mensaje privado para que pueda depurar el problema en un servidor que tenga el problema. He intentado de varias maneras y no puedo reproducir este problema, lo que dificulta la implementación de una solución.
Para cualquiera que esté atascado con este problema y Discourse caído, he descubierto que al menos puede poner en marcha la versión antigua del foro reiniciando la VM y luego ejecutando ./launcher start app. Este comando no funcionará después de intentar una reconstrucción sin reiniciar su instancia / VM.
Podré actualizar la versión de Ubuntu en nuestra VM afectada el lunes, así que mantendré a todos informados sobre el resultado.
Tengo otro foro en otro droplet y ese no presenta ningún problema al actualizar. Es extraño por qué con la misma configuración de servidor un droplet tiene problemas mientras que otro no.
Por cierto, para cualquiera que se encuentre con este problema, puede solucionarlo temporalmente agregando base_image: discourse/base:2.0.20240708-0023 en la parte superior del archivo containers/app.yml.
¿Podría ser un problema del tamaño de la base de datos?
La base de datos en nuestro servidor de producción es bastante grande, pero la de desarrollo es muy pequeña. Esa es la única diferencia real entre las máquinas virtuales que se han actualizado correctamente y la afectada (en mi caso).
Hola,
Acabo de ampliar mi Droplet duplicando la RAM y aumentando el tamaño del disco. Sigo teniendo el mismo problema.
¿Hay algo más que pueda intentar?
¡¡¡Oh Dios mío!!! ¿Por qué no leí esta solución antes? También funcionó para mí.
Entonces, ¿cuál es la solución a seguir? ¿Necesitamos seguir especificando esta imagen base en el futuro o cambiarla para obtener una imagen actualizada?
