Mein Co-Administrator sagte mir, er könne kein Backup aus der erhaltenen E-Mail herunterladen, da der Download bei etwa 50 % abstürzte.
Ich habe es versucht und dasselbe erlebt. Der Archiv-Download funktioniert gut, bis er mit „Fehlgeschlagen – Netzwerkfehler“ stoppt. Der Versuch, in Chrome fortzufahren, gibt „Fehlgeschlagen – Unbekannter Serverfehler“ zurück. Beim letzten Mal, als ich Backups von diesem Server heruntergeladen habe (vor Monaten), hatte ich keine Probleme. (Dies wird erwartet)
Irgendeine Idee?
Edit, mehr Infos:
Schritte zur Reproduktion:
Laden Sie ein Backup über den erhaltenen Link herunter
Der Versuch, unter Chrome fortzufahren, gibt die Meldung „Fehler – Unbekannter Serverfehler“ zurück. Ich hatte kein Problem, als ich das letzte Mal Backups von diesem Server heruntergeladen habe (vor Monaten).
Ich frage mich, ob dies am Einmal-Link liegt. Sie können ein Backup nicht zweimal mit einem einzigen Link herunterladen. Wenn es also einmal fehlschlägt, wird das Fortsetzen des Downloads wahrscheinlich von Discourse selbst abgebrochen.
Als Update wurde das Forum aus (nicht damit zusammenhängenden) Gründen auf einen anderen Server migriert, aber das Problem besteht weiterhin. Der Download der Sicherung (3,3 GB) schlägt immer fehl.
Ich habe dieses Problem seit über einer Woche. In dieser Zeit wurde es zweimal vollständig aktualisiert, aber das Problem besteht weiterhin. Selbst gehostet auf IONOS.
Ich habe einen PR eingereicht, um dies zu beheben, indem die Nginx-Timeouts speziell für /admin/backups/ erhöht werden, was helfen sollte, Abbrüche mitten im Stream mit „Fehler – Netzwerkfehler“ bei größeren Downloads zu verhindern:
Vollständig aktualisiert auf 2025.12.0-latest, das Problem besteht weiterhin.
Edit: Ich kann die Backups über WinSCP oder Ähnliches herunterladen, aber es wäre schön, wenn es wie beworben funktionieren und der E-Mail-Link + Browser-Download erfolgreich abgeschlossen werden würde.
Die KI liegt wahrscheinlich falsch, rät aber auch dazu, den Wert für DISCOURSE_NGINX_PROXY_READ_TIMEOUT: 600 zu erhöhen, um dieses Problem zu beheben.
Ich bekomme das auch. 13 GB Backup-Größe (mein letztes vollständiges Backup, bevor ich alle Medien auf S3 ausgelagert habe, bevor sich jemand beschwert!)
Darf ich einige hilfreiche Texte vorschlagen, die dem Administrator den Speicherort der Sicherungsdatei mitteilen, falls er diese mit einem Client herunterladen möchte?
Das weiß es nicht. Das kann es nicht wissen. Es hängt von Ihrer Docker-Konfiguration in Ihrer yml-Datei ab. Normalerweise befindet es sich in standalone, es könnte aber auch in web_only sein, oder es könnte überall im Dateisystem sein.
Obwohl das technisch gesehen stimmt, erinnere ich mich nicht, dass jemand anderes diese Bedenken in den letzten zehn Jahren geäußert hat. Finden Sie es sehr irreführend? Sie können es auf Ihrer eigenen Seite ändern, wenn Sie glauben, dass es hilft.