Проблемы с перемещением файлов в общем ресурсе - клиент Windows 7, Ubuntu 14 Server

Question

У нас есть настройка, в которой файлы передаются с сервера Ubuntu 14.04 для клиентов Win 7.

Мы боремся с проблемой перемещения файлов иногда. Это выглядит примерно так:

• Создайте новую подпапку в общей папке и дайте ей имя
• Попытка переместить существующий файл в общей папке в новую подпапку, вероятно, через несколько секунд после создания и переименования новой папки.
• Вызвана ошибка «При доступе к [имя файла] .pdf возникла проблема. Убедитесь, что вы подключены к сети, и повторите попытку».
• Окно ошибок пришлось попробовать еще раз, пропустить и отменить параметры. Повторите попытку, ничего не сделав, пропустите закрытую ошибку без визуального изменения каталога (там все еще появился целевой файл).
• Введена вновь созданная подпапка, и файл фактически успешно перемещен. При возврате в родительский каталог в целевом файле не было никаких признаков, то есть он переместился в правильное место.

Не известно, что кто-то еще в данный момент имеет доступ к папке проекта

Резюме: перемещено правильно, но с сообщением об ошибке.

Кто-нибудь знает, что может вызвать это или как мы могли бы решить эту проблему? Кажется, в журналах самбы нет ничего очевидного.

Samba версия 4.1.6-Ubuntu

Этот конкретный сервер настроен как BDC. Домен полностью samba/ldap (без контроллеров домена Windows)

Answer 1

Попробуйте добавить это в реестр Windows, используя regedit:

Расположение: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\ Параметры

Ключ: "DirectoryCacheLifetime" = dword: 00000000

Это решило проблему специально для компьютеров с Windows 7 (не Windows 8/8.1), которые я обнаружил с файлами, сохраняемыми в общий ресурс Samba принтерами /сканерами. Новый файл может занять очень много времени (10 минут или более), чтобы появиться в списке каталогов общего ресурса Samba клиентом Windows 7, даже если он явно присутствовал локально. Новый файл можно сразу увидеть в Windows 7, создав новую ссылку на общий ресурс другим пользователем unc (например, \\mysambaserver \ourshare вместо \\192.168.110.104 \ourshare).

Кажется вероятным, что это было вызвано ошибкой в SMB2, особенно или, возможно, только когда файл был загружен SMB1 (как используется принтерами / сканерами со сравнительно старым встроенным программным обеспечением для «сканирования в сетевое местоположение»).

Microsoft исправление для аналогично звучащей проблемы не помогло, но это исправление реестра решило проблему.

Хотя ваша проблема проявляется немного по-другому, ее можно решить тем же исправлением, но в любом случае стоит попробовать.