MacOS grava arquivos no servidor SMB usando frutas

Question

Eu tenho um servidor de arquivos rodando Debian 9.0 com o servidor samba (v. 4.5.8). Quando eu conecto a partir de um PC com Windows, tudo funciona bem, mas quando eu me conecto de um MacOS (tentei de Mountain Lion e Sierra) quase todos os arquivos copiados para esse compartilhamento ficam esmaecidos (como um download incompleto). Enquanto os CR2s, PDFs e TTFs estão esmaecidos, os AIs e PSDs não estão. No SMB eu uso o módulo de frutas para acelerar o acesso de computadores Apple. Isso funciona muito bem, sem que a velocidade de acesso seja muito mais lenta, mas não mais arquivos acinzentados.

Minha configuração do SMB:

[global]
    workgroup = COMPANY
    netbios name = DATACENTER
    server string = Datacenter
    security = user
    log level = 1
    read raw = No
    write raw = No
    max xmit = 65536
    case sensitive = no

    fruit:aapl = yes
    fruit:resource = xattr
    fruit:veto_appledouble = yes
    readdir_attr:aapl_max_access = no
    fruit:metadata = stream

    socket options = TCP_NODELAY IPTOS_LOWDELAY IPTOS_THROUGHPUT SO_SNDBUF=65535 SO_RCVBUF=32768
    unix extensions = no

[Share]
    comment = Share
    browseable = false
    null passwords = true
    path = /home/raid/
    read only = No
    guest ok = No
    create mask = 775
    vfs object = recycle catia fruit streams_xattr
    config-file = /etc/samba/recycle.conf
    recycle:repository = --==Recycle==--
    recycle:keeptree = yes
    recycle:versions = yes
    valid users = user

Então, quando eu desabilito o módulo de frutas inteiro, ele funciona, mas é muito lento (somente da Apple). Eu tentei mudar a fruta: recurso para arquivo, também habilitado aapl_max_access, mas sem sorte.

Informação adicional: Ativando o nível de log 10 no módulo de frutas, obtenha um arquivo de log, onde há estes erros:

reading meta xattr for filename.exet, rc: -1
error reading AppleDouble for filename.ext
ad_get(meta) for filename.ext returning -1

Talvez este possa ser o problema?

PS .: O sistema de arquivos é:

/ dev / sda1 no / home / raid tipo ext4 (rw, noatime, nodiratime, data = pedido)

fstab:

RAID

UUID = 1346a8d6-5611-4b35-9ca0-98638b9d515a / home / raid padrões do ext4, user_xattr, noatime, nodiratime 0 2

    

Answer 1

Eu já vi exatamente esse problema muito recentemente - isso é causado pela ordem dos seus módulos VFS. Quando recycle é usado em conjunto com fruit , ele deve sempre vir depois deles (na verdade, diferente de quando usar módulos de E / S assíncronas, recycle deve sempre vir por último). / p>

Um bug similar foi registrado contra o FreeNAS. A parte importante:

The interaction between recycle and fruit / streams_xattr requires recycle to come after them. Otherwise, you will run into what appears to be attribute or permission errors.

Meu problema ocorreu ao usar o Samba 4.5 no Linux (com o ZFS como sistema de arquivos subjacente), mas a versão do sistema operacional e o sistema de arquivos não parecem ser significativos.

A entrada correta na sua configuração de compartilhamento deve ser:

vfs objects = catia fruit streams_xattr recycle

Depois de corrigi-lo, você poderá descobrir que os arquivos copiados antes de corrigir a ordem vfs objects ainda estão esmaecidos. Se esse for o caso, remova quaisquer atributos estendidos desses arquivos e eles deverão aparecer corretamente no Finder (você pode fazer isso usando qualquer uma das ferramentas de atributos estendidos do Linux).