Cómo solucionar transferencias en la nube con progreso estancado — Solución con RcloneView
Una transferencia que muestra 99% durante horas indica un problema subyacente específico — RcloneView te ofrece las herramientas de monitoreo y control para diagnosticar el estancamiento y reiniciar limpiamente sin pérdida de datos.
Una transferencia en la nube que se congela cerca de completarse, o un trabajo de sincronización que se ejecuta indefinidamente sin terminar, es uno de los problemas de gestión en la nube más disruptivos. Las transferencias estancadas suelen ser resultado de archivos grandes que alcanzan los límites de tiempo de espera de la API, interrupciones de red de las que la lógica de reintento de rclone no logra recuperarse, o limitación por parte del proveedor que hace que las conexiones se cuelguen. RcloneView muestra lo que está sucediendo y te permite intervenir con precisión.
Gestiona y sincroniza todas tus nubes en un solo lugar
RcloneView es una GUI multiplataforma para rclone. Compara carpetas, transfiere o sincroniza archivos y automatiza flujos de trabajo multinube con una interfaz visual y limpia.
- Trabajos con un clic: Copiar · Sincronizar · Comparar
- Programadores e historial para una automatización fiable
- Funciona con Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP y más
Funciones principales gratis. Automatizaciones disponibles con Plus.
Diagnosticar el estancamiento
Abre la pestaña Transferring de RcloneView en la Vista de Información inferior. Este panel muestra los trabajos activos con progreso en tiempo real: velocidad de transferencia, cantidad de archivos y el archivo específico que se está procesando actualmente. Un estancamiento es visible de inmediato aquí — la velocidad cae a 0 B/s mientras un archivo específico no muestra cambio de progreso.
Cambia a la pestaña Log para ver los mensajes de error. Las causas comunes de estancamiento aparecen aquí con marcas de tiempo:
- "too many requests" — la limitación de tasa de la API está estrangulando la transferencia
- "connection reset by peer" — una interrupción de red rompió la sesión activa
- "EOF" o mensajes de tiempo de espera agotado — el proveedor cerró la conexión durante la subida de un archivo grande
Para archivos muy grandes (archivos de video de varios GB, volcados de bases de datos), el problema suele ser un tiempo de espera de sesión en el lado del proveedor durante el ensamblaje de la subida multiparte. La subida se completa, pero la sesión del proveedor expira antes de confirmar las partes completadas, lo que hace que rclone espere indefinidamente.
Recuperar una transferencia estancada
Cancela el trabajo estancado haciendo clic en Cancel en el trabajo activo dentro de la pestaña Transferring. Los trabajos de sincronización y copia de RcloneView están diseñados para un reinicio seguro — cuando ejecutas el mismo trabajo nuevamente, rclone compara lo que ya existe en el destino y omite los archivos que se transfirieron correctamente. Solo se reintentará el archivo estancado (y cualquier otro que no hubiera comenzado).
Para estancamientos persistentes en archivos grandes específicos hacia backends compatibles con S3, aumenta el tamaño de fragmento (chunk size) en las banderas globales de rclone de RcloneView (Settings > Embedded Rclone > Global Rclone Flags): agrega --s3-chunk-size 256M para reducir la cantidad total de llamadas a la API necesarias para el ensamblaje de archivos grandes.
Prevenir futuros estancamientos
Configura el número de reintentos en la configuración del trabajo (Paso 2: Advanced Settings > Retry entire sync if fails) a 3 o más — esto asegura que los problemas de red transitorios activen reintentos automáticos en lugar de un fallo inmediato del trabajo. Para transferencias en conexiones lentas o inestables (VPN, hotspot móvil), reducir el Number of file transfers (transferencias concurrentes) disminuye la contención en el enlace.
La pestaña Job History muestra patrones a lo largo del tiempo — si el mismo trabajo se estanca sistemáticamente a una hora particular del día, la causa probablemente sea una limitación de tasa por parte del proveedor durante las horas pico. Ajustar tu horario a franjas de menor demanda resuelve esto sin necesidad de cambios de configuración.
Primeros pasos
- Monitorea las transferencias en la pestaña Transferring — busca una velocidad de 0 B/s en un archivo específico.
- Revisa la pestaña Log en busca de mensajes de error que indiquen la causa raíz (tiempo de espera agotado, límite de tasa, reinicio de red).
- Cancela y reinicia el trabajo — rclone retoma desde donde se detuvo, omitiendo los archivos completados.
- Aumenta el número de reintentos y ajusta el tamaño de fragmento en Advanced Settings para prevenir futuros estancamientos.
Las transferencias estancadas casi siempre son recuperables — la clave está en identificar si la causa proviene del proveedor, de la red o de la configuración, y luego aplicar la solución específica correspondiente.
Guías relacionadas:
- Recuperar transferencias en la nube interrumpidas o fallidas con RcloneView
- Solucionar subidas lentas a la nube — Optimización de velocidad con RcloneView
- Monitoreo del historial de trabajos y registros de transferencia con RcloneView
Proveedores de nube compatibles
