Específicamente para 3.4.0.beta4, ¿ cuáles son los requisitos del sistema?

Soporte
1

No quiero encontrarme con problemas de actualización como Update “3.4.0.beta4” failed o Upgrade failed spectacularily – o los problemas relacionados con el correo electrónico como Severe Email Issue since last update a couple days ago - 3.4.0.beta4-dev o Severe Email Issue since last update a couple days ago - 3.4.0.beta4-dev o 550-Requested action not taken: mailbox unavailable on 3.4.0.beta4-dev.

He visto PostgreSQL 15 update que sugiere que en un mundo ideal solo necesitaría ejecutar ./launcher rebuild app dos veces (y tiene algunos comandos opcionales para ejecutar después). Tiene la advertencia de necesitar 2 veces el tamaño de la base de datos de espacio en disco adicional “si tu base de datos es muy grande” (¿quizás ese espacio extra se requiere incluso para una base de datos pequeña?)

¿Hay una lista de requisitos o instrucciones específicas para esta actualización?

2

Si tienes espacio en disco y un docker actualizado, probablemente estarás bien.

Si tienes un sistema operativo desactualizado y eso te obliga a tener un docker antiguo, deberías iniciar una nueva máquina virtual y moverte a ella como se describe en Mover un sitio de Discourse a otro VPS con rsync.

Estoy bastante seguro de que al menos la mayoría de las personas que han tenido problemas tienen versiones de Docker desactualizadas, la mayoría de las cuales son causadas por versiones de sistemas operativos desactualizadas.

Si inicias una nueva máquina virtual, nada puede salir mal ya que tu servidor antiguo seguirá estando disponible.

3 Me gusta
3

Ok, lo intentaré. Creo que un par de los desastres aquí ocurrieron con versiones de Docker entre “obsoleta” y “mínima” (como la mía).

4

Sospecho que es cierto. Es bastante difícil averiguar cuál es la versión exacta del problema. Hoy actualicé unos 10 sitios. Los que tenían Docker actual, funcionaron perfectamente.

5

Lo habría hecho, pero no pensé que esas instrucciones fueran lo suficientemente a prueba de tontos. Mi enfoque fue:

  • Modo de solo lectura activado.
  • Copia de seguridad de Discourse desde la interfaz de administración.
  • Instantánea de Digital Ocean.
  • sudo apt update, sudo apt upgrade, sudo do-release-update dos veces (de 20.04 a 22.04, luego a 24.04).
  • Actualizar Discourse como de costumbre (dos veces, para la actualización de Postgres).
1 me gusta
6

¡Eso es genial!

Considero que las otras instrucciones son mucho más a prueba de tontos. Si algo sale mal, tu sitio existente simplemente sigue funcionando. Si algo hubiera salido mal en alguno de tus pasos de do-release-update, simplemente tendrías que seguir restaurando a tu instantánea más reciente.

Sin embargo, hay muchas maneras de hacer las cosas.

1 me gusta
7

¡Hay más de una forma de hacer las cosas!

Con “a prueba de tontos” me refería a las instrucciones en sí, por ejemplo, qué indicadores usar para rsync (había varias sugerencias), qué conjunto de instrucciones seguir (había al menos tres).

Puedo ver tu punto de vista, que es que un tonto (si pudiera seguir las instrucciones) estaría mejor haciéndolo a la manera de rsync. Me habría gustado hacerlo de esa manera por las razones que diste, pero simplemente no confiaba en mí mismo para tomar las decisiones correctas.

¡Si hubiera tenido que restaurar desde la instantánea, podría haberlo intentado a continuación!

1 me gusta