Les sauvegardes automatiques se sont arrêtées. Mais celles déclenchées manuellement fonctionnent toujours. Y a-t-il un moyen de déboguer le problème ? La fréquence est définie sur quotidienne. Il y a eu une mise à niveau de la barre latérale d’administration, mais les sauvegardes ont continué de fonctionner pendant quelques jours après ce changement.
3 « J'aime »
La même chose m’est arrivée la nuit dernière.
Il devrait y avoir un lien vers le journal dans la notification si la sauvegarde automatique a échoué.
Mon journal m’indique qu’en essayant de compresser, il n’y avait plus assez d’espace. Probablement que le vieux fichier de base de données n’a pas été effacé ? Je vais vérifier.
4 « J'aime »
Non, pour moi, c’était trop d’anciennes images.
Dans tous les cas, essayez :
./launcher cleanup app pendant que votre site est toujours en cours d’exécution et cela aidera probablement dans tous les cas.
4 « J'aime »
Il n’y a eu aucun message d’échec. C’était comme si la sauvegarde n’avait jamais été tentée. Il n’y a pas de manque d’espace disque. Il n’y a que 6 sauvegardes car j’ai activé le paramètre qui supprime automatiquement les anciennes sauvegardes lorsqu’il y en a trop.
Existe-t-il un moyen simple de déclencher la sauvegarde en externe ? Peut-être que je vais la scripter dans cron sur l’hôte à la place.
3 « J'aime »
Oui, vous pouvez exécuter des sauvegardes à partir de la ligne de commande :
6 « J'aime »
docker exec app discourse backup --sql-only
fonctionne avec un site discourse avec un forum. Comment spécifier le forum à sauvegarder avec une configuration multi-site ?
EDIT : cette commande fonctionne
cd /var/www/discourse && RAILS_DB=chosenforum RAILS_ENV=production sudo -H -E -u discourse bundle exec script/discourse backup --sql-only
ou avec la commande docker complète :
docker exec containerID bash -c 'cd /var/www/discourse; RAILS_DB=chosenforum RAILS_ENV=production sudo -H -E -u discourse bundle exec script/discourse backup --sql-only'
2 « J'aime »