Restauration de sauvegarde échouée, log.txt à l'intérieur

J’ai passé quelques jours à essayer beaucoup de choses.

Pour commencer, une mise à niveau a cassé mon discourse, je crois que c’était lorsque Discourse a été mis à niveau vers la version 3+.

C’était en mars 2023, j’y ai travaillé par intermittence au cours des 12 derniers mois sans succès et cette semaine, j’y ai consacré beaucoup de temps.

Aucune restauration n’a fonctionné, ni en ligne de commande, ni via l’interface utilisateur de Discourse.

J’ai pensé que plutôt que de réparer l’ancien, je commencerais une nouvelle installation, j’avais beaucoup de sauvegardes automatiques sur mon S3, 3.2.0/16.2 postgres/7.2 redis — une installation très propre fonctionne très bien… j’ai donc tenté la restauration et elle a échoué.

Comme la base de données n’est pas mon domaine d’expertise, j’apprends rapidement, même en essayant de deviner ce qui pourrait résoudre mon problème.

J’ai pensé que la différence de schéma pourrait aider, et bien que je voie qu’il y a 14 tables avec des différences par rapport à une installation de base, je ne comprends toujours pas comment synchroniser la base de données, ni trouvé de script pour le faire.

log.txt (97.7 KB)

Il semble que vous utilisiez l’installation bitnami plutôt que l’installation officielle, qui n’est pas prise en charge ici. Si vous pouviez passer à l’installation standard à la place, ce serait formidable (et cela vous ouvrirait également à beaucoup plus de soutien communautaire ici).

Cependant, ceci ressort de votre journal :

ActiveRecord::StatementInvalid: PG::DuplicateTable: ERROR:  relation "chat_channels" already exists 

Vous pourrez peut-être rechercher et voir comment d’autres ont géré des problèmes similaires. Je pense que vous devrez peut-être supprimer la table, mais ce n’est pas quelque chose que je connais.

3 « J'aime »