Hallo!
Ich habe gerade Discourse auf einem neuen Server installiert und versuche nun, ein Backup von etwa 400 MB hochzuladen.
Es bleibt bei 40 % mit der folgenden Fehlermeldung hängen:
Slow down, too many requests from this IP address. Please retry again in 2 seconds. Error code: ip_10_secs_limit.
Was ist das und wie kann ich es lösen?
Als Workaround könnten Sie das Backup über SCP hochladen. Weitere Informationen finden Sie unter Restore a backup from the command line.
@martin Könnte dies durch den Wechsel zu Uppy verursacht werden?
Ich habe Ihren Link zum Wiederherstellen des Backups über die CLI befolgt, aber nichts wurde wiederhergestellt, es war immer noch dasselbe wie bei einer Neuinstallation.
Ist in dem Backup die „alte“ app.yml-Datei enthalten und wird sie überschrieben, wenn ich das Backup wiederherstelle? Wenn nicht, ist das gesamte Backup nutzlos.
Ich habe versucht, das Backup stattdessen aus Discourse heraus wiederherzustellen, und jetzt habe ich eine leere Website.
Dies ist die Ausgabe von der Befehlszeile, wenn ich versuche, das Backup wiederherzustellen. Natürlich habe ich die Befehle aus dem Link befolgt, aber es scheint, dass sich etwas geändert hat.
Starting restore: backup-2021-12-06-185610-v20211201221028.tar.gz
[STARTED]
'system' has started the restore!
Marking restore as running...
Making sure /var/www/discourse/tmp/restores/default/2021-12-18-163225 exists...
Copying archive to tmp directory...
EXCEPTION: lib/discourse.rb:127:in `exec': Failed to copy archive to tmp directory.
cp: cannot stat '/var/www/discourse/public/backups/default/backup-2021-12-06-185610-v20211201221028.tar.gz': No such file or directory
lib/discourse.rb:154:in `execute_command'
lib/discourse.rb:127:in `exec'
lib/discourse.rb:34:in `execute_command'
/var/www/discourse/lib/backup_restore/local_backup_store.rb:42:in `download_file'
/var/www/discourse/lib/backup_restore/backup_file_handler.rb:62:in `copy_archive_to_tmp_directory'
/var/www/discourse/lib/backup_restore/backup_file_handler.rb:22:in `decompress'
/var/www/discourse/lib/backup_restore/restorer.rb:42:in `run'
script/discourse:149:in `restore'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/thor-1.1.0/lib/thor/command.rb:27:in `run'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/thor-1.1.0/lib/thor/invocation.rb:127:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/thor-1.1.0/lib/thor.rb:392:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/thor-1.1.0/lib/thor/base.rb:485:in `start'
script/discourse:290:in `<top (required)>'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/cli/exec.rb:58:in `load'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/cli/exec.rb:58:in `kernel_load'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/cli/exec.rb:23:in `run'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/cli.rb:477:in `exec'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/vendor/thor/lib/thor/command.rb:27:in `run'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/vendor/thor/lib/thor/invocation.rb:127:in `invoke_command'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/vendor/thor/lib/thor.rb:392:in `dispatch'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/cli.rb:31:in `dispatch'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/vendor/thor/lib/thor/base.rb:485:in `start'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/cli.rb:25:in `start'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/exe/bundle:49:in `block in <top (required)>'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/lib/bundler/friendly_errors.rb:128:in `with_friendly_errors'
/usr/local/lib/ruby/gems/2.7.0/gems/bundler-2.2.26/exe/bundle:37:in `<top (required)>'
/usr/local/bin/bundle:23:in `load'
/usr/local/bin/bundle:23:in `<main>'
Trying to rollback...
There was no need to rollback
Cleaning stuff up...
Removing tmp '/var/www/discourse/tmp/restores/default/2021-12-18-163225' directory...
Marking restore as finished...
Notifying 'system' of the end of the restore...
Finished!
[FAILED]
Restore done.
Sie haben die Datei also an der falschen Stelle abgelegt oder den Dateinamen falsch geschrieben. Wenn letzteres der Fall ist, dann
discourse restore
Ohne Dateinamen werden die verfügbaren Dateien vorgeschlagen.
Wenn Sie ein
discourse backup
ausführen, können Sie sehen, wohin die Datei verschoben wurde. Ich werde nicht versuchen, den richtigen Pfad auf meinem Handy einzugeben.
Nein, ich habe es so gemacht, wie es hier steht:
Wenn dies also der falsche Pfad ist, ist das Tutorial falsch. Deshalb habe ich gefragt, wohin ich die Datei legen soll.
Es ist wirklich einfach, Dinge falsch zu tippen. Deshalb habe ich Wege vorgeschlagen, um zu testen, ob Sie die Dinge an der richtigen Stelle hatten. Haben Sie versucht
discourse restore
Ohne Dateinamen?
Ich weiß, was Sie meinen. Aber ich habe es genau nach Anleitung gemacht (ohne Fehler, ich habe die Pfade kopiert), daher frage ich, ob die Anleitung falsch ist oder ob sich die Pfade in den letzten 2 Jahren geändert haben.
Ich werde es noch einmal versuchen, aber vielleicht muss ich Discourse neu installieren, da ich jetzt nur noch eine leere Seite habe.
Ich glaube nicht, dass du diesen Teil kopieren und einfügen kannst, ohne ihn zu ändern?
Ich denke, der Zielpfad ist richtig, sonst müssten sie sagen, wohin genau er verschoben werden soll.
Ah, ich verstehe. Ich habe Ihren Beitrag so gelesen: „Ich hätte nichts falsch tippen können, da ich alles aus der Anleitung kopiert und eingefügt habe“. 
Ich konnte das Backup mit discourse restore wiederherstellen, aber einige Kategorien fehlen, der gesamte Header fehlt, ich kann mich nicht anmelden, die app.yml ist immer noch dieselbe wie bei einer frischen Installation und vieles mehr.
Das Backup war vom 06.12.21 und ich habe gewählt, alles zu sichern, aber die Hälfte der Dinge fehlt.
Für mich ist der gesamte Backup- und Wiederherstellungsprozess eine totale Katastrophe!
Das muss unglaublich frustrierend sein. Mein Beileid.\n\nDie app.yml ist nicht im Discourse-Backup enthalten. Sie müssten eine von Ihrer alten Instanz kopieren oder eine neue bearbeiten.
Das sollte zum Zeitpunkt der Erstellung des Backups gesagt werden (als Info am Ende). Ich habe keinen Zugriff auf die alte Datei und das Erstellen einer neuen ist möglich, aber ich kann mich nicht erinnern, welche Plugins ich hatte.
Aber dann stellt sich immer noch die Frage, warum einige Kategorien und Themen fehlen, warum die Kopfzeile fehlt und ich mich nicht anmelden kann.
Da bin ich mir nicht sicher. Hast du ./launcher discourse-setup auf deiner neuen Instanz ausgeführt?
Ja, natürlich. Oder sollte ich das zur Wiederherstellung nicht tun? Oder meinst du nach der Wiederherstellung?
Ich dachte, das könnte einige der fehlenden Teile ergänzen, aber ich bin mir nicht sicher.
Es könnte sich lohnen, die Sicherungsdatei zu nehmen und sie in einem frischen Discourse mit einer aktualisierten app.yml wiederherzustellen und zu sehen, ob das besser ist.
Es war eine frische Installation auf einem neuen Server, und ich dachte, die app.yml wäre im Backup, aber ich lag falsch. Ich habe keinen Zugriff auf die “alte” Discourse-Instanz, daher gibt es anscheinend keine Möglichkeit, die app.yml-Datei wiederherzustellen.
Sie können die vorhandene app.yml bearbeiten, um die Dinge hinzuzufügen, von denen Sie glauben, dass sie fehlen könnten? Ich bin mir nicht sicher, was das Kopieren von Kategorien oder Anmeldungen verhindern würde?
Haben Sie eine vollständige Sicherungsdatei wiederhergestellt? Die im OP (Originalbeitrag) erwähnte brach bei 40 % ab. Wenn Sie diese Version wiederhergestellt haben, könnte das erklären, warum die Hälfte Ihrer Sachen fehlt?
Ich rate aber nur. Entschuldigung, dass ich nicht mehr helfen konnte.
Es tut mir leid, dass Sie solche Schwierigkeiten hatten. Ich kann nicht erklären, wie es dazu gekommen sein könnte.
Ich kann mir nicht vorstellen, dass ein Backup nur einige Kategorien wiederherstellt. Wenn nur einige Kategorien wiederhergestellt werden, dann ist das das, was in dem von Ihnen erstellten Backup enthalten ist. Vielleicht haben Sie ein altes Backup.
Die app.yml hat nichts mit Ihren Daten zu tun, sondern nur mit dem Hostnamen und anderen Dingen, die zur Einrichtung von Discourse erforderlich sind. Sie können jede Datenbank auf jeder Website wiederherstellen.
Ich werde Discourse erneut neu installieren (mit einem frischen Server-Image) und versuchen, das Backup erneut wiederherzustellen.
Das 40%ige Hängenbleiben geschah beim direkten Hochladen in Discourse, danach habe ich das Backup per SCP auf den Server kopiert.
Ja, das stimmt, aber ich dachte, etwas Wichtiges würde auch im Backup gespeichert werden. Jetzt weiß ich nicht mehr, welche Plugins ich in der alten Instanz installiert hatte und wie die Einstellungen dafür waren.
Das Backup war vom 6. Dezember dieses Jahres, also erst vor ein paar Tagen.