Red Hat dejará de dar soporte a Btrfs

Ayer se publicó una nueva versión de Red Hat Enterprise Linux. Una actualización de mantenimiento de RHEL (7.4) que además de presentar mejoras de seguridad (USB Guard para limitar el uso de dispositivos USB en función del usuario, capacidades de auditoria actualizadas, soporte de SELinux en OverlayFS) y rendimiento; también trae algunos abandonos, como el del soporte del sistema de archivos Btrfs en futuras versiones de la distro.

Este es el comunicado que forma parte de la documentación de RHEL 7.4:

The Btrfs file system has been in Technology Preview state since the initial release of Red Hat Enterprise Linux 6. Red Hat will not be moving Btrfs to a fully supported feature and it will be removed in a future major release of Red Hat Enterprise Linux.

The Btrfs file system did receive numerous updates from the upstream in Red Hat Enterprise Linux 7.4 and will remain available in the Red Hat Enterprise Linux 7 series. However, this is the last planned update to this feature.

Red Hat will continue to invest in future technologies to address the use cases of our customers, specifically those related to snapshots, compression, NVRAM, and ease of use. We encourage feedback through your Red Hat representative on features and requirements you have for file systems and storage technology.

Un anuncio que no aclara los motivos de esta decisión, pero adelanta que Red Hat seguirá trabajando en una solución similar. Quizás mejorando su sistema de archivos predeterminado XFS e incorporando la tecnología de Permabit (una compañía que acaban de adquirir, especializada en deduplicación y compresión de datos), quizás colaborando en el desarrollo de nuevos sistemas de archivos CoW (Copy on Write) como Bcachefs.

En cualquier caso, RHEL 7.4 será la última edición en dar soporte a Btrfs, un proyecto que empezó a desarrollarse en 2007 bajo el paraguas de Oracle, intentando dar respuesta a algunas carencias de los actuales sistemas de archivos Linux.

Entre las compañías actuales que contribuyen al proyecto Btrfs están: Facebook, Fujitsu, Fusion-IO, Intel, Linux Foundation, Netgear, SUSE, Oracle, STRATO AG y la propia Red Hat.

En los últimos tiempos ha intentado posicionarse como competencia a ZFS en términos de escalabilidad y facilidad de uso. Un ZFS que su traslado a Linux por temas de licencias siempre es conflictivo.

Entre las características avanzadas de Btrfs esta la de poder crear imágenes del sistema (snapshots) que bajo el principio de “Copy on Write” permite revertir cualquier cambio efectuado tras una actualización o la integración con RAID (con sus problemas de corrupción en RAID 5/6 también, todo hay que decirlo).

Son características que muchos usuarios –especialmente en el escritorio– no utilizan, por lo que la mayoría de distros optan por el siempre fiable ext4 o el mencionado XFS, que ofrece excelente rendimiento a la hora de manejar archivos de gran tamaño.

De las distribuciones GNU/Linux son posiblemente openSUSE y SLES las que más apuestan por Btrfs, al punto de hacerlo su sistema de archivos predeterminado.

Imagen | Jared Smith (CC BY-NC-ND 2.0)

Vía | Phoronix

9 thoughts on “Red Hat dejará de dar soporte a Btrfs”

  1. Eduardo Inda Populista says:

    menos mal que canonical no sacó su propio sistema de archivos ….

  2. x-man says:

    Sin discutir las ventajas que ofrece “BtrFS” y solo por pura appreciation nada de benchmark o similar, llevo un tiempo valorando cambiar la partición (“/” root) mis sistemas con openSuSE Leap/TW a “ext4” nuevamente.
    La razón, algunos pitos y flautas que solo se han manifestado en mis equipos a partir del uso de “BtrFS”, pitos y flautas se refieren a por ej: mas demora en el arranque del sistema, sin llegar a colgarse el sistema se queda medio congelado y después buscas en los logs y te encuentras muchas cosas que en ocasiones ni entiendo, pero dicen “btrfs” XD.
    En fin creo que para un PC de escritorio/Laptop no sean necesarios sistemas de archivos que en realidad están en mi opinion creados para Servers.

    Nunca tuve problemas con “ext4” y en los últimos tiempos le han introducido mejoras y si borras algo accidentalmente “extundelete” es tu amigo y funciona.

    Gracias Tannhausser.

    1. Scott says:

      Según tengo entendido lo recomendable para el arranque suele ser crear una partición independiente, asignarsela a /boot y darle formato ext2, que debe de tener una mayor velocidad de lectura debido a su carencia de journaling.
      De hecho es lo que suelo hacer en mis últimas instalaciones y al menos con Devuan vuela.

  3. moscosovv says:

    Yo vengo usando btrfs desde hace un tiempo y si bien muchas de sus características están pensadas en implementaciones empresariales, creo que de cara a los usuarios de escritorio la función mas útil es la de snapshots, mas de una vez me he cargado el sistema y solo basto con volver a una imagen anterior y por acá no ha pasado nada, y si a eso le sumas la facilidad de uso de esta característica que ofrece OpenSUSE tienes la bomba!

    Saludos.

  4. kbird says:

    ¿Donde pinta Canonical aquí? Ese odio a Canonical es ridículo.

    1. kbird says:

      Agrego: Le repondia a @Eduardo Inda Populista. Tener el Javascript desactivado en el navegador me hizo comentar en general 😛

    2. moscosov says:

      Me parece que el tono es mas bien irónico y hace referencia a los proyectos “fallidos” de Canonical como Unity, Mir, Upstart…

      Saludos.

      1. tannhausser says:

        Eso y que si fuera Canonical quien abandonara un proyecto comunitario por crear el suyo propio, le iban –íbamos– a dar bastante más caña que a Red Hat 🙂

Deja un comentario