Lors de l’exécution de discourse backup, un fichier sql.gz est créé, qui ne contient pas les pièces jointes. Lors de la création d’une sauvegarde depuis l’interface utilisateur, une option permet de les inclure. Existe-t-il un moyen d’effectuer une sauvegarde avec les pièces jointes en utilisant l’interface en ligne de commande ?
Il n’y a actuellement aucune option pour l’activer en CLI, mais cela devrait inclure les téléversements lorsque le paramètre de site backup_with_uploads est activé.
1 « J'aime »
J’ai activé ce paramètre :
Cependant, chaque fois que j’exécute discourse backup, j’obtiens sql.gz.
Vos fichiers sont-ils stockés sur S3 ?
Non, je les stocke localement.
Étrange. Avez-vous suivi discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub lors de la configuration de votre site ?
Non, ma configuration est plutôt personnalisée, car j’exécute Discourse sur Kubernetes. Cependant, mes images Discourse (web et données) ont été générées à l’aide du script launcher sans aucune modification.
Hmm, il vous manque probablement une variable d’environnement, ou le répertoire de travail est incorrect, ou quelque chose dans ce genre. Nous avons vu des rapports sur des problèmes similaires avec les installations Bitnami. Malheureusement, nous ne pouvons pas vous aider là-dessus, vous devrez résoudre ce problème vous-même.
1 « J'aime »
Une méthode pourrait consister à configurer une installation standard, à synchroniser les images avec rsync (il existe des guides pour passer à un nouveau serveur), puis à restaurer la sauvegarde. Ensuite, vous pourrez créer une sauvegarde sur ce nouveau serveur.
Si vous disposez d’un budget, je pourrais peut-être vous aider avec votre configuration actuelle Redirecting…
Je parie que vous n’avez pas de sauvegardes mappées vers un espace persistant, donc je pense que ce que vous devez faire, c’est à l’intérieur d’un pod, exécuter discourse backup, puis copier le fichier de sauvegarde depuis /shared/backups/default à l’intérieur de ce pod vers l’extérieur du pod. Je suis presque certain que c’est ce que je fais dans la configuration k8s que j’ai sur GCP k8s (où vous ne pouvez pas utiliser les buckets pour les sauvegardes à cause de Google).
J’ai bien des sauvegardes sur un volume persistant. Je suis sur AKS et les sauvegardes sont stockées sur Azure Files.
J’ai réinitialisé mon déploiement (en forçant le démarrage de nouveaux pods), et les sauvegardes sont désormais « complètes » (tar.gz). Honnêtement, je ne sais pas ce qui a changé.
1 « J'aime »