MacOS выделяет файлы на SMB-сервере, используя фрукты

Question

У меня есть файловый сервер под управлением Debian 9.0 с сервером samba (v. 4.5.8). Когда я подключаюсь с ПК с Windows, все работает нормально, но когда я подключаюсь с MacOS (пробовал с Mountain Lion и Sierra), почти каждый файл, который копируется в этот общий ресурс, отображается серым цветом (как неполная загрузка). В то время как CR2, PDF и TTF отображаются серым цветом, AI и PSD - нет. На SMB я использую фруктовый модуль для ускорения доступа с компьютеров Apple. Это прекрасно работает, без этого скорость доступа намного медленнее, но не более серых файлов.

Мой конфиг 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

Поэтому, когда я отключаю весь фруктовый модуль, он работает, но очень медленно (только от Apple). Я пытался изменить фрукт: ресурс в файл, также включил aapl_max_access, но не повезло.

Дополнительная информация: Включив лог 10-го уровня в модуле Fruit, найдите мне лог-файл, где есть следующие ошибки:

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

Может быть это может быть проблемой?

PS .: Файловая система:

/dev/sda1 on /home / тип рейда ext4 (rw, noatime, nodiratime, data = order)

Fstab:

RAID

UUID = 1346a8d6-5611-4b35-9ca0-98638b9d515a /home /raid ext4 по умолчанию, user_xattr, noatime, nodiratime 0 2

Answer 1

Я видел именно эту проблему совсем недавно - она вызвана упорядочением ваших модулей VFS. Когда recycle используется совместно с fruit , она всегда должна следовать за ними (на самом деле, кроме использования асинхронных модулей ввода / вывода, recycle всегда должна идти последней).

Аналогичная ошибка была подана против FreeNAS. Важная часть:

Взаимодействие между recycle и fruit / streams_xattr требует, чтобы recycle последовал за ними. В противном случае вы столкнетесь с ошибками атрибута или разрешения.

Моя проблема возникла при использовании Samba 4.5 в Linux (с ZFS в качестве базовой файловой системы), но версия ОС и файловая система не выглядят значительными.

Правильная запись в вашей конфигурации общего ресурса должна гласить:

vfs objects = catia fruit streams_xattr recycle

После того, как вы исправите это, вы можете обнаружить, что файлы, скопированные до того, как вы исправите порядок vfs objects , по-прежнему неактивны. Если это так, удалите любые расширенные атрибуты из этих файлов, и они должны правильно отображаться в Finder (это можно сделать с помощью любого из инструментов расширенных атрибутов Linux).