On Mon, Jun 28, 2004 at 10:01:55AM -0500, Chris Garrigues wrote: > > From: Jeremy Allison <[EMAIL PROTECTED]> > > Date: Fri, 25 Jun 2004 17:55:03 -0700 > > > > Ok, Chris - if you svn update you'll find I've added a new global parameter to > > control the action of the defer open code. It's called > > > > "defer sharing violations" and it's set to "yes" by default (to emulate Windows > > correctly). Can you svn update and try and reproduce your problem with > > this parameter set to "yes". If you can, try setting it to "no" and seeing > > if the problem goes away. > > I'm halfway there. It just failed with "defer sharing violations = Yes". > > I've changed the flag to "No". Since it doesn't always fail, I'll try all day > to get it to fail. If it fails, I'll let you know. If it doesn't, I'll put > it on my client's network this evening and let you know how well it works > there.
Can you try with : "defer sharing violations = Yes" but kernel oplocks = no oplocks = yes level2 oplocks = yes Also. I'm starting to think it may be an interaction between Linux kernel oplocks and deferred opens. Jeremy. -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba