Samba + FoxPro (блокировки)

[vbalykin]

Столкнулся со следующей проблемой:

 

Имеется расшаренный сетевой ресурс, на котором расположены базы FoxPro. С этими базами должны по сети работать одновременно 2 клиентских программы. Ресурс с базами FoxPro подключается как сетевой диск.

 

При создании общей папки на Windows 2000 все замечательно: оба клиента прекрасно работают с базами.

 

При использовании Centos 4.2 (kernel 2.6) + samba-3.0.10 ситуация следующая: первый клиент запускается и блокирует файлы базы FoxPro, соответственно второй клиент не может получить к ним доступ, пока работает программа первого клиента. Как только первый клиент закрывает свою программу, второй клиент сразу же получает возможность работать с базой.

 

Используемый smb.conf стандартный, идущий с samba, поправлено лишь:

security = share



[foxpro]

 path = /path/to/foxpro

 public = yes

 guest only = yes

 writeable = yes

Что интересно, на Red Hat 6.2 (kernel 2.0) + samba-2.0.6 (с дефолтным конфигом) проблемы с блокировками нет. Пробовал собирать samba-2.0, samba-2.2 на Centos 4.2, проблема остается.

 

Пытался отключать в конфиге smb.conf все, что связано с oplocks и блокировками:

security = share

kernel oplocks = no

defer sharing violations = no



[foxpro]

 path = /path/to/foxpro

 public = yes

 guest only = yes

 writeable = yes

 oplocks = no

 level2 oplocks = no

 blocking locks = no

 locking = no

 strict locking = no

не помогает.

 

Посоветуйте, в какую сторону копать, чтобы решить проблему?

[Nallien]

к сожалению точно сказать не могу, но по вашему описанию - проблема не в самбе, а в каком-то приложении или в самом ядре... порыть можно в сторону файловой системы.... хотя нет :) бред какой-то...

 

хэх... ок. значит сначала - нужно убедиться и разобраться - как именно и почему блокируется запись в файлы (если блокируется также и доступ на чтение фалой - то рыть однозначтно в сторону максимального количества соединений.... (где-то тут уже пролетало пару таких вопросов, только об 1С и еще чем-то...), или в сторону максимально обрабатываемых файлов... толи .... арррррррр не помню :( кто-то вроде как подправил проблемку в исходниках.... толи ядра, толи .... хэх.... надо проспаться :(