[Samba] Permission issue (I think)

[Massner, Keith]

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:jra at samba.org] 
Sent: Wednesday, August 11, 2010 10:32 AM
To: Massner, Keith
Cc: samba at 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.