Netzwerkfehler beim Download des Backups

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:

  1. Laden Sie ein Backup über den erhaltenen Link herunter
  2. Der Download sollte irgendwann fehlschlagen

Hallo,

Ich bin der Co-Admin von Canapin :slight_smile:

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.

1 „Gefällt mir“

Ich glaube, Sie müssen die Art und Weise ändern, wie Sie das Backup herunterladen

1 „Gefällt mir“

Nun, es gibt sicherlich andere Wege, Backups herunterzuladen, aber ich würde dieses spezielle Problem lieber identifizieren und beheben :smile:

1 „Gefällt mir“

wahrscheinlich das, aber das ist definitiv nicht das einzige Problem, das den vollständigen Download des Backups über den Webbrowser verhindert

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 versucht, ein Backup von einem anderen Forum herunterzuladen und dasselbe erlebt.

Kann jemand versuchen, dies auf seiner eigenen Instanz zu reproduzieren? Auf beiden Websites schlägt der Download nach 30 Sekunden fehl.

Ich verschiebe dies in Bug, da ich ziemlich sicher bin, dass ich nicht der Einzige bin.

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.

2 „Gefällt mir“

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:

1 „Gefällt mir“

Habe es gerade noch einmal versucht. Schlägt bei 1 GB immer noch fehl.

1 „Gefällt mir“

Das ist viel zu riskant, es könnte zu unbeabsichtigten Denial-of-Service-Angriffen führen.

Wir sollten dort sendfile verwenden, und nginx sollte dies ohne jegliche Proxy-Anforderungen handhaben.

1 „Gefällt mir“

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.

1 „Gefällt mir“

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!)

1 „Gefällt mir“

wow! Das ist definitiv die Größe, die man besser über SSH als über den Webbrowser machen sollte.

Unabhängig davon, was der richtige Weg ist, etwas zu tun, weisen wir nur darauf hin, dass eine nützliche integrierte Funktion derzeit fehlerhaft ist :slight_smile:

2 „Gefällt mir“

Ich meinte es sarkastisch

Das unten stehende Python-Skript wird nach der Aktivierung von secure-media jedoch nicht mehr funktionieren.

Darf ich einige hilfreiche Texte vorschlagen, die dem Administrator den Speicherort der Sicherungsdatei mitteilen, falls er diese mit einem Client herunterladen möchte?

/var/discourse/shared/standalone/backups/default/your_backup_filename.tar.gz

Auch dieser Button ist irreführend – er sollte besser als „Download-Link per E-Mail senden“ beschriftet werden

image

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.

2 „Gefällt mir“