2021-12-13 08:57:12.809 UTC [902] discourse@discourse ERROR: column "token" of relation "email_tokens" does not exist
2021-12-13 08:57:12.809 UTC [902] discourse@discourse STATEMENT: ALTER TABLE email_tokens ALTER COLUMN token DROP NOT NULL
rake aborted!
StandardError: An error has occurred, this and all later migrations canceled:
PG::UndefinedColumn: ERROR: column "token" of relation "email_tokens" does not exist
Pour l’instant, nous avons réussi à démarrer l’ancien conteneur avec ./launcher start app après l’échec de la reconstruction, mais nous ne savons pas si notre base de données est dans un état cohérent puisque l’échec s’est produit à mi-chemin de la migration.
Pour notre tranquillité d’esprit, sait-on si la migration de la base de données est entièrement annulée lorsqu’un échec comme celui-ci se produit ?
On dirait un bug. Je suppose que vous n’avez pas défini SKIP_POST_DEPLOYMENT_MIGRATIONS, n’est-ce pas ?
Ou, peut-être qu’en guise de solution de contournement, vous pouvez le définir sur 1 dans votre app.yml, exécuter la reconstruction, puis soit le rétablir et mettre à niveau à nouveau, soit, à l’intérieur du conteneur, le définir sur zéro et migrer sur la ligne de commande.