Mon co-administrateur m’a dit qu’il ne pouvait pas télécharger de sauvegarde à partir de l’e-mail reçu car le téléchargement s’est arrêté à environ 50 %.
J’ai essayé et j’ai rencontré le même problème. Le téléchargement de l’archive fonctionne bien jusqu’à ce qu’il s’arrête avec « Échec - Erreur réseau ». Essayer de reprendre sur Chrome renvoie « Échec - Erreur serveur inconnue ». Je n’ai eu aucun problème la dernière fois que j’ai téléchargé des sauvegardes depuis ce serveur (il y a des mois). (c’est attendu)
Des idées ?
edit, plus d’infos :
Étapes de reproduction :
Télécharger une sauvegarde à partir du lien envoyé par e-mail
Le téléchargement devrait échouer à un moment donné
Essayer de reprendre sur Chrome renvoie « Échec - Erreur inconnue du serveur ». Je n’ai eu aucun problème la dernière fois que j’ai téléchargé des sauvegardes depuis ce serveur (il y a plusieurs mois).
Je me demande si cela est dû au lien unique. Vous ne pouvez pas télécharger une sauvegarde deux fois avec un seul lien. Donc, lorsqu’il échoue une fois, la reprise du téléchargement est probablement annulée par Discourse lui-même.
Pour information, le forum a été migré vers un autre serveur (pour des raisons indépendantes), mais le problème persiste. Le téléchargement de la sauvegarde (3,3 Go) échoue systématiquement.
Je rencontre le même problème depuis plus d’une semaine. J’ai effectué deux mises à jour complètes pendant cette période, mais le problème persiste. Auto-hébergé sur IONOS.
J’ai soumis une pull request (PR) pour résoudre ce problème en augmentant les délais d’attente (timeouts) de Nginx spécifiquement pour /admin/backups/, ce qui devrait aider à prévenir les interruptions « Échec – Erreur réseau » en milieu de transfert lors de téléchargements plus importants :
Entièrement mis à jour en 2025.12.0-latest, le problème persiste.
Edit : Je peux télécharger les sauvegardes via WinSCP ou quelque chose de similaire, mais ce serait bien si cela fonctionnait comme annoncé et que le lien par e-mail + le téléchargement par navigateur se terminaient avec succès.
L’IA a probablement tort, mais conseille également d’augmenter la valeur de : DISCOURSE_NGINX_PROXY_READ_TIMEOUT: 600 pour résoudre ce problème.
J’obtiens cela aussi. Taille de sauvegarde de 13 Go (ma dernière sauvegarde complète avant de décharger tous les médias vers S3 avant que quelqu’un ne se plaigne !)
Indépendamment de la manière correcte de faire quelque chose, nous soulignons simplement le fait qu’une fonctionnalité intégrée utile est actuellement cassée
Puis-je suggérer un texte d’aide indiquant à l’administrateur l’emplacement du fichier de sauvegarde au cas où il voudrait le télécharger avec un client
Il ne le sait pas. Il ne peut pas le savoir. Cela dépend de votre configuration docker dans votre fichier yml. C’est généralement dans standalone, mais cela pourrait être dans web_only, mais cela pourrait aussi être n’importe où dans le système de fichiers.
Bien que ce soit techniquement vrai, je ne me souviens pas que quelqu’un d’autre ait exprimé cette préoccupation au cours de la dernière décennie. Le trouvez-vous très trompeur ? Vous pouvez le changer sur votre propre site si vous pensez que cela aidera.
