Impossible de supprimer un composant de thème obsolète depuis la CLI - échec de l'amorçage

Avez-vous essayé

  ./launcher start app

Cependant, si vous avez exécuté ./launcher cleanup alors que l’ancien conteneur était arrêté et que vous n’avez plus de conteneur à démarrer, vous êtes dans une situation délicate. Est-ce ce que vous avez fait ? On dirait bien que oui.

Je pense qu’il s’agit d’un bug : un composant de thème défectueux ne devrait pas rendre la mise à jour impossible. Une solution devrait donc être apportée prochainement.

Je pense que vous pourriez modifier la base de données pour supprimer le composant de thème, mais si vous n’avez pas de conteneur en cours d’exécution pour accéder à la base de données, je ne suis pas tout à fait sûr de la façon de procéder.

Ma seule autre solution d’urgence immédiate serait de voir si vous pouvez restaurer la base de données existante sur une installation propre.

Peut-être pouvez-vous restaurer la base de données sur une installation propre (elle ignorera peut-être le thème défectueux ?), puis supprimer votre base de données, reconstruire une nouvelle base de données vide avec Discourse mis à jour, et enfin restaurer la base de données depuis l’installation propre distante.

Une autre solution consisterait à créer une image contenant uniquement la base de données et à utiliser SQL pour supprimer le composant de thème défectueux.