Access denied when setting permissions to directory

[rboers]

Hello Todd,

Thank you for your reply.
I understand the security permissions on Windows shares and directories.
That is not the problem.
The problem is that I have several directories on a share that don't allow me to change the permissions.
I'm already administrator and have access to this directories, but when I try to change the security permissions I get the error "Access Denied".
Normally I should be able to become the owner of this directory and set permissions.
But that also doesn't work.
I think that the directory with Access Denied is created by anonther user than Administrator.
On an normal Windows 2000 domain it's no problem to change the ownership and/or set security permissions, but on my system it is a problem.
A workaround is:

- Create a new directory with a different name.
- Copy all the data from the directory with the problem.
- Delete the directory with the problem.
- Rename the new directory to the old name.

After this I can set the permissions.

It's no problem to do this on a couple of directories, but we have this problem on all our shares in different levels of the directory-structure.

The question is how can I solve this problem for my complete system at once?

With kind regards,


Robert Boers

[To-M]

Depending how your rights are assigned you could use the Extended tools ctrl. + alt. + x to Reset the ACL's of files and directories or depending if you want full ownership of the files and directories use this option to Set owner. But this should be tested with a new share and set a different owner as not to disturb the existing rights to the directories that users have currently so you understand what is going on in your SAMBA server as this sounds like a preexisting condition. Please read the below statements and read the documentation of you SAMBA server on how this relates so you have a better understanding. We do not handle permissions only your server but this will help.

note:
Resetting ACL's will reset all file permissions. It works like chmod
777 in Linux shell and it is connected with file system.

Set owner of files is also connected with file system and it works
like chown in Linux shell.

Permissions in Web GUI are only connected with Samba, not with file
system.

Also have tried to enabled and set Superuser in the Function „SMB settings“.
This also sounds like there where previous permissions in the past and or the administrator security setting where updated and the SAMBA server is keeping them, the workaround that you are doing is proving this and you may have to continue with this process unless you change the authentication method Internal LDAP (import users and groups) to test UID 0. Also unless your External LDAP has some type of cryptography that has been update recently, which we do not support this could be contributing to issue.