MeshXFS: um sistema de arquivos em cluster escrito por IA sobre o XFS

O MeshXFS é um novo sistema de arquivos de código aberto que permite que vários servidores Linux compartilhem um mesmo disco ao mesmo tempo. Ele foi criado modificando o XFS com agentes de programação de IA, informou o Phoronix em 17 de outubro de 2026. O repositório do projeto diz que nenhum humano escreveu, editou à mão ou revisou linha por linha o seu código de cluster. Isso faz dele um dos testes mais claros até agora de código escrito por IA em um lugar onde um bug pode destruir dados.

O XFS é um sistema de arquivos maduro que vem no kernel do Linux. Um volume XFS comum só pode ser montado por uma máquina de cada vez. Um sistema de arquivos em cluster permite que várias máquinas montem o mesmo disco compartilhado e gravem nele juntas, algo comum em clusters de virtualização.

Como o código foi escrito

O Claude Opus, rodando como agente de programação autônomo no Claude Code da Anthropic, "escreveu uma grande parte" do código, segundo a página do projeto no GitHub. Claude Fable, GPT, Gemini e Astra foram consultados nos problemas mais difíceis. O repositório é mantido por Stephen P. Shoecraft. Ele descreve o papel humano como dirigir o trabalho, definir requisitos e testar.

"Nenhum humano escreveu, editou à mão ou revisou linha por linha o código de cluster", diz o repositório. O Phoronix informa que os agentes de IA também escreveram e executaram os testes.

A mudança é grande. A árvore xfs/ do projeto cresceu de cerca de 226.000 linhas para cerca de 314.000, segundo o Phoronix e o repositório. O MeshXFS é um fork do código do XFS na árvore de desenvolvimento do Linux 6.19. Ele é licenciado sob a versão 2 da GNU General Public License.

O Phoronix cita os objetivos do projeto: "integridade dos dados em primeiro lugar, nunca derrubar o host e ficar dentro do dobro do tempo que o XFS nativo leva no mesmo armazenamento".

Como o MeshXFS funciona em cluster

Várias máquinas gravando em um mesmo disco precisam de regras para não sobrescrever o trabalho umas das outras. O MeshXFS usa algumas peças padrão para isso, segundo o Phoronix e o repositório:

• Gerenciadores de bloqueio. Um funciona pela rede, entre os nós. O outro guarda o estado dos bloqueios no próprio disco compartilhado, usando um comando de armazenamento chamado SCSI COMPARE AND WRITE.
• Fencing. Quando um nó para de responder, os outros o isolam do disco para que ele não corrompa dados. O MeshXFS faz isso com SCSI persistent reservations.
• Recuperação. Cada nó tem a sua própria fatia do journal, o registro de alterações pendentes. Um nó sobrevivente isola um nó morto, reexecuta o journal dele e segue em frente.

O repositório dá aos outros nós 120 segundos para declarar um nó morto e 180 segundos para tê-lo isolado.

O que foi lançado e o que não foi

A versão mais recente é a 0.90.130, intitulada "Stronger Recovery, Broader Platform Support" (recuperação mais forte, suporte a mais plataformas). O repositório é específico sobre os seus limites:

Área	Situação no repositório
Tamanhos de cluster	Lançado com 2, 4, 8 e 16 nós; 32 nós implementado, mas não lançado
Conexões de armazenamento	iSCSI verificado; Fibre Channel e SAS não verificados
NVMe e NVMe-oF	Sem suporte, porque o fencing e os bloqueios dependem de comandos SCSI
Arrays de armazenamento	"Nenhuma versão foi verificada em um array de armazenamento"
Defeitos em aberto	123 registros; 69 atingem uma configuração lançada
Pacotes	Módulo DKMS para Proxmox VE 9, RHEL 9, Ubuntu 24.04 e 26.04, Debian 12 e 13

Cada versão passa por uma bateria de testes de cerca de 30 linhas por configuração, em clusters reais com vários nós, informa o Phoronix. O repositório também traz dois avisos em destaque: "Use as ferramentas do MeshXFS, nunca as ferramentas padrão do XFS" e "Usa a 0.90.37 ou anterior? Atualize."

O projeto chega um dia depois de os desenvolvedores do kernel do Linux avançarem para abandonar a tag Assisted-by de IA nos commits. O MeshXFS é um projeto separado, fora do kernel. Mas ele levanta a mesma questão: quanta revisão o código escrito por IA precisa.

O que isso significa para desenvolvedores

• Ainda não coloque dados de produção nele. O projeto lista 69 defeitos em aberto que atingem configurações lançadas e diz que nenhuma versão foi verificada em um array de armazenamento. Trate-o como um projeto de laboratório.
• Teste-o se você opera clusters com armazenamento compartilhado. Se você usa Proxmox ou outra pilha de virtualização com armazenamento iSCSI, um teste em laboratório vai mostrar como ele se comporta no failover. Corte a energia de um nó e meça quanto tempo o fencing leva, em comparação com os 180 segundos informados.
• Verifique primeiro o seu protocolo de armazenamento. NVMe e NVMe-oF não têm nenhum suporte. Fibre Channel e SAS não foram testados.
• Nunca rode as ferramentas padrão de reparo do XFS nele. O projeto avisa que as ferramentas padrão do XFS leem os lugares errados em um disco MeshXFS. Use as ferramentas do próprio projeto.
• Veja a lista de defeitos como um modelo. Publicar os defeitos em aberto por gravidade e configuração é um bom hábito para qualquer projeto, escrito por IA ou não. Isso diz aos usuários exatamente o que o projeto afirma.