none
Servidor de Arquivos - Não é possível renomear arquivo ou pasta. RRS feed

  • Pergunta

  • Caros,

    Administro um servidor de arquivos e estou encontrando o seguinte problema:

    Há dois dias nenhum usuário consegue criar*, renomear ou excluir pastas neste servidor (Windows Server 2003 Standard Edition). Em qualquer destes eventos, o Windows emite a mensagem: "A pasta XXXXXX não pode ser renomeada. Certifique-se de que o disco não esteja cheio ou protegido contra gravação e que os arquivos não estão em uso."

    Todas as possíveis causas já foram avaliadas, tais como arquivos abertos e "inapagáveis", processos legados bloqueando o acesso às pastas, restrições de acesso, sessões de usuários retidas, mas ainda não cheguei à raiz do problema. Para não importunar os colegas aqui do fórum, antes de escrever aqui eu já fiz inúmeras consultas no Google, o problema é relatado por muitos usuários, exatamente com a mesma mensagem de erro, mas em computadores Windows XP e em um cenário diferente, pois me refiro a um servidor em ambiente corporativo.

    Vale lembrar que os usuários conseguem salvar dentro de pastas já criadas anteriormente.


    Outras informações relevantes:

    O problema ocorre somente em unidades compartilhadas. Com pastas criadas no meu perfil de usuário o problema não ocorre.

    O volume compartilhado que os usuários acessam está em um storage, conectado ao servidor por fibra óptica; mas o problema ocorre também com volumes compartilhados localmente no servidor.



    * É possível criar uma nova pasta, mas o usuário não consegue nomeá-la, ocorre o erro mencionado. Então, a pasta criada acaba ficando com o nome "Nova Pasta".

    segunda-feira, 1 de fevereiro de 2010 16:46

Respostas

  • Caio e demais amigos,

    Fiquei devendo uma satisfação para vocês e estou aqui novamente para reportar o que aconteceu.

    O nosso software de gerenciamento do storage não foi inicializado porque um analista da equipe alterou a senha de administrador do MOM, mas não alterou no próprio gerenciador do storage, e, o pior: não comunicou ao restante do pessoal (sem problemas, errar é humano, mas acho que sempre existirá o famoso problema da comunicação); com isso, o gerenciador do storage não iniciou porque a nova senha do MOM não conferia com a senha do gerenciador. Como o gerenciador do storage não iniciava, as pastas e arquivos entraram em uma espécie de estado de bloqueio, ocasionando o problema descrito.

    Com o cenário descrito por mim, todos nós, obviamente, logo pensamos em problemas de permissão, mas eu já havia até refeito os esquemas e nada. Em todo o caso, procurei seguir as orientações dos amigos, mesmo que já tivesse feito antes de escrever.

    Caio, eu votei em todas as explicações como úteis, porque acredito que somente o esforço de um amigo de profissão em me ajudar já é de grande preciosidade e merece todo crédito.

    Espero poder ajudar muito aqui no fórum. Podem contar comigo também.

    Mais uma vez, muito obrigado e um forte abraço a todos.
    • Marcado como Resposta Léo Ribeiro quinta-feira, 4 de fevereiro de 2010 09:55
    quinta-feira, 4 de fevereiro de 2010 09:54

Todas as Respostas

  • Olá NordicThor,

    De acordo com as características que você mencionou do problema, aparentemente é um problema de permissionamento.

    Os usuários que conseguem criar a pasta "Nova Pasta" e não conseguem renomeá-la tem permissão NTFS de Escrita (Write)? Porque para poder modificar o nome da pasta, e excluir e modificar arquivos, é necessária a permissão Modificar (Modify). Creio que seja isso porque seu usuário pode criar e modificar as pastas e arquivos, e os outros usuários não. Você tenha uma permissão de Controle Total nesses compartilhamentos, certo?

    Analise também as permissões de compartilhamento. Lembre-se que a permissão efetiva de um usuário, quando acessa uma pasta compartilhada, é definida pela permissão mais restritiva entre a Permissão de Compartilhamento e a Permissão NTFS.

    Quando você disse "O problema ocorre somente em unidades compartilhadas. Com pastas criadas no meu perfil de usuário o problema não ocorre.", quis dizer que se você cria uma pasta com seu perfil e compartilha ela, os usuários podem criar/modificar arquivos e pastas?

    Se tiver dúvidas em relação a ACL (Access Control List), nos diga para podermos te ajudar com ela.


    Caso a reposta tenha resolvido seu problema, por favor marque esse post como "Resposta" para que esse Thread se encerre. E se lhe foi útil também marque como "Votar como Útil". Caso não tenha resolvido, sinta-se a vontade para fazer novas perguntas.

    Espero ter ajudado.

    Atenciosamente,

    Caio Vilas Boas
    Microsoft Certified Trainer
    segunda-feira, 1 de fevereiro de 2010 17:06
  • Boa tarde.

    Verifique também se não esta ativado o controle de cota.

    Abraço.


    Se útil, classifique. Matheus M. Bertuco – MCP, MCSA, MCTS.
    segunda-feira, 1 de fevereiro de 2010 17:36
    Moderador
  • Olá Caio!

    Em primeiro lugar, te agradeço muito pela resposta.

    Eu esqueci de mencionar que eu já havia revisto o esquema de permissionamento.

    Talvez seja importante mencionar: Uma vez este mesmo problema ocorreu apenas com um usuário. Fui nas permissões NTFS do diretório que este usuário queria acessar, excluí todas as permissões para este usuário e recriei do mesmo jeito de outrora, então o usuário voltou a acessar normalmente. Porém, agora o problema é generalizado.

    Posso até fazer o teste mais uma vez e colocar o resultado aqui na resposta.

    Vou marcar sua resposta como Útil, pois ainda que não venha solucionar o problema, ACL é uma questão extremamente importante e você trouxe este assunto à tona aqui para nós!

    Abraço.

    P.S.: Vou elaborar outro teste e já respondo.
    segunda-feira, 1 de fevereiro de 2010 17:37
  • Olá Matheus!

    Não trabalhamos com cotas (ainda), mesmo assim, sua observação foi boa.

    segunda-feira, 1 de fevereiro de 2010 17:42
  • Caio,

    Criei uma pasta (como mencionado anteriormente, não pude dar nome à pasta, ficou como "Nova Pasta"), atribuí permissão de Controle Total ao meu usuário nas permissões NTFS, consigo criar arquivos e salvar dentro desta mesma pasta, mas não consigo renomear ou excluir a referida pasta.

    Vale ressaltar que não estou nem mesmo usando o mecanismo de herança.

    Enfim, é um problema muito estranho.
    segunda-feira, 1 de fevereiro de 2010 17:54
  • Estranho mesmo.

    Na raiz de onde esta a “Nova Pasta”, verifique as permissões efetivas, para ter certeza que pode excluir e renomear a pasta.

    Abraço.


    Se útil, classifique. Matheus M. Bertuco – MCP, MCSA, MCTS.
    segunda-feira, 1 de fevereiro de 2010 17:59
    Moderador
  • Matheus,

    Teste de permissões efetivas realizado. Cheguei a marcar todas as opções para o meu usuário na pasta "Nova Pasta" e nada, só consigo gravar arquivos, mas não consigo excluir e renomear a pasta.

    Me desculpem sair do contexto Microsoft por alguns instantes, mas, hoje pela manhã eu fiz uma varredura do servidor com o NMAP, para verificar vulnerabilidades e falhas no protocolo SMB, mas nada de anormal foi encontrado. Pode ser que eu esteja "viajando" ao fazer inspeção do protocolo SMB/CIFS para verificar problemas de permissionamento; porém, este protocolo é reponsável por compartilhamentos em redes, então, resolvi tentar mais este recurso (antes mesmo de escrever aqui). Não sei se essa informação pode ser relevante, mas estou trazendo aos colegas do fórum.

    Abraços.

    segunda-feira, 1 de fevereiro de 2010 18:29
  • Você tem replicação de AD? Se tiver, está tudo OK com a replicação? Se servidor que é catálogo global está OK? Se estiver tudo certo e houver a possibilidade, tente reiniciar seu servidor de arquivos e ver se volta ao normal.

    Abraço.


    Se útil, classifique. Matheus M. Bertuco – MCP, MCSA, MCTS.
    segunda-feira, 1 de fevereiro de 2010 18:43
    Moderador
  • Matheus,

    Este servidor de arquivos já foi reiniciado e não funcionou. Estamos aguardando o expediente terminar para reiniciar o DC. Seria uma boa idéia reiniciar?

    Abraço.

    segunda-feira, 1 de fevereiro de 2010 18:54
  • Reinicie o DC, espere ele subir totalmente, só então suba o servidor de arquivo. Amanhã você posta o resultado.

    Abraço.


    Se útil, classifique. Matheus M. Bertuco – MCP, MCSA, MCTS.
    segunda-feira, 1 de fevereiro de 2010 18:58
    Moderador
  • Ok Matheus,

    Amanhã informarei o resultado do teste.

    Abraço.
    segunda-feira, 1 de fevereiro de 2010 19:07
  • Amigão,


    Limpe o log de eventos desse servidor, e reinicie.

    Post o (s) erro(s) encontrado no log de eventos.


    abraços,
    segunda-feira, 1 de fevereiro de 2010 20:08
  • Isso é problema de permissão.. o usuário deve estar com permissão negada ou não ter permissão configurada para exclusão de arquivos
    o que também impede de renomeá-los.

    abs,


    Qualquer criança brinca, qualquer criança se diverte.
    segunda-feira, 1 de fevereiro de 2010 22:41
    Moderador
  • Felipe,

    O problema não é de permissões; mesmo assim, muito obrigado pelo apoio.

    Abraço
    terça-feira, 2 de fevereiro de 2010 18:10
  • Coronel, posso fazer este teste sim. Informarei os resultados.

    Abraço.
    terça-feira, 2 de fevereiro de 2010 18:10
  • Matheus,

    Reiniciei o DC e nada, o problema continua.
    terça-feira, 2 de fevereiro de 2010 18:11
  • Qual a estrutura das pastas e subpastas?


    Se útil, classifique. Matheus M. Bertuco – MCP, MCSA, MCTS.
    terça-feira, 2 de fevereiro de 2010 18:13
    Moderador
  • Olá novamente NordicThor,

    Liste aqui, como o Matheus Bertuco pediu, a sua estrutura de pastas e subpastas de forma bem detalhada, expondo as permissões de compartilhamento e NTFS, herdadas e explícitas.

    Já pensei em várias possibilidades aqui ... Nenhum que eu acredite realmente que seja a causa, mas analise também:

    - Atualize o seu Windows Server com o Windows Update.
    - Verifique suas GPOs. Talvez uma policy mal configurado seja a causadora.
    - Verifique se as permissões atribuídas ao seu usuário no compartilhamento estão configuradas para se propagarem para os objetos filhos (Segurança/Avançado/Editar na permissão do seu usuário)
    - Passe um antivírus no computador e no storage, talvez seja interessante.


    Atenciosamente,

    Caio Vilas Boas
    Microsoft Certified Trainer
    terça-feira, 2 de fevereiro de 2010 18:27
  • Isso mesmo, como dito pelo Caio, coloque as informações bem detalhadas, quanto mais informações tivermos mais fácil será te ajudar.

    Abraço.


    Se útil, classifique. Matheus M. Bertuco – MCP, MCSA, MCTS.
    terça-feira, 2 de fevereiro de 2010 18:30
    Moderador
  • Prezados amigos Caio, Matheus, Felipe e Coronel!

    O problema foi resolvido. O pessoal que cuida do Storage e do MOM deu uma mancada e acabou causando este infortúnio, por causa de uma alteração de senha! Mas acho que o maior culpado neste cenário foi problema que sempre temos nas empresas: o problema da comunicação entre equipes!

    Ainda não estou bem por dentro do que aconteceu, mas vou verificar a possibilidade de obter mais informações e postar aqui com mais detalhes. Acho que vocês merecem uma satisfação, pois me deram uma preciosa ajuda, embora eu já tivesse realizado vários testes antes de escrever aqui, alguns testes eu repeti baseado na idéia dos amigos do fórum, outros eu testei pela primeira vez, seguindo suas orientações.

    Valeu mesmo! Muito obrigado pela ajuda de todos! E me desculpem pelo trabalho que dei com este problema.

    É bom poder contar com os colegas de profissão.

    Abraços.


    P.S.: Ainda não vou marcar como respondido, pois vou ver a possibilidade de explicar com mais detalhes o problema ocorrido.
    • Editado Léo Ribeiro quinta-feira, 4 de fevereiro de 2010 09:55
    quarta-feira, 3 de fevereiro de 2010 09:53
  • Olá NordicThor,

    Agradeço em nome de todos que participaram do thread por reconhecer o nosso empenho em te ajudar. E nós também agradecemos por compartilhar seu problema conosco, porque para mim (e acredito que boa parte dos membros) é um prazer ajudar os outros na nossa área.

    Foi muito bacana essa troca de informações aqui. Com tópicos assim, todos aprendem e ganham experiência.

    Se eu tivesse no seu lugar, eu faria o que sugeri pra você, naturalmente ... Mas não iria pensar em "Permissões Efetivas", "Cotas de Disco" ou "Replicação do AD", como bem lembrou o Matheus. Por isso repito: Todos nós ganhamos com o thread!

    Ficaria feliz se você marcasse como útil todos os posts que te ajudaram nos seus testes :)

    E sempre que precisar, conte conosco! Essa grande família dos fóruns Technet adora problema dos outros ^^

    Abração!


    Atenciosamente,

    Caio Vilas Boas
    Microsoft Certified Trainer
    quarta-feira, 3 de fevereiro de 2010 20:09
  • Caio e demais amigos,

    Fiquei devendo uma satisfação para vocês e estou aqui novamente para reportar o que aconteceu.

    O nosso software de gerenciamento do storage não foi inicializado porque um analista da equipe alterou a senha de administrador do MOM, mas não alterou no próprio gerenciador do storage, e, o pior: não comunicou ao restante do pessoal (sem problemas, errar é humano, mas acho que sempre existirá o famoso problema da comunicação); com isso, o gerenciador do storage não iniciou porque a nova senha do MOM não conferia com a senha do gerenciador. Como o gerenciador do storage não iniciava, as pastas e arquivos entraram em uma espécie de estado de bloqueio, ocasionando o problema descrito.

    Com o cenário descrito por mim, todos nós, obviamente, logo pensamos em problemas de permissão, mas eu já havia até refeito os esquemas e nada. Em todo o caso, procurei seguir as orientações dos amigos, mesmo que já tivesse feito antes de escrever.

    Caio, eu votei em todas as explicações como úteis, porque acredito que somente o esforço de um amigo de profissão em me ajudar já é de grande preciosidade e merece todo crédito.

    Espero poder ajudar muito aqui no fórum. Podem contar comigo também.

    Mais uma vez, muito obrigado e um forte abraço a todos.
    • Marcado como Resposta Léo Ribeiro quinta-feira, 4 de fevereiro de 2010 09:55
    quinta-feira, 4 de fevereiro de 2010 09:54