Mi coadministrador me dijo que no pudo descargar una copia de seguridad del correo electrónico recibido porque la descarga falló aproximadamente al 50%.
Lo intenté y experimenté lo mismo. La descarga del archivo funciona bien hasta que se detiene con “Fallido - Error de red”. Intentar reanudar en Chrome devuelve “Fallido - Error desconocido del servidor”. No tuve problemas la última vez que descargué copias de seguridad de este servidor (hace meses). (esto es esperado)
¿Alguna idea?
edición, más información:
Pasos para reproducir:
Descargar una copia de seguridad desde el enlace enviado por correo electrónico
Intentar reanudar en Chrome devuelve “Fallido - Error desconocido del servidor”. No tuve ningún problema la última vez que descargué copias de seguridad de este servidor (hace meses).
Me pregunto si esto se debe al enlace de un solo uso. No puedes descargar una copia de seguridad dos veces con un solo enlace. Por lo tanto, cuando falla una vez, es probable que Discourse cancele la reanudación de la descarga.
Probablemente sea esto, pero este no es, en absoluto, el único problema que impide la descarga completa de la copia de seguridad a través del navegador web.
Como actualización, el foro fue migrado a otro servidor (por razones no relacionadas), pero el problema persiste. La descarga de la copia de seguridad (3,3 GB) siempre falla.
He experimentado este mismo problema durante más de una semana. Se ha actualizado completamente dos veces en ese tiempo, pero el problema persiste. Autoalojado en IONOS.
He enviado una PR para abordar esto aumentando los tiempos de espera de Nginx específicamente para /admin/backups/, lo que debería ayudar a prevenir caídas de “Error de red – Fallido” a mitad de la transmisión durante descargas más grandes:
Completamente actualizado a 2025.12.0-latest, el problema persiste.
Edición: Puedo descargar las copias de seguridad a través de WinSCP o algo similar, pero sería bueno que funcionara como se anuncia y que el enlace por correo electrónico + la descarga del navegador se completaran con éxito.
La IA probablemente esté equivocada, pero también aconseja aumentar el: DISCOURSE_NGINX_PROXY_READ_TIMEOUT: 600 para resolver este problema.
Estoy obteniendo esto también. Tamaño de copia de seguridad de 13 GB (mi última copia de seguridad completa antes de descargar todos los medios a S3, ¡antes de que alguien se queje!)
Independientemente de cuál debería ser la forma correcta de hacer algo, solo estamos destacando el hecho de que una característica integrada útil está actualmente rota
¿Podría sugerir algún texto útil que indique al administrador la ubicación del archivo de copia de seguridad en caso de que desee descargarlo con un cliente?
No lo sabe. No puede saberlo. Depende de su configuración de docker en su archivo yml. Normalmente está en standalone, pero podría estar en web_only, aunque también podría estar en cualquier parte del sistema de archivos.
Si bien eso es técnicamente cierto, no recuerdo que nadie más haya expresado esa preocupación en la última década. ¿Le parece muy engañoso? Puede cambiarlo en su propio sitio si cree que ayudará.
