Como ler arquivos totalmente desduplicados em SMB no macOS?

Question

Eu tenho um volume no Windows Server 2016 que é um alvo da função de deduplicação de dados.

Funciona muito bem ~ taxa de poupança de 60%, com muitos arquivos aparecendo como zero bytes no disco.

OvolumeécompartilhadoemSMBemontadobememclientesMac,WindowseLinux.Osdoisúltimospodemusartodososarquivosnormalmente,masosMacsnãopodem.

Emqualquerarquivoqueapareçausandozerodeespaçoemdisco,osMacsnãosabemcomolê-los.Elesnãopodemserabertosoulidos,eumacópianoFinderproduzErrorcode-36.

Em um cliente em funcionamento, copiar o arquivo para um novo, para que ele não tenha sido desduplicado, permite que o Mac o leia, pois agora ele parece usar espaço em disco. Por exemplo, fazer o seguinte no Ubuntu fará com que o arquivo perca a otimização: cp original_file.csv temp && mv temp original_file.csv

Este é um problema que pode ser resolvido, ou há algo errado com o macOS ou a maneira como ele implementa o SMB?

    

Answer 1

Parece-me que você encontrou uma ambiguidade na especificação SMB. Parece que o Finder está vendo um arquivo com 0Bytes e decidindo que não há utilidade em acessá-lo, já que está vazio. Eu podia me ver facilmente fazendo essa escolha codificando algo na tentativa de "otimizar" o código. Há algo de errado com a implementação do SMB do Finder? Possivelmente, mas você teria que ler as especificações MUITO com cuidado para determinar isso! Eu relataria o problema à Apple, já que não posso imaginar que não seja um bug. Espero que isso acabe em uma lista de bugs e seja corrigido em breve.

Em uma nota lateral, por que você usaria a compactação, dados os preços relativamente baratos armazenados hoje em dia?