I did a backup of my site before I upgraded to the latest version of the discourse however I can’t even access my site any more even though the upgrade appears to be successful as no error is displayed. Is there anyway that I can restore my site from the backup that I created earlier from terminal app as I can’t access the site?
Is it possible?
If yes, where do discourse save or store the backups that I executed from the admin panel?
Is there any guide on how to restore the site from backup?
This seems like a handy thing to be able to do since if you screw up configuring SSO you can’t get back into your site. I spent a week one day trying to get SSO configured, and now that it is configured correctly it seems that my account on the SSO (which I don’t control) is gone, so I can’t get in.
So, script/discourse restore fails because thor isn’t installed.
gem install thor fixes that, but then I’m still denied because:
URGENT: FATAL: Peer authentication failed for user "discourse"
Solving my immediate problem, I suppose I could turn off SSO from the Rails console. . .
edit: to disable SSO from the rails console:
cd /var/discourse
./launcher enter app
rails c
SiteSetting.enable_sso=false
exit
exit
The goal was to automate it without any entering container with the launcher.
Imagine your instance got lost for any reason. The only files you stored in git was your containers/app.yml and luckily you have a daily tarball backup.
Ich war mir nicht sicher, ob das der richtige Weg ist, um von innerhalb der App auf eine Datei “außerhalb der App” zuzugreifen, aber es schien, als ob die Sicherungsdatei gefunden und die Wiederherstellung gestartet wurde. Die Wiederherstellung endete mit den mehrdeutigen Meldungen:
Ich habe versucht, erneut auf mein Forum zuzugreifen, aber es funktioniert immer noch nicht. Ich vermute also, dass die Wiederherstellung nicht funktioniert hat?
Das ist nicht möglich. Sie müssen die Sicherungsdatei in das richtige Verzeichnis kopieren. Bitte befolgen Sie die Anweisungen unter Restore a backup from the command line, wenn Sie die Wiederherstellung über die Befehlszeile durchführen möchten.
Hier ist das funktionierende Skript, das ich zur Wiederherstellung von Prod nach Dev und Test verwende:
#!/bin/sh
set +x
set -e
# Dieses Skript stellt das neueste produktive Backup in der Test-/Dev-Umgebung wieder her
CONTAINER_NAME=app-test
LATEST_BACKUP=$(mc ls s3/backup-prod/default | tail -n 1 | cut -d ' ' -f 5)
mc cp s3/backup-prod/default/${LATEST_BACKUP} /tmp
# sicherstellen, dass /var/www/discourse/public/backups/default/ existiert und den richtigen Besitz hat
docker exec -i ${CONTAINER_NAME} sh -c "mkdir -p /var/www/discourse/public/backups/default/ && chown -R discourse:www-data /var/www/discourse/public/backups/default/"
cat /tmp/${LATEST_BACKUP} | docker exec -i ${CONTAINER_NAME} sh -c "cat - > /var/www/discourse/public/backups/default/${LATEST_BACKUP}"
docker exec -i ${CONTAINER_NAME} sh -x << EOF
discourse enable_restore
rails runner "SiteSetting.set('backup_location', 'local')"
discourse restore ${LATEST_BACKUP}
discourse disable_restore
rm -f /var/www/discourse/public/backups/default/${LATEST_BACKUP}
EOF
# Container neu erstellen
cd /var/lib/discourse/discourse_docker
stdbuf -oL -eL ./launcher rebuild ${CONTAINER_NAME} 2>&1 | sed 's/DISCOURSE_google_oauth2_client_secret=[^ ]*/DISCOURSE_google_oauth2_client_secret=***REDACTED***/g'
cd -
rm -f /tmp/${LATEST_BACKUP}
Das rails runner \"SiteSetting.set('backup_location', 'local')\" fehlte und verhinderte die Wiederherstellung aus dem Backup-Tarball.
Beachten Sie, dass die Ausgabe des Launcher-Skripts redigiert werden musste, da sie Geheimnisse in ihrer Ausgabe preisgeben würde, insbesondere wenn sie über einen sichtbaren CI/CD-Job ausgeführt wird.
Schön, dass Sie eine Lösung gefunden haben. Hier sind ein paar Dinge, die es jemand anderem erleichtern werden.
Wenn Sie DISCOURSE_ALLOW_RESTORE: 'true' in Ihrer app.yml verwenden, können Sie die Wiederherstellung überspringen. (Sie können Ihre Google-Authentifizierung ähnlich in ENV setzen und sie ganz aus der Datenbank heraushalten.)
Wenn Sie sowohl Staging als auch Produktion haben und denselben S3-Bucket verwenden, können Sie das neueste Backup mit
Wenn Sie es lokal lesen müssen, könnten Sie die Site-Einstellung ähnlich mit einer ENV überschreiben und es würde das aktuellste Backup aus dem lokalen Speicher lesen.
