Salut les amis !
J’ai rencontré quelques problèmes liés à l’exportation et à la restauration de données et j’aimerais solliciter votre aide.
Contexte :
Je souhaitais exporter des données depuis Discourse Teams vers un droplet auto-hébergé sur Digital Ocean.
La sauvegarde et la restauration se sont déroulées sans accroc. Aucun problème. Mais après la restauration, voici ce que Discourse affiche :
Édition :
Voici la capture d’écran issue de /logs :
dsh.re/64209a (veuillez ajouter https:// – désolé, le forum ne m’a pas permis de télécharger l’image ou d’ajouter une autre URL)
Salut Yash ! Désolé d’apprendre que tu rencontres des problèmes avec la sauvegarde/restauration. As-tu déjà essayé le mode sans échec ? Il suffit d’ajouter /safe-mode à la fin de l’URL. Tu pourras ainsi voir ce qui se passe lorsque tu désactives le thème actuel, les plugins non officiels ou tous les plugins.
Je te recommande également de consulter /logs et le journal d’erreurs nginx pour voir s’il y a des erreurs qui pourraient t’aider davantage.
Et que se passe-t-il lorsque tu exécutes ./launcher rebuild app depuis la ligne de commande ? Tu pourrais essayer de l’exécuter plusieurs fois. Cela a fonctionné pour moi par le passé.
Enfin, peux-tu partager le contenu de ton fichier containers/app.yml (sans les mots de passe ni les informations d’identification du site, s’il te plaît) afin que nous puissions voir quels plugins tu as installés ?
Un grand merci pour ta réponse rapide. J’apprécie vraiment ton aide.
Lorsque je vais sur /safe-mode, plusieurs cases à cocher s’affichent, comme désactiver le thème, etc. Une fois que j’ai tout coché et cliqué sur « Suivant », l’erreur reste la même sur le frontend.
L’URL ajoutée était /?safe_mode=no_custom%2Cno_plugins%2Conly_official
Notez qu’il s’agit du droplet DO en un clic, sans aucun plugin supplémentaire installé de ma part pour l’instant. Cependant, l’instance Teams comportait de nombreux plugins. Penses-tu que cela puisse être la cause du problème ?
J’essaie d’exécuter ./launcher rebuild app en ce moment. La première tentative n’a donné aucun résultat. Je réessaie. L’erreur sur le frontend persiste après la connexion.
Voici une capture d’écran du fichier app.yml. Dois-je exporter le fichier et te l’envoyer ici ?
Discourse | DigitalOcean Marketplace 1-Click App - cela ne fonctionnera pas ? Je devrai supprimer le droplet et le reconfigurer en suivant les instructions que vous avez partagées. Est-ce que j’ai bien compris ?
J’ai configuré un nouveau droplet et installé Discourse en suivant les instructions sur GitHub. Je me suis connecté, j’ai téléchargé la sauvegarde et lancé la restauration, mais j’obtiens la même erreur.
Pourrais-tu s’il te plaît m’aider sur les prochaines étapes ? J’ai déjà essayé le rebuild du launcher et le mode sans échec, mais j’obtiens toujours la même erreur. Pour l’instant, je n’ai installé aucun plugin.
Note secondaire : l’installateur en un clic de DO utilise Docker et la dernière version publiée sur GitHub. Cela ne devrait-il pas être exactement identique à une installation manuelle ?
C’est un problème lié aux téléversements. Le système recherche un nom de bucket S3, mais le nouvel environnement n’est pas configuré avec un tel bucket.
Comment la sauvegarde a-t-elle été créée et tous les téléversements sont-ils inclus ? Je ne vois aucun téléversement dans le journal de restauration, ce qui suggère qu’il n’y en avait aucun dans la sauvegarde.
Ah ! Ce site a-t-il été fermé avant que vous ne fassiez la sauvegarde ? Si ce n’est pas le cas, les ressources se trouvent sur S3, ce qui entraînera l’échec d’une restauration complète.
Pour que la sauvegarde fonctionne correctement, un paramètre caché doit être activé afin d’inclure toutes les ressources S3 dans la sauvegarde.
Il est possible que l’annulation d’un site d’équipe ne déclenche pas automatiquement l’activation de ce paramètre.
Je suis assez certain qu’il s’agit du téléchargement de sauvegarde habituel qui se produit lorsqu’un site est désactivé. Il inclut tous les fichiers téléchargés.
Je vais tester cela moi-même demain et confirmer que le processus de sauvegarde/restauration fonctionne toujours comme prévu sur Teams.
Je viens de faire un test rapide du processus de sauvegarde et je constate que les téléchargements sont bien inclus dans le fichier de sauvegarde. Demain, je verrai si je peux trouver comment restaurer cela sur un nouveau site auto-hébergé.
Bonjour @schleifer - Comme Tobias l’a justement souligné, la sauvegarde a été créée depuis les équipes (le téléchargement de sauvegarde habituel). Lorsque j’ai cliqué sur « annuler l’abonnement », une option m’a été proposée pour sauvegarder et télécharger cette sauvegarde. Par la suite, j’ai effectué une sauvegarde distincte depuis le panneau d’administration. Les deux ont la même taille de fichier, et aucune ne fonctionne sur l’installation auto-hébergée.
@pfaffman - Non, non, le site était toujours actif au moment où j’ai effectué la sauvegarde. Je ne suis pas sûr au sujet du paramètre caché. Peut-être que cela pourrait être le problème.
@tobiaseigen - Lorsque je décompresse le fichier tar.gz, le seul contenu est « dump.sql ». Je ne vois aucun média ou pièce jointe. Est-ce que j’ai fait une erreur lors de la sauvegarde ?
Ouais. Ce n’est pas la sauvegarde dont tu as besoin. Si tu n’as que le dump SQL, tu devras les contacter pour obtenir la sauvegarde incluant les fichiers uploadés. Je suis presque certain qu’ils règleront ça demain et que tu seras bon.
J’avais les mêmes réflexions : si les fichiers manquent, Discourse ne devrait-il pas tout de même afficher tous les fils de discussion, les liens externes et les conversations, sans les pièces jointes téléchargées nativement ?
Je pense que s’il extrait le fichier dump.sql.gz et le renomme en full-dump-filename.sql.gz, la restauration fonctionnera, mais si le nom du fichier est en tar.gz, le système tente de traiter les fichiers joints et échoue. (Peut-être y a-t-il des paramètres S3 dans les paramètres du site ? Je ne comprends pas tout à fait.) Il y avait un sujet similaire la semaine dernière et c’était la recommandation de Gerhard.
Mais s’il souhaite vraiment héberger le site, il aura besoin des fichiers joints, donc il vaut mieux qu’il attende le dump complet.
@biyaniyash Peux-tu s’il te plaît aller sur /admin/site_settings/category/all_results?filter=s3 sur ton nouveau site et désactiver tout ce qui est lié à S3, puis réessayer ? Cela devrait permettre à ton site de fonctionner.
Salut @tobiaseigen :
Voici ce que je vois par défaut lorsque je me rends sur /admin/site_settings/category/all_results?filter=s3 sur le nouveau site Discourse auto-hébergé :
