Here's my global locking options: % testparm -v | grep lock [snip] kernel oplocks = Yes lock spin count = 3 lock spin time = 10 oplock break wait time = 0 lock directory = /var/lib/samba block size = 1024 veto oplock files = blocking locks = Yes fake oplocks = No locking = Yes oplocks = Yes level2 oplocks = Yes oplock contention limit = 2 posix locking = Yes strict locking = Yes And here's the share defs on a problem share [firefox] comment = firefox web browser application for windows path = /windowsbin/firefox read only = yes browseable = yes guest ok = no write list = root thanks, Ben Donnelly Nicholas School Duke University -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
I noticed that the Release Notes for Samba 3.0.21 say that the oplock
implementation has been rewritten. And we seem to be having problems
with some .exe files we are sharing out as read-only shares. The shares
now only allow the first person to open the executable and run it. Other
users time out with a memory address error. Do I need to specify some
new oplock option for these shares now? I tried specifying *fake oplocks
= yes* on the share, but it didn't fix it. The same configuration
options allow multiple users on a server running 3.0.14
- [Samba] new oplocks Ben Donnelly
- Re: [Samba] new oplocks Thomas Bork
- Re: [Samba] new oplocks Jeremy Allison