No love. I'm getting exactly the same thing. I have attached the log file. I blew away the log file right before I attempted the operation (I attempted a rename).
It's interesting, smbstatus still reports RDONLY. I removed NT ACL support entirely (and the tcp buffer sizes) and bounced the service. -----Original Message----- From: Jeremy Allison [mailto:j...@samba.org] Sent: Wednesday, August 11, 2010 10:32 AM To: Massner, Keith Cc: samba@lists.samba.org Subject: Re: [Samba] Permission issue (I think) On Wed, Aug 11, 2010 at 10:27:22AM -0700, Massner, Keith wrote: > I'm attempting to modify/delete files from Vista and am getting an > intermittent error that permission is denied. Frustrating. I can > create new files all day long. I might be able to rename it once or > twice. But then I'll get a permission denied error. I can NEVER > delete a file I created. > > What I want is a share that is world readable, writeable, modifiable, > etc. Yes, I know its insecure. But its just me. > > I'm using Samba 3.5.4 on CentOS 5.5, 32 bit. Yep, I have set all file > permissions and ownership. Also of note is that the same directory is > exported for NFS (and mounted via nfs on a media player when its > turned on). NFS has no permissions problems. Lsattr shows nothing interesting. > > A sample of smbstatus is: > 4667 500 DENY_NONE 0x20089 RDONLY NONE > /storage1/SharedMedia Music/Alison Krauss/Lonely Runs Both Ways/02 > Restless.mp3 Wed Aug 11 01:44:54 2010 > > Here's my stuff: > [global] > log file = /var/log/samba/%m.log ; Take this out once you > figure this crap out. > log level = 10 > netbios name = marvin > interfaces = 192.168.2.11/24 > usershare owner only = false > null passwords = yes > server string = Samba Server Version %v (%h) > security = SHARE > encrypt passwords = Yes > username map = /etc/samba/smbusers > max log size = 50 > preferred master = Yes > acl check permissions = No > guest ok = Yes > guest only = Yes > nt acl support = No This may be your problem. We *never* test without NT ACL support being set to yes anymore. This option should really be removed. Remove it from your smb.conf and retry. > cups options = raw > load printers = No > socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=65536 > SO_SNDBUF=65536 Second guessing the kernel on SNDBUF and RCVBUF sizes is also a bad idea. Jeremy.
-- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba