Hallo zusammen!
Ich bin auf einige Probleme beim Exportieren und Wiederherstellen von Daten gestoßen und bitte um eure Hilfe.
Kontext:
Ich wollte Daten von Discourse Teams auf einen selbst gehosteten Droplet bei Digital Ocean exportieren.
Das Backup und die Wiederherstellung verliefen reibungslos. Keine Probleme. Aber nach der Wiederherstellung zeigt Discourse Folgendes:
Edit:
Hier ist der Screenshot aus /logs:
dsh.re/64209a (bitte https:// davorfügen – sorry, das Forum erlaubte mir nicht, ein Bild hochzuladen oder eine weitere URL hinzuzufügen)
Hallo Yash! Es tut uns leid zu hören, dass du Probleme mit der Sicherung/Wiederherstellung hast. Hast du bereits den abgesicherten Modus versucht? Füge einfach /safe-mode ans Ende der URL hinzu. Du kannst dann sehen, was passiert, wenn du das aktuelle Theme, inoffizielle Plugins oder alle Plugins deaktivierst.
Ich empfehle dir außerdem, einen Blick auf /logs und das Nginx-Fehlerprotokoll zu werfen, um zu prüfen, ob es Fehler gibt, die dir weiterhelfen könnten.
Und was passiert, wenn du ./launcher rebuild app von der Befehlszeile aus ausführst? Vielleicht solltest du versuchen, dies mehrmals zu wiederholen. Das hat bei mir in der Vergangenheit funktioniert.
Und schließlich: Könntest du den Inhalt deiner containers/app.yml-Datei teilen (bitte ohne Passwörter und standortspezifische Informationen), damit wir sehen können, welche Plugins du installiert hast?
Hey Tobias,
vielen Dank für die schnelle Rückmeldung. Ich schätze deine Hilfe wirklich sehr.
Wenn ich zu /safe-mode gehe, werden mir einige Checkbox-Optionen angezeigt, z. B. „Theme deaktivieren“ usw. Sobald ich alle anhake und auf „Weiter“ klicke, tritt derselbe Fehler auf der Frontend-Seite auf.
Die angehängte URL war /?safe_mode=no_custom%2Cno_plugins%2Conly_official
Bitte beachte: Dies ist die One-Click-DO-Droplet-Instanz, auf der noch keine zusätzlichen Plugins von mir installiert wurden.
Die Teams-Instanz hatte jedoch viele Plugins installiert. Denkst du, das könnte das Problem verursachen?
Ich versuche gerade, ./launcher rebuild app auszuführen. Der erste Versuch brachte kein Ergebnis. Ich versuche es erneut. Nach dem Einloggen tritt derselbe Fehler auf der Frontend-Seite auf.
Hier ist ein Screenshot der app.yml-Datei. Soll ich die Datei exportieren und hierher senden?
Discourse | DigitalOcean Marketplace 1-Click App – das wird nicht funktionieren? Ich muss den Droplet löschen und die Einrichtung gemäß Ihren Anweisungen neu vornehmen. Habe ich das richtig verstanden?
Hey @tobiaseigen,
ich habe einen neuen Droplet eingerichtet und Discourse gemäß den Anweisungen auf GitHub installiert. Ich habe mich eingeloggt, das Backup hochgeladen und die Wiederherstellung durchgeführt – derselbe Fehler.
Könntest du mich bitte bei den nächsten Schritten unterstützen? Ich habe bereits einen Launcher-Rebuild und den Safe Mode ausprobiert. Derselbe Fehler. Bisher habe ich keine Plugins installiert.
Nebenbemerkung – der DO One-Click-Installer verwendet Docker und die neueste Version von GitHub. Ist das nicht genau dasselbe wie eine manuelle Installation?
Es liegt ein Problem bei den Uploads vor. Es wird nach einem S3-Bucket-Namen gesucht, aber die neue Umgebung ist nicht damit konfiguriert.
Wie wurde das Backup erstellt, und sind alle Uploads enthalten? Ich sehe im Wiederherstellungsprotokoll keine Uploads, was darauf hindeutet, dass sich keine im Backup befanden.
Ah! Wurde diese Site beendet, bevor Sie das Backup erstellt haben? Wenn nicht, befinden sich die Assets auf S3, sodass eine vollständige Wiederherstellung fehlschlagen wird.
Damit das Backup korrekt funktioniert, muss eine versteckte Einstellung aktiviert werden, damit alle S3-Assets in das Backup aufgenommen werden.
Es ist denkbar, dass das Abbrechen einer Teams-Site nicht automatisch dazu führt, dass diese Einstellung aktiviert wird.
Ich habe gerade einen kurzen Test des Sicherungsprozesses durchgeführt und festgestellt, dass die Uploads tatsächlich in der Sicherungsdatei enthalten sind. Morgen werde ich prüfen, ob ich herausfinden kann, wie man dies auf eine frische selbst gehostete Seite wiederherstellt.
Hallo @schleifer – Wie Tobias richtig angemerkt hat, wurde das Backup von Teams erstellt (der übliche Backup-Download). Als ich auf „Abonnement kündigen
Ja, das ist nicht das Backup, das du brauchst. Wenn du nur den SQL-Dump hast, musst du dich mit ihnen in Verbindung setzen und das Backup mit den Uploads anfordern. Ich bin mir ziemlich sicher, dass sie das morgen regeln und dann bist du wieder gut aufgestellt.
Ich hatte die gleichen Gedanken – wenn die Dateien fehlen, sollte Discourse nicht trotzdem alle Threads, externen Links und Konversationen ohne die hochgeladenen Anhänge anzeigen?
Ich glaube, wenn er die dump.sql.gz entpackt und sie in full-dump-filename.sql.gz umbenennt, wird die Wiederherstellung funktionieren. Wenn der Dateiname jedoch das tar.gz-Format hat, versucht das System, die Uploads zu verarbeiten, und schlägt fehl. (Vielleicht gibt es in den Site-Einstellungen etwas zu S3? Ich verstehe das nicht ganz.) Letzte Woche gab es ein ähnliches Thema, und Gerhard hatte diese Empfehlung gegeben.
Aber wenn er die Site wirklich hosten möchte, braucht er die Uploads. In diesem Fall sollte er besser auf den vollständigen Dump warten.
@biyaniyash kannst du bitte auf deiner neuen Seite zu /admin/site_settings/category/all_results?filter=s3 gehen und alles im Zusammenhang mit S3 deaktivieren und es dann noch einmal versuchen? Das sollte deine Seite zum Laufen bringen.
Hey @tobiaseigen:
Das ist das, was ich standardmäßig sehe, wenn ich auf der neuen selbst gehosteten Discourse-Seite zu /admin/site_settings/category/all_results?filter=s3 navigiere:
