|Main Archive Page > Month Archives > samba-users archives|
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
From: Jeremy Allison [mailto:email@example.com]
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:
> 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
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: https://lists.samba.org/mailman/options/samba