Si la migración de datos de ZimaOS parece bloqueada en un porcentaje bajo mientras mueves datos a un RAID recién creado, comprueba primero la reconstrucción del RAID y evita interrumpir la migración a ciegas. La interfaz de migración puede parecer congelada aunque la capa de almacenamiento siga resincronizándose en segundo plano.
En el caso de origen, la migración permaneció en el 6 % y la interfaz web se volvió difícil de usar, pero cat /proc/mdstat mostró que la matriz RAID1 apenas había superado la mitad de una resincronización muy lenta. Esa es una carga de trabajo de almacenamiento, no una prueba de que la tarea de migración se haya bloqueado.
Por qué la migración de datos puede parecer bloqueada durante la resincronización del RAID
Crear o reconstruir una matriz RAID provoca lecturas y escrituras sostenidas en los discos que la componen. Si inicias una migración de datos grande al mismo tiempo, ambas operaciones compiten por el ancho de banda del disco y la latencia de E/S.
La guía actual de migración de datos de ZimaOS señala que la migración ocupa la interfaz mientras se ejecuta y mueve categorías completas, como imágenes de Docker, datos de aplicaciones de Docker y carpetas de usuario. Por lo tanto, los trabajos grandes pueden tardar mucho más que la estimación de la interfaz cuando la matriz de destino está ocupada.
Paso 1: Comprueba el estado de reconstrucción del RAID desde la terminal
Ejecuta:
cat /proc/mdstatEn un RAID md de Linux, busca términos como resincronización, recuperación, o un porcentaje de progreso. Un RAID1 saludable de dos discos suele mostrar ambos miembros como [UU]. Si hay una resincronización activa, anota el porcentaje, el tiempo estimado de finalización y la velocidad.
Qué significa una ETA muy larga
Una ETA elevada puede deberse a discos lentos, problemas con el enlace USB/SATA, cargas de trabajo simultáneas o una resincronización de md deliberadamente limitada. Por sí sola, no significa que la matriz esté dañada. Vuelve a comprobarlo después de 10–30 minutos y verifica que el porcentaje avance.
Paso 2: Confirma que el sistema sigue realizando un trabajo útil
Si /proc/mdstat avanza con el tiempo, la capa de almacenamiento está activa. No necesitas instalar iotop solo para demostrarlo. ZimaOS es un sistema operativo de estilo dispositivo, por lo que añadir paquetes al host mediante los flujos de trabajo convencionales de una distribución no es el método de solución de problemas recomendado.
También puedes comprobar si los archivos siguen siendo accesibles desde otro cliente. En el caso de origen, el acceso a los datos desde un ordenador y la aplicación del teléfono seguía funcionando aunque la pantalla de migración web permaneciera en el 6 %.
Paso 3: No detengas Docker ni interrumpas primero la migración
Detener Docker puede eliminar servicios de los que depende la experiencia web de ZimaOS, haciendo que el sistema parezca estar en peor estado y dejando sin resolver la operación de almacenamiento. Interrumpir una migración durante la copia también puede dejar algunas categorías en la ubicación antigua y otras en la nueva.
Espera a que finalice la recuperación activa de RAID, salvo que la matriz haya dejado de avanzar por completo o los discos muestren errores claros de hardware.
¿Cuándo deberías sospechar que la migración está realmente atascada?
Investiga más a fondo si todas estas condiciones se mantienen durante un período prolongado:
- el porcentaje de migración no cambia;
-
/proc/mdstatno muestra ninguna reconstrucción activa o su porcentaje nunca avanza; - la actividad de los discos es prácticamente inexistente;
- el destino tiene suficiente espacio libre;
- no hay interrupciones evidentes de red o alimentación.
En ese momento, recopila la versión exacta de ZimaOS, los tipos de almacenamiento de origen y destino, la categoría de migración, el estado de RAID y cualquier registro relevante antes de reiniciar.
Utiliza el flujo de trabajo actual de migración de datos
La versión actual de ZimaOS sitúa esta función en Configuración → Migración de datos. La herramienta puede mover imágenes de Docker, datos de aplicaciones de Docker y carpetas de usuario por categoría. Si solo necesitas mover una aplicación, utiliza el flujo de trabajo de rutas de almacenamiento de la aplicación en lugar de migrar todas las aplicaciones juntas.
La guía de migración de datos explica en qué se diferencia la migración administrada de mover carpetas manualmente.
Cómo evitar el mismo problema la próxima vez
Deja que un RAID recién creado termine de sincronizarse antes de iniciar una migración grande de datos de aplicaciones o de usuario. Confirma que el destino está en buen estado y tiene suficiente espacio libre; después, migra una categoría a la vez. Esto reduce las operaciones de E/S simultáneas y facilita aislar los fallos.
Además, mantén una copia de seguridad actualizada de los datos irremplazables. La sincronización de RAID y la migración de datos son operaciones de almacenamiento; ninguna debe considerarse una copia de seguridad.
Preguntas frecuentes
¿Puedo reiniciar ZimaOS si la migración de datos está atascada en el 6 %?
No como primer paso. Comprueba primero la actividad de RAID y del almacenamiento. Si la matriz se está resincronizando activamente, deja que termine, salvo que exista un motivo de hardware o seguridad para detenerla.
¿Por qué la estimación de migración indica minutos cuando tarda horas?
La estimación no puede tener completamente en cuenta una reconstrucción lenta de RAID, discos muy cargados o grandes cantidades de archivos pequeños. Mide el progreso real en lugar de confiar en la estimación inicial.
¿[UU] significa que RAID1 está en buen estado?
Para un RAID1 md de dos miembros, [UU] significa que ambos miembros esperados están presentes. No significa que la resincronización ya haya terminado, así que revisa también la línea de progreso.
¿Debería instalar iotop en ZimaOS?
Por lo general, no para este diagnóstico. /proc/mdstat ya indica si la matriz RAID md se está reconstruyendo, y evitar modificaciones innecesarias de paquetes en el host simplifica la resolución de problemas.
