Uma série de correções importantes para o cliente NFS está a caminho do Kernel Linux, com foco em garantir a ordem correta das operações de I/O e reverter uma mudança que estava quebrando testes de regressão. O conjunto foi enviado por Trond Myklebust e já foi mesclado por Linus Torvalds em 10 de setembro — um pacote “people-first” na prática, mirando a confiabilidade do armazenamento em rede que muitos servidores e estações usam diariamente (sim, estamos falando do “Linux NFS client”).
Garantindo a integridade dos dados com i/o serializado
O destaque técnico é direto ao ponto: serializar as operações de O_DIRECT (as escritas e leituras que “pulam” o cache da página) em relação a chamadas que mudam o tamanho ou o layout do arquivo — truncate(), fallocate(), copy e clone. Pense numa única fila de embarque: quando alguém tenta “furar a fila”, o risco é embarcar o passageiro errado (no nosso caso, dados fora de ordem). Ao impor essa fila única entre I/O direto e funções que remodelam o arquivo, o kernel reduz as chances de leituras “pegarem” bytes de antes de um truncate() ou de uma região recém-alocada por fallocate() ainda não estar coerente. Resultado: menos comportamentos estranhos, mais previsibilidade para bancos de dados, VMs e workloads sensíveis à consistência.
Reversão importante no sunrpc e outras correções
Transparência também faz parte do pacote. O time reverteu o patch “SUNRPC: Don’t allow waiting for exiting tasks” depois que ele começou a quebrar testes do LTP (especificamente, o acct02). A intenção original era boa — endurecer o comportamento em cenários de saída de tarefa —, mas a regressão falou mais alto. A reversão volta a colocar a estabilidade no centro, enquanto os desenvolvedores procuram uma abordagem melhor para o problema. É um exemplo didático do processo do kernel: corrigir, medir, reavaliar e, se preciso, desfazer.
A manutenção foi além. Há proteções contra a chamada “eof page pollution” (um problema visto em xfstests generic/363, quando o fim-de-arquivo “polui” a página em cache, gerando leituras incorretas). Também chegam correções no flexfiles (pNFS) — como um NULL check que evitava crash em leituras e um ajuste de tipografia que impactava o processamento de layout segments. E tem mais: refinamentos no rastreamento de capacidades NFSv4 ao cruzar limites de filesystem, além de duas melhorias no localio (uma restaura credenciais corretamente para evitar BUG_ON(), outra impede “flapping” do recurso liga/desliga). O guarda-chuva é amplo, porém com a mesma meta: previsibilidade e correção.
Por que isso importa (e para quem)
Se você administra NAS, clusters de containers, bancos de dados ou infra de VMs montadas via NFS, já conhece o preço de um I/O fora de ordem: timeouts enigmáticos, dados “fantasmas” e um aumento sutil (e caro) de retries. Essas correções atacam exatamente esse tipo de dor, colocando O_DIRECT e operações de modificação de arquivo para “conversarem” antes de tocar o disco — e assim evitando surpresas. A reversão no SUNRPC reforça a filosofia do kernel: melhor recuar do que deixar uma regressão chegar ao usuário final. E, por fim, as melhorias em flexfiles e capabilities do NFSv4 ajudam cenários distribuídos modernos, nos quais vários data servers e layouts entram em cena ao mesmo tempo. Tudo isso já está no tree principal do kernel, como parte do tag nfs-for-6.17-3.
