Nouvelle installation échoue lors de la migration

J’essaie d’installer une nouvelle instance de Discourse en utilisant discourse_docker, mais les migrations échouent :

== 20180916195601 MigrateS3BackupSiteSettings: migration en cours ======================
-- 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: migration terminée (0.0018s) =============

== 20180917024729 RemoveSuperfluousColumns: migration en cours =========================

ATTENTION
-------------------------------------------------------------------------------------
Une tentative de suppression ou de renommage d'une colonne a été effectuée dans une migration.
La commande SQL utilisée était : 'ALTER TABLE user_profiles DROP COLUMN IF EXISTS card_image_badge_id'

Veuillez générer une migration post-déploiement en utilisant `rails g post_migration` pour supprimer
ou renommer les colonnes.

Note : pour minimiser les perturbations, utilisez self.ignored_columns = ["nom de la colonne"] dans votre
modèle ActiveRecord ; cela peut être retiré environ 6 mois plus tard.

Cette protection est en place pour éviter la suppression de colonnes actuellement utilisées par des applications en production.



ÉCHEC
--------------------
Pups::ExecError : cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' a échoué avec le code de retour #<Process::Status: pid 12775 exit 1>
Emplacement de l'échec : /pups/lib/pups/exec_command.rb:112:in `spawn'
Exécution échouée avec les paramètres {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
59a086818934d9ab5ac6095987a41a5d4f317615dab7d86710afc36b0b40cf5e
** ÉCHEC DU BOOTSTRAP ** Veuillez faire défiler vers le haut et rechercher les messages d'erreur antérieurs ; il peut y en avoir plusieurs.
./discourse-doctor peut aider à diagnostiquer le problème.

Cela fonctionne correctement lorsque je force la version à v2.5.0.beta2 au lieu de test_passed, et je vois des commits récents liés à SafeMigration, ce qui semble être corrélé.

2 « J'aime »

C’est peut-être ça

2 « J'aime »

@renchap
as-tu trouvé une solution ?

J’ai annulé les commits de performance pour les intégrer aux migrations afin que @sam ait la possibilité d’examiner cette erreur et de la corriger après la longue fin de semaine :

7 « J'aime »

Corrigé selon :

3 « J'aime »