samba-users August 2010 archive
Main Archive Page > Month Archives  > samba-users archives
samba-users: Re: [Samba] Permission issue (I think)

Re: [Samba] Permission issue (I think)

From: Massner, Keith <kmassner_at_nospam>
Date: Mon Aug 16 2010 - 23:24:12 GMT
To: <>


No love. I'm getting exactly the same thing.

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 []
Sent: Wednesday, August 11, 2010 10:32 AM
To: Massner, Keith
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
> 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 =
> 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
> SO_SNDBUF=65536

Second guessing the kernel on SNDBUF and RCVBUF sizes is also a bad

-- To unsubscribe from this list go to the following URL and read the instructions: