Sou administrador em um servidor do Windows 2008. Quando tento alterar as permissões de arquivo em um diretório, recebo um erro:
Error Applying Security
Access is denied.
Eu sou um administrador na máquina e me certifiquei de que nada tenha o arquivo bloqueado (com Process Explorer ). Eu até inicializei outro usuário que tinha uma sessão de Remote Desktop conectada.
Alguns dos arquivos que ele reclama estão em uma pasta .hg , já que há um repositório do Mercurial no diretório em que estou trabalhando.
Percebi que algo no diretório está definido como somente leitura, por isso desmarcou-o e aplicou-o. Parecia que funcionava, mas olhando novamente está de volta para somente leitura e as permissões de configuração ainda falham.
Existe um site no IIS usando um subdiretório desse diretório.
Atualização:
Acabei de encontrar este artigo sobre esse tipo de problema. A nota na parte inferior menciona que, se não estiver funcionando, confira LockHunter . Ele me disse que o diretório estava bloqueado pelo IIS, então eu corri iisreset -stop e tentei configurar as permissões novamente. Mesmo erro. : (
Isso pode acontecer se você realmente não tiver acesso a esse diretório. No Windows você pode bloquear o administrador. Correu para esta semana passada, na verdade. Verifique as permissões nesse diretório para garantir que os administradores estejam na lista. Se você não puder fazer isso, terá que apropriar-se da pasta primeiro (é uma guia na tela de diálogo Permissões Avançadas).
Eu resolvi esse problema seguindo as etapas abaixo:
takeown /f G:\folder /r /d y
icacls G:\folder /grant administrators:F /T
REF: link
Se alguém mais se deparar com este problema - aconteceu quando eu quis adicionar um usuário da conta de serviço a uma pasta contendo milhares de arquivos e o erro apareceu para muitos deles. O MDSN diz que, se você clicar em Continuar, ele ainda aplicará a permissão nesse arquivo. Problema é que ninguém quer clicar nele milhares de vezes.
O que funcionou no final foi alterar a propriedade (guia Segurança - > Avançado - > Propriedade). Alterei a propriedade para um usuário diferente do original e apliquei-o a todas as subpastas. Depois de terminar, mudei de volta para o proprietário original e novamente optei por aplicar a todas as subpastas.
Depois disso, o erro não ocorre mais ao aplicar permissões. Parece que o procedimento acima redefine quaisquer erros em pastas e arquivos.
tente novamente usando o administrador padrão. No Windows 7 / Server 2008, existem restrições de tipo UAC que não se aplicam ao administrador padrão. Ao usar outras contas administrativas ou de domínio, os erros de tipo de acesso negado ao aplicar permissões geralmente ocorrem. Eu não sou um para desligar o UAC, só precisamos aprender a operar em um sistema mais seguro.
Você pode precisar inicializar o servidor e executar um comando cacls por meio de um script de inicialização antes que ele possa ser bloqueado.
takeown /f G:\folder /R /A /D y
o / A abdica da necessidade de icacls administradores depois. É importante lembrar que isso removerá quaisquer permissões preexistentes e os usuários que estiverem usando ativamente essa pasta não terão mais acesso.
Acho que o takeown funciona muito melhor que o gui para permissões difíceis. Se isso acontecesse em um servidor Windows que no RDP no servidor de arquivos diretamente, permitiria que você retificasse o problema sem remover o acesso atual, embora isso não seja uma opção para a maioria de nós.
eu cheguei aqui via google, embora muito tarde para a festa, mas espero poder ajudar alguém.
no meu caso, a causa é simplesmente por causa de um nome de pasta engraçado em uma determinada pasta pai, depois que eu me livrar dos caracteres especiais, eles estão indo tudo bem, apropriando-se normalmente via GUI.