Samba 4 по сравнению с MS Office - Ошибка, получающая доступ к файлу для сохранения, откройте и считай работы
Описание
Я борюсь с довольно старой (известной) проблемой с помощью последней самбы 4 комплекта. MS Office 2 010 продуктов отказываются сохранять новое (или измененный) файл на самбе, совместно использует и отображает сообщение формы:
"Была ошибка при доступе к файлу \sambashare\smbtest\testfile.pptx".
Эта конкретная проблема сохраняет только с MS Office 2 010 файлов (docx, pptx, xlsx). Открытие и чтение файлов работают просто великолепно, но когда дело доходит до изменения или сохранить новый файл, оно не работает. Обратите внимание на то, что Все другие типы файлов, включая более старые продукты MS Office (например, MS Office 2003) работают просто великолепно.
Среда
ОС (сервер): выпуск 6.2 CentOS (Финал) - ОС (клиент): Windows 7 - версия Samba: самба 4.1.11
Другие подобные случаи:
b) https://lists.samba.org/archive/samba/2011-December/165327.html
Я считал много "разрешенных" случаев с таким видом ошибки, но они все используют более старые версии самбы (3.*). Решения, предоставленные этих случаев, не работают на новую версию самбы, поскольку некоторые параметры удерживались от использования. Я надеялся, что этот вопрос будет решен в самбе 4, но это на самом деле не сделало.
Конфигурация
Также я выполнил серию тестов путем изменения smb.conf файла. Вот то, что я в настоящее время имею в данный момент.
[smbtest]
comment = samba test workspace
path = /sambashare/smbtest
valid users = @g-staff
force group = g-staff
browseable = yes
writeable = yes
read only = no
guest ok = no
directory mask = 2770
force directory mode = 2770
create mask = 2775
force create mode = 2775
Ваша справка значительно ценилась бы.Спасибо!
Поддержка поступила от одного из разработчиков Samba.
Похоже, эта проблема была вызвана моей текущей конфигурацией IBM GPFS (сетевая файловая система), а не Samba.
Устранение проблемы
Доступны следующие 2 обходных пути:
A) Применить «специальные» настройки:
Для GPFS 1.3.1.0 или выше -> включить настройку GPFS для переименования файлов с использованием доступа SMB2:
Используя SSH, подключитесь к активный узел управления в качестве пользователя «root».
Выполните следующую команду, чтобы установить флаг cifsBypassShareLocksOnRename:
[root @ gpfsmngtserver ~] # mmchconfig cifsBypassShareLocksOnRename = yes -i mmchconfig: команда успешно завершена mmchconfig: распространение данных конфигурации кластера на все затронутые узлы. Это асинхронный процесс.
- Проверьте настройки:
[root @ gpfsmngtserver ~] # конфигурация дампа mmfsadm | grep -i cifs cifsBypassShareLocksOnRename 1 <----убедитесь, что теперь он установлен на 1 cifsBypassTraversalChecking 0
Повторное подключение сетевых дисков или перезагрузка клиентов не требуется.
Примечание: поддержка SMB2 будет автоматически повторно включена после применения обновления. Пожалуйста, проверьте и повторно примените любые обходные пути, которые могут потребоваться в обновленной версии, особенно если обходной путь был применен до обновления.
ИЛИ
B) Отредактируйте и сохраните файлы локально на клиенте, а затем скопируйте эти файлы в сетевой ресурс.
Ссылки Страница поддержки IBM: http://www-01.ibm.com/support/docview.wss?uid=ssg1S1004008
Страница Samba Bugzilla: https://bugzilla.samba.org/show_bug. cgi? id = 10774