OpenZFS 2.4.4 llega con soporte para Linux 7.2 y herramienta de recuperación MMP

OpenZFS 2.4.4 ya está disponible. Esta actualización de mantenimiento de la rama 2.4 amplía el soporte oficial para kernels Linux hasta la versión 7.2, introduce una nueva herramienta de recuperación para pools afectados por Multi-Modifier Protection (MMP) y resuelve una larga lista de correcciones de estabilidad.

Para quienes administran servidores o NAS con ZFS, esta release es especialmente relevante. Aunque no trae cambios de formato ni funciones disruptivas, garantiza que el sistema de archivos siga funcionando de forma confiable con las últimas versiones del kernel y corrige escenarios que podían complicar la recuperación de datos.

El soporte para Linux 7.2 requirió adaptar varias partes internas de OpenZFS. Uno de los cambios más visibles fue la conversión del manejo del superbloque para usar la interfaz sget_fc() del kernel. Como OpenZFS se distribuye fuera del árbol principal de Linux, el equipo debe seguir de cerca las modificaciones en las APIs internas. Ahora la compatibilidad oficial va desde Linux 4.18 hasta 7.2 inclusive.

En el lado de FreeBSD, la versión mantiene soporte para 13.3 y superiores, y 14.0 en adelante. Esta dualidad es una de las fortalezas de OpenZFS: la misma base tecnológica funciona en ambos sistemas, aunque con las particularidades de cada plataforma.

Quizás la novedad más práctica sea el comando zhack mmp reclaim. MMP es el mecanismo que evita que dos hosts importen y modifiquen el mismo pool al mismo tiempo, algo que podría causar corrupción grave. En casos donde un servidor se apaga de forma abrupta, el pool puede quedar “bloqueado”. Esta nueva herramienta permite reclamar el uberblock en situaciones específicas y distingue mejor entre actividad real y fallos de reclamación.

Además, se mejoró la detección de actividad de dispositivos: ahora ignora vdevs que no pueden escribir y maneja mejor los espejos degradados con discos ausentes. Estos ajustes son clave cuando el pool ya está en estado degradado y cualquier decisión errónea complica la recuperación.

En el área de deduplicación, OpenZFS 2.4.4 trae varias correcciones a la Deduplication Table (DDT). Aunque la dedup no es la función más usada por su consumo de RAM, quienes la tienen activada verán mayor estabilidad en operaciones que involucran referencias de bloques.

Otro cambio interesante afecta la integración con systemd. La dependencia de systemd-udev-settle en las unidades de importación de pools ahora es opcional. Esto elimina esperas innecesarias durante el arranque en ciertas configuraciones y da más flexibilidad a los administradores que usan setups personalizados.

La lista de correcciones adicionales incluye mejoras de compatibilidad con el kernel, ajustes en políticas de seguridad, actualizaciones en las pruebas automatizadas y fixes en componentes internos. En total, decenas de parches que pulen el comportamiento en escenarios poco frecuentes pero críticos.

OpenZFS 2.4.4 no es una actualización que cambie drásticamente el día a día, pero sí es de esas que conviene aplicar si seguís la rama 2.4. El proyecto también liberó OpenZFS 2.3.9 y 2.2.11, llevando parte de las correcciones a ramas anteriores para quienes prefieren ciclos más conservadores.

Recordá que podés obtener el código fuente y los paquetes desde el repositorio oficial en GitHub. Como siempre, antes de actualizar un pool de producción es recomendable hacer backup y probar en un entorno de staging.

Esta versión refuerza el compromiso del proyecto con la estabilidad y la recuperación de datos, dos pilares que hacen de ZFS una de las tecnologías de almacenamiento más respetadas en el mundo del software libre.