Problema al actualizar Discourse

Soporte Instalación
1

Hola,

Estoy actualizando Discourse v2.3.0.beta8 +212 → 2.4.0.beta1.

Primero actualicé el gestor de Docker desde la interfaz web. Luego, la interfaz web me indicó que necesitaba realizar la actualización desde la línea de comandos, así que lo hice.

He tenido errores repetidos durante la actualización. Ejecuto:

cd /var/discourse
su ./launcher rebuild app

Se ejecuta durante unos minutos y luego falla en la actualización de la base de datos. Reinicié mi servidor, lo que trajo Discourse de nuevo (pero sin actualizar) e intenté de nuevo. El mismo error.

¿Alguna sugerencia para proceder?

Aquí está el último conjunto de líneas cuando ejecuto la reconstrucción.

Optimizando iconos del sitio...
I, [2019-07-09T01:22:18.589503 #13]  INFO -- : Terminando procesos asíncronos
I, [2019-07-09T01:22:18.589624 #13]  INFO -- : Enviando INT a HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/10/bin/postmaster -D /etc/postgresql/10/main pid: 67
I, [2019-07-09T01:22:18.589816 #13]  INFO -- : Enviando TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 183
2019-07-09 01:22:18.589 UTC [67] LOG:  solicitud de apagado rápido recibida
183:signal-handler (1562635338) Received SIGTERM scheduling shutdown...
2019-07-09 01:22:18.593 UTC [67] LOG:  abortando cualquier transacción activa
2019-07-09 01:22:18.599 UTC [67] LOG:  proceso worker: lanzador de replicación lógica (PID 76) salió con código de salida 1
2019-07-09 01:22:18.599 UTC [71] LOG:  apagando
2019-07-09 01:22:18.629 UTC [67] LOG:  el sistema de base de datos se ha apagado
183:M 09 Jul 2019 01:22:18.645 # Apagado solicitado por el usuario...
183:M 09 Jul 2019 01:22:18.645 * Guardando la instantánea RDB final antes de salir.
183:M 09 Jul 2019 01:22:18.672 * DB guardada en disco
183:M 09 Jul 2019 01:22:18.672 # Redis ahora está listo para salir, adiós...


FALLÓ
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' falló con retorno #<Process::Status: pid 366 exit 1>
Ubicación del fallo: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec falló con los parámetros {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
cbaaf74d12f5c22faf7f054d391f3570b5e7d8dd3b8bce421c57ef17c4b43c55
** FALLO EN EL INICIO ** por favor, desplázate hacia arriba y busca mensajes de error anteriores, puede haber más de uno

Edición: Los únicos errores en el registro completo son estos:

I, [2019-07-09T01:21:35.162142 #13]  INFO -- : > su postgres -c 'createdb discourse' || true
2019-07-09 01:21:35.330 UTC [80] postgres@postgres ERROR:  la base de datos "discourse" ya existe
2019-07-09 01:21:35.330 UTC [80] postgres@postgres STATEMENT:  CREATE DATABASE discourse;
createdb: fallo en la creación de la base de datos: ERROR:  la base de datos "discourse" ya existe
I, [2019-07-09T01:21:35.332706 #13]  INFO -- :
I, [2019-07-09T01:21:35.333101 #13]  INFO -- : > su postgres -c 'psql discourse -c "create user discourse;"' || true
2019-07-09 01:21:35.444 UTC [91] postgres@discourse ERROR:  el rol "discourse" ya existe
2019-07-09 01:21:35.444 UTC [91] postgres@discourse STATEMENT:  create user discourse;
ERROR:  el rol "discourse" ya existe

Noto que se detiene arriba después de “Optimizando iconos del sitio…” ¿quizás hay un problema aquí?

2

Podrías intentar buscar “error role discourse already exists”

3

Busqué con ese término y no encontré nada que ayudara.

  • Algunos posts mencionaban plugins; desactivé los plugins en app.yml.
  • Tuve un mensaje sobre una versión obsoleta de Docker y la actualicé.
  • Ejecuté discourse doctor.

Los mismos errores.

Adjunto está la salida de launch rebuild.

¿Alguna sugerencia sobre qué hacer a continuación?

rebuild script.txt (140.9 KB)

4

Vale la pena mencionar que tengo una raíz de URL relativa en mi app.xml. ¿Podría estar causando problemas en la actualización?

env:
  DISCOURSE_RELATIVE_URL_ROOT: /epicenter/support

run:
  - exec: echo "Inicio de los comandos personalizados"

  - exec:
        cd: $home
        cmd:
          - mkdir -p public/epicenter/support
          - cd public/epicenter/support && ln -s ../../uploads && ln -s ../../backups
          - rm public/uploads
          - rm public/backups
  - replace:
       global: true
       filename: /etc/nginx/conf.d/discourse.conf
       from: proxy_pass http://discourse;
       to: |
          rewrite ^/(.*)$ /epicenter/support/$1 break;
          proxy_pass http://discourse;
  - replace:
       filename: /etc/nginx/conf.d/discourse.conf
       from: etag off;
       to: |
          etag off;
          location /epicenter/support {
             rewrite ^/epicenter/support/?(.*)$ /$1;
          }
  - replace:
         filename: /etc/nginx/conf.d/discourse.conf
         from: $proxy_add_x_forwarded_for
         to: $http_fastly_client_ip
         global: true
5

Finalmente logré que esto funcione en mi tercera o cuarta sesión de trabajo. El problema parecía ser la falta de imágenes en la carpeta “uploads”. La solución fue realizar una nueva instalación, usar el mismo archivo “app.yml” y restaurar desde una copia de seguridad con archivos de relleno para las imágenes faltantes.

Paralelamente al problema original, noté que tras una actualización previa varias iconos e imágenes desaparecieron. Cuando intenté reconstruir, los registros mostraron que el proceso se detenía tras “optimizar las imágenes del sitio”. Creo que se quedó atascado en una imagen faltante y se detuvo sin registrar ese error específico. (No había ninguna indicación de que el problema fueran las imágenes faltantes ni qué archivos de imagen faltaban).

Al final, realicé una nueva instalación de Discourse con la última versión. Restauré desde la copia de seguridad siguiendo las instrucciones aquí. Me llevó tres intentos.

Primero, el script de copia de seguridad falló buscando archivos subidos, así que copié la carpeta uploads/default desde mis archivos de copia de seguridad anteriores.

Ejecuté el script de restauración nuevamente. Esta vez dio un error indicando que no podía encontrar un archivo de imagen específico. Creé un archivo de imagen falso, le di el mismo nombre y lo coloqué en la ubicación especificada.

Ejecuté el script de restauración por tercera vez. ¡Voilá! Mi sitio se restauró desde la copia de seguridad y quedó actualizado a la última versión.