Nuova installazione fallisce durante la migrazione

Sto cercando di installare una nuova istanza di Discourse utilizzando discourse_docker, ma le migrazioni stanno fallendo:

== 20180916195601 MigrateS3BackupSiteSettings: migrating ======================
-- execute("UPDATE site_settings\nSET name      = 'backup_location',\n    data_type = 7,\n    value     = 's3'\nWHERE name = 'enable_s3_backups' AND value = 't';\n")
   -> 0.0005s
-- execute("DELETE\nFROM site_settings\nWHERE name = 'enable_s3_backups';\n")
   -> 0.0004s
== 20180916195601 MigrateS3BackupSiteSettings: migrated (0.0018s) =============

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

WARNING
-------------------------------------------------------------------------------------
È stato tentato di eliminare o rinominare una colonna durante una migrazione
Il comando SQL utilizzato è stato: 'ALTER TABLE user_profiles DROP COLUMN IF EXISTS card_image_badge_id'

Si prega di generare una migrazione post-deployment utilizzando `rails g post_migration` per eliminare
o rinominare le colonne.

Nota: per minimizzare i disagi, impostate self.ignored_columns = ["nome_colonna"] sul vostro
modello ActiveRecord; questo può essere rimosso circa 6 mesi dopo.

Questa protezione è attiva per evitare l'eliminazione di colonne attualmente
utilizzate da applicazioni in produzione.



FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' fallito con codice di uscita #<Process::Status: pid 12775 exit 1>
Posizione dell'errore: /pups/lib/pups/exec_command.rb:112:in `spawn'
Esecuzione fallita con i parametri {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
59a086818934d9ab5ac6095987a41a5d4f317615dab7d86710afc36b0b40cf5e
** FALLIMENTO DURANTE L'AVVIO ** si prega di scorrere verso l'alto e cercare messaggi di errore precedenti; potrebbero essercene più di uno.
./discourse-doctor può aiutare a diagnosticare il problema.

Funziona correttamente forzando la versione a v2.5.0.beta2 invece di test_passed, e ho notato recenti commit relativi a SafeMigration; sembra esserci una correlazione.

2 Mi Piace

Forse è questo

2 Mi Piace

@renchap
hai trovato una soluzione?

Ho ripristinato i commit relativi alle prestazioni nelle migrazioni, in modo che @sam abbia la possibilità di esaminare questo errore e correggerlo dopo il lungo weekend:

7 Mi Piace

Risolto secondo:

3 Mi Piace