Solución de la comunidad

Mover conjuntos RAID o ZFS existentes a ZimaOS: límites de seguridad para la importación y exportación

A ZimaOS 1.6.1 user migrated a healthy mdadm RAID5 with Btrfs metadata from another Linux system and reported Storage UI errors, missing device nodes, and no documented GUI workflow for safely adopting or exporting the foreign pool.

Este hilo es un informe avanzado sobre un fallo en la migración de almacenamiento, no una receta de importación compatible. La matriz de origen se ensambló a nivel del kernel de Linux, pero la capa de almacenamiento de ZimaOS no la adoptó correctamente y el usuario se encontró con un error persistente en la interfaz.

La detección de una matriz a nivel del kernel no equivale a su gestión en ZimaOS

Un sistema Linux puede reconocer metadatos RAID o un sistema de archivos mientras que un gestor de almacenamiento de tipo dispositivo aún carece del estado del ciclo de vida necesario para gestionar ese grupo de forma segura. El flujo de recuperación RAID muestra el principio más seguro de ZimaOS para las matrices que ya entiende: conservar los metadatos RAID existentes y evitar recrear la matriz como primer paso.

OpenZFS tiene un ciclo de vida explícito de exportación e importación

La exportación de grupos de OpenZFS oficial indica que exportar un grupo desmonta sus conjuntos de datos y marca los dispositivos como exportados para que puedan trasladarse e importarse posteriormente. La importación de grupos de OpenZFS explica cómo otro host descubre e importa los grupos disponibles.

La documentación actual para desarrolladores de ZimaOS también expone operaciones de ZFS mediante la CLI, incluida zpool export. Eso no equivale a un asistente gráfico general para importar grupos mdadm+Btrfs, Btrfs nativos y ZFS arbitrarios.

La documentación pública actual no describe un asistente universal para grupos externos

El asistente de almacenamiento actual se centra en crear y gestionar almacenamiento de ZimaOS, mientras que la guía pública para desarrolladores de ZFS documenta operaciones manuales de ZFS. Si tu objetivo real es trasladar datos gestionados por ZimaOS a un almacenamiento nuevo, en lugar de adoptar una matriz externa, la migración de datos de ZimaOS es la opción actual más segura. El flujo de copias de seguridad de ZimaOS debería formar parte del plan antes de realizar operaciones destructivas en el almacenamiento.

No fuerces indicadores de recuperación de importación en la única copia

OpenZFS advierte que las importaciones forzadas o de recuperación pueden descartar transacciones recientes o resultar peligrosas de otras maneras. No experimentes con indicadores de recuperación ni con el reformateo destructivo de la única copia de datos importantes.

En resumen

El fallo de la comunidad en la versión 1.6.1 demuestra por qué una matriz externa reconocida por el kernel no se convierte automáticamente en un grupo gestionado por ZimaOS. ZFS tiene un ciclo de vida definido de exportación e importación, pero la documentación pública actual de ZimaOS no describe un flujo de trabajo gráfico universal para adoptar todas las combinaciones externas de RAID y sistemas de archivos.