Имею неприятное поведение самбы. Точнее - одного компьютера под осью WinXP при его доступе екселем к ексельной таблице, размещенной на самбовом ресурсе. А именно - таблица открывается, корректируется, но при попытке сохранить изменения - зависает.
В /var/log/messages идут записи вида

 Oplock break failed for file filename.xls -- replying anyway

При работе с других XP-компьютеров такого эффекта не наблюдаю.
Ось серверная - Fedora13. (2.6.33.6-147.fc13.x86_64), samba -  -3.5.4-62.fc13.x86_64, glusterfs, который раздается через самбу - v3.0.5 (собран на месте из официальных сырцов).
Настройки самбы следующие:

 
[global]
....
#Настройки SAMBA для работы блокировок 1C
kernel oplocks = yes
use sendfile=yes
locking = yes
strict locking = auto
oplocks = yes
level2 oplocks = yes
oplock break wait time = 30 
lock spin time = 2000
.....
[FirmDocs]
comment = Документы фирмы 
path = /mnt/glusterfs/exports/FirmDocs
browseable = yes
public = yes
readonly = no
writable = yes
create mask = 0666
directory mask = 0777
write cache size = 0
strict sync=no
csc policy = manual
# наследовать владельца (вышестоящей директории)
inherit owner = yes
# наследовать ACL
inherit acls = yes
# наследовать права
inherit permissions = yes

При дефолтном значении (oplock break wait time = 0) ситуация была аналогичная. Стоит ли этот wait time увеличивать дальше?

Что посоветуете?
-------------------------------------------------
Кроме этого есть еще один компьютер. Он не может открыть вордом-екселем (2007) документы, расположенные на glusterfs. Далее, если юзер создает документ в шаре на glusterfs, то потом он его не может открыть, так как получает сообщение, что файл заблокирован. Получается, что после закрытия файла блокировки с него не снимаются.
Далее, если я размещаю эти данные (шару) не на glusterfs, а на обычном диске сервера или на drbd, то проблемы нет. И все блокировки прекрасно снимаются.
Причем это дело идет только с нескольких компьютеров с XP. С большинства - проблемы нет.