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: Thu Aug 12 2010 - 03:24:05 GMT
To: "Jeremy Allison" <jra@samba.org>

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@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