Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
I'm formerly an NT guy, and I'm really having some difficulty with SMB. In trying to allow a user to have rwx privileges on certain folders, I'm experincing an issue where they can see all files in a directory, read them, write to them, but not delete them. This makes absolutely no sense to me, as the unix privileges are set for rwx for the users in question, and I can even delete the files/folders from the same user account(s) from within the server itself via ssh. Can anyone shed some light on this? Thanks!
My initial thought was that your user didn't have permission to write to the directory as you can't delete files if you can't write to the directory; but as you say it works via an ssh session it's got to be something Samba specific.
As david_ross said, give us the error message(s) you get, along with your smb.conf and possibly an ls -la of the directory in question. Details of the users and groups would be useful too.
Thanks much for the speedy replies. as for the smb.conf, here's a snippet. It's supposed to be one of the private users shares (of the type tyically mapped to "U:" in NT domains).
Code:
[Chris$]
writeable = no
public = no
delete readonly = yes
only user = yes
path = /raid5/users/chris
write list = chris
force user = chris
comment = Chris' private network share
valid users = chris
user = chris
And the following is supposed to be a group share that is accessible to the "slcc" group:
Code:
[SLCC]
comment = SLCC Group Share
public = yes
writeable = no
write list = @slcc
path = /raid5/slcc
Originally posted by jharris Which version of Samba are you using? Are you sure that writeable = no isn't overriding write list = chris?
Yeah, unfortunately I'm positive. Even with that line commented out, I get the same exact results. Since I've given full ownership of that folder to user 'chris' in unix, I'm pretty sure it's a SMB problem...
I once heard about something called a "sticky bit" in the file permissions that is (if I remember right) supposed to enable you to block deletion of a file to anybody except root.
I am guessing this "sticky bit" is preventing deletion? Google "linux file permission sticky" or "samba sticky" for more info.
I -think- this might be what the problems is you are having.
Originally posted by rylan76 ...I once heard about something called a "sticky bit" in the file permissions that is (if I remember right) supposed to enable you to block deletion of a file to anybody except root...I am guessing this "sticky bit" is preventing deletion?...
Hmm, I don't think this is the case, as normal users can ssh into the box and delete the files in question (provided they have permission to do so). It's only through SMB that the problems occur; users can write, read, change, rename, but not delete. But, just to be sure, I did run a chmod -t on the folder in question, and no luck... *weird* I really do want to get this thing going. Even with SMB running a *nix --> NT conversion layer, it's stull much faster and more efficient than NT5 is natively.
Update: It seems the the problem deleting files is only limited to directories, as I can create and delete normal files at will. When I create directories over SMB however, I am able to rename and even move those directories, but not delete them. Help!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
as for the smb.conf, here's a snippet. It's supposed to be one of the private users shares (of the type tyically mapped to "U:" in NT domains).
