Ya está disponible la versión intermedia del proyecto OpenZFS 2.2.1, que desarrolla la implementación del sistema de archivos ZFS para Linux y FreeBSD. Esta versión es notable por la inclusión del soporte para el núcleo Linux 6.6 y un intento de solucionar un problema que causa la corrupción de datos (reseteo de partes de bloques) en archivos después de ser copiados.
Inicialmente se pensó que el problema solo se manifestaba en la rama 2.2.x y era causado por un error en el mecanismo de clonación de bloques incluido en OpenZFS 2.2.0, que permite crear una copia de un archivo o de parte de él sin duplicar datos, utilizando en la segunda copia referencias a bloques de datos existentes del archivo original sin copiarlos realmente. En la versión OpenZFS 2.2.1, para bloquear el problema, el mecanismo de clonación de bloques fue desactivado por defecto, y se agregó una configuración zfs_bclone_enabled para restaurar el soporte de este modo.
Posteriormente, los desarrolladores informaron sobre la reproducción del problema también en configuraciones con la rama OpenZFS 2.1.x. No se confirmaron las suposiciones de que el problema se manifiesta en sistemas con versiones antiguas del paquete coreutils; se pudo reproducir el error en FreeBSD y en distribuciones de Linux con la nueva versión de coreutils 9.4.
La corrupción de archivos se presenta con una combinación de circunstancias bastante raras; por ejemplo, ejecutar en Gentoo el comando «emerge -1 dev-lang/go» da como resultado la instalación del kit de herramientas para el lenguaje Go con corrupción de archivos en el directorio /usr/lib/go/pkg/tool/linux_amd64/compile. Se supone que el error comenzó a manifestarse después de establecer por defecto el parámetro «zfs_dmu_offset_next_sync=1» en la versión openzfs 2.1.4. La fuente del error aún no se ha identificado. Como solución recomendada para bloquear el error, se sugiere establecer en 0 el parámetro «/sys/module/zfs/parameters/zfs_dmu_offset_next_sync».
Fuente: opennet.ru
