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

608
Fenistil

У меня есть файловый сервер под управлением 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

1
Какую файловую систему вы используете в рассматриваемой файловой системе (`/ home / raid`)? Вы включили xattr на нем? mjturner 6 лет назад 0
@mjturner: Спасибо за ваш ответ. Я обновил вопрос. Fenistil 6 лет назад 0

1 ответ на вопрос

1
mjturner

Я видел именно эту проблему совсем недавно - она ​​вызвана упорядочением ваших модулей 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).

Я не могу поверить, но это работает! Большое спасибо! Fenistil 6 лет назад 0

Похожие вопросы