MeshXFS: un sistema de archivos en clúster escrito por IA sobre XFS

MeshXFS es un nuevo sistema de archivos de código abierto que permite a varios servidores Linux compartir un mismo disco a la vez. Se creó modificando XFS con agentes de programación de IA, informó Phoronix el 17 de octubre de 2026. El repositorio del proyecto dice que ningún humano escribió, editó a mano ni revisó línea por línea su código de clúster. Eso lo convierte en una de las pruebas más claras hasta ahora de código escrito por IA en un lugar donde un fallo puede destruir datos.

XFS es un sistema de archivos maduro que se incluye en el kernel de Linux. Un volumen XFS normal solo puede montarlo una máquina a la vez. Un sistema de archivos en clúster permite que varias máquinas monten el mismo disco compartido y escriban en él a la vez, algo habitual en los clústeres de virtualización.

Cómo se escribió el código

Claude Opus, funcionando como agente de programación autónomo en Claude Code de Anthropic, «escribió una gran parte» del código, según la página del proyecto en GitHub. Se consultó a Claude Fable, GPT, Gemini y Astra en los problemas más difíciles. El repositorio lo mantiene Stephen P. Shoecraft, y describe el papel humano como dirigir el trabajo, fijar los requisitos y hacer las pruebas.

«Ningún humano escribió, editó a mano ni revisó línea por línea el código de clúster», dice el repositorio. Phoronix informa de que los agentes de IA también escribieron y ejecutaron las pruebas.

El cambio es grande. El árbol xfs/ del proyecto ha pasado de unas 226.000 líneas a unas 314.000, según tanto Phoronix como el repositorio. MeshXFS es un fork del código de XFS del árbol de desarrollo de Linux 6.19, y tiene licencia de la versión 2 de la GNU General Public License.

Phoronix cita así los objetivos del proyecto: «la integridad de los datos primero, nunca hacer caer el host y no superar el doble del tiempo que tarda XFS nativo en el mismo almacenamiento».

Cómo funciona el clúster de MeshXFS

Varias máquinas que escriben en un mismo disco necesitan reglas para no sobrescribirse entre sí. MeshXFS usa para ello algunas piezas estándar, según Phoronix y el repositorio:

• Gestores de bloqueos. Uno funciona a través de la red entre los nodos. El otro guarda el estado de los bloqueos en el propio disco compartido, mediante un comando de almacenamiento llamado SCSI COMPARE AND WRITE.
• Aislamiento (fencing). Cuando un nodo deja de responder, los demás lo desconectan del disco para que no pueda corromper datos. MeshXFS lo hace con reservas persistentes SCSI.
• Recuperación. Cada nodo tiene su propia porción del journal, el registro de cambios pendientes. Un nodo superviviente aísla al nodo caído, reproduce su journal y sigue adelante.

El repositorio da a los demás 120 segundos para declarar caído un nodo y 180 segundos para haberlo aislado.

Qué está publicado y qué no

La última versión es la 0.90.130, titulada «Stronger Recovery, Broader Platform Support» (recuperación más sólida, más plataformas compatibles). El repositorio es concreto sobre sus límites:

Área	Estado en el repositorio
Tamaños de clúster	Publicado para 2, 4, 8 y 16 nodos; 32 nodos implementados pero no publicados
Enlaces de almacenamiento	iSCSI verificado; Fibre Channel y SAS sin verificar
NVMe y NVMe-oF	No compatibles, porque el aislamiento y los bloqueos dependen de comandos SCSI
Cabinas de almacenamiento	«Ninguna versión se ha verificado en una cabina de almacenamiento»
Defectos abiertos	123 registros; 69 afectan a una configuración publicada
Paquetes	Módulo DKMS para Proxmox VE 9, RHEL 9, Ubuntu 24.04 y 26.04, Debian 12 y 13

Cada versión pasa un conjunto de pruebas de unas 30 filas por configuración, en clústeres reales de varios nodos, informa Phoronix. El repositorio también muestra dos advertencias destacadas: «Usa las herramientas de MeshXFS, nunca las herramientas estándar de XFS» y «¿Usas la 0.90.37 o anterior? Actualiza».

El proyecto llega un día después de que los desarrolladores del kernel de Linux tomaran medidas para retirar de los commits la etiqueta de IA Assisted-by. MeshXFS es un proyecto independiente, fuera del kernel, pero plantea la misma pregunta: cuánta revisión necesita el código escrito por IA.

Qué significa esto para los desarrolladores

• No pongas todavía datos de producción en él. El proyecto enumera 69 defectos abiertos que afectan a configuraciones publicadas y dice que ninguna versión se ha verificado en una cabina de almacenamiento. Trátalo como un proyecto de laboratorio.
• Pruébalo si gestionas clústeres con almacenamiento compartido. Si usas Proxmox u otra plataforma de virtualización sobre almacenamiento iSCSI, una prueba de laboratorio mostrará cómo responde ante un fallo. Corta la alimentación de un nodo y mide cuánto tarda el aislamiento frente a los 180 segundos indicados.
• Comprueba primero tu protocolo de almacenamiento. NVMe y NVMe-oF no son compatibles en absoluto. Fibre Channel y SAS no se han probado.
• Nunca uses en él las herramientas de reparación estándar de XFS. El proyecto advierte de que las herramientas estándar de XFS leen en los lugares equivocados de un disco MeshXFS. Usa las herramientas del propio proyecto.
• Toma la lista de defectos como modelo. Publicar los defectos abiertos por gravedad y configuración es una costumbre útil para cualquier proyecto, esté escrito por IA o no. Indica a los usuarios exactamente qué se afirma.