I use stable version of Samba 3.0.20 with Sun Solaris 9 and UFS filesystem with ACL support. I have also tested it with the same Samba version with Suse 9.3 und ext3 filesystem. After changing a ".doc" file (writing some characters) I have to wait for 10 seconds to save it. Saving the document earlier causes an Error by MS Word. ("Disk Full" or "Too many open Files"). By testing the ACLs I found the Problem is caused by the User ACLs on the current directory. If there are not set any User ACLs the problem doesn't occur. And it doesn't matter if there are ACLs on the file itself or not. Saving the same file as ".rtf" or ".txt" causes no problem. By sniffing the SMB Protokoll I found some locking Messages. This problem occur on word documents from version MS office XP and later. It does not depend on used OS ( win XP, 2000, 2003 ) and on installed Servicepack.
Wild guess: Related to bug 3055? samba-3.0.20/source/smbd/posix_acls.c, line 1051, ensure_canon_entry_valid(): The patch from bug 3055 only adds some code to the (!got_user) code but there is (!got_group) and (!got_other) too!
Sorry, please s/bug 3055/bug 2346/g in my previous comment! Thanks.
Can you attach a debug level 10 log of the problem ocurring please. Thanks, Jeremy.
Damn, I only have MS-Office 2000. My MSDN subscription has expired (I'm working on getting another one). Jerry, can you test this please ? It doesn't happen with Office 2000. Jeremy.
Hang on a minute... I've got Office 2003 - I'm going to install and test that... Jeremy.
Ok I've tried to reproduce this with Office 2003 SP2 installed on an ext3 drive with ACLs and can't. There seem to be no problem with rapid multiple saves on an open modified file. I'm going to need to see more data (a debug level 10 log file at least) to investigate. As it is it doesn't look like it's worth holding up 3.0.20a for. Jeremy.
closing . no response frm origional reporter.