Nueva instalación falla (instalación nueva)

Posiblemente relacionado con 147425, pero he iniciado un nuevo hilo ya que mi caso fue una instalación nueva y no una migración.

Lo intenté en dos instancias limpias diferentes de Ubuntu 18.04 (una en Linode y otra en Digital Ocean) para configurar una instalación propia mediante el script de Docker. En ambas ocasiones obtuve el mismo error.

Captura de pantalla del error

Salida del error

== 20180917024729 RemoveSuperfluousColumns: migrating =========================

WARNING
-------------------------------------------------------------------------------------
Se intentó eliminar o renombrar una columna en una migración
El comando SQL utilizado fue: 'ALTER TABLE user_profiles DROP COLUMN IF EXISTS card_image_badge_id'

Por favor, genera una migración post-despliegue usando `rails g post_migration` para eliminar
o renombrar columnas.

Nota: para minimizar la interrupción, usa self.ignored_columns = ["nombre de la columna"] en tu
modelo ActiveRecord; esto puede eliminarse unos 6 meses después.

Esta protección está en su lugar para protegernos contra la eliminación de columnas que están
actualmente en uso por aplicaciones en vivo.

I, [2020-04-09T15:07:30.875957 #1]  INFO -- : Terminando procesos asíncronos
I, [2020-04-09T15:07:30.876041 #1]  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: 64
2020-04-09 15:07:30.876 UTC [64] LOG:  recibido solicitud de apagado rápido
I, [2020-04-09T15:07:30.876354 #1]  INFO -- : Enviando TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 181
181:signal-handler (1586444850) Received SIGTERM scheduling shutdown...
181:M 09 Apr 2020 15:07:30.954 # User requested shutdown...
181:M 09 Apr 2020 15:07:30.954 * Saving the final RDB snapshot before exiting.
181:M 09 Apr 2020 15:07:30.959 * DB saved on disk
181:M 09 Apr 2020 15:07:30.960 # Redis is now ready to exit, bye bye...
2020-04-09 15:07:30.880 UTC [64] LOG:  aborting any active transactions
2020-04-09 15:07:30.886 UTC [64] LOG:  worker process: logical replication launcher (PID 73) exited with exit code 1
2020-04-09 15:07:30.894 UTC [68] LOG:  shutting down
2020-04-09 15:07:31.151 UTC [64] LOG:  database system is shut down


FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 12943 exit 1>
Location of failure: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
90378b39f271ddf9c4ba2628e28ceffd9ede8f3c6cdb4815b12f8b3ae5a218ac
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.

Hemos revertido los commits relacionados, ¿puedes intentarlo de nuevo?

1 me gusta

Sí, necesitaré cambiar la configuración de DNS, así que tomará aproximadamente una hora. Informaré más tarde. Gracias.

Sí, @sam lo revisará el lunes en Australia.

1 me gusta

Logré que la instalación funcionara correctamente. ¡Gracias por la ayuda!

Revisaré el lunes, eso no tiene sentido porque tenía un commit específico que evitaba cargar el código.

3 Me gusta

Corregido esto según:

Zeitwerk estaba cargando esto automáticamente porque teníamos algunas migraciones que ejecutaban sobrescrituras en SafeMigrate.

Desactivé esto en la clase.

4 Me gusta