Erro - Não foi possível acessar a metabase do IIS

Depois de instalar o Visual Studio 2012 e abrir minha solução, recebo uma série de erros neste formulário:

O Projeto de Aplicativo da Web Foo está configurado para usar o IIS .
Não foi possível acessar a metabase do IIS . Você não tem privilégios suficientes para acessar sites do IIS em sua máquina.

Eu recebo isso para cada um dos nossos aplicativos da web.

Coisas que tentei:

1. Executando o Visual Studio como administrador
2. Executando aspnet_regiis.exe -ga MyUserName
3. Executando aspnet_regiis.exe -i

Estas parecem ser soluções comuns para este problema, mas não tive sucesso com elas.

Há mais alguma coisa que eu possa tentar fazer?

No Windows 8 Pro :

%systemroot%\inetsrv\config

No Windows 7 e 8.1 e 10

%systemroot%\System32\inetsrv\config 

(Onde %systemroot%é geralmente C:\Windows)

Navegue para o local apropriado acima no Windows Explorer. Você terá acesso bloqueado com um pop-up que diz:

"Você não tem acesso a esta pasta - clique em continuar para obter permanentemente acesso a esta pasta"

Clique em 'continuar' para esta pasta e com a pasta Exportar abaixo. Alterei o atalho novamente para "Executar como eu" (um membro do domínio e dos administradores locais) e consegui abrir e implantar a solução.

Eu acho que você não está executando o visual studio com permissões de administrador. Olha aquilo:

http://bloggingabout.net/blogs/rick/archive/2012/10/04/unable-to-access-the-iis-metabase.aspx

Citar

A solução para isso é simples: inicie o Visual Studio com "Executar como Administrador". Você pode fazer isso clicando com o botão direito do mouse no atalho e selecionando "Executar como Administrador".

Acho que encontramos um problema semelhante no trabalho. Para nós, a solução foi acessar o Painel de Controle -> Programas e Recursos -> ativar ou desativar os Recursos do Windows ... dentro disso, tivemos que selecionar Serviços de Informações da Internet -> Ferramentas de Gerenciamento da Web -> Compatibilidade de Gerenciamento do IIS 6 -> Metabase do IIS e compatibilidade de configuração do IIS 6.

Faça uma tentativa e deixe-me saber se isso ajuda!

Nota: Estamos executando o IIS 7.5 no Windows 7 usando o Visual Studio 2005 e 2010 e fazendo coisas com WebServices da velha escola (.asmx) ...

Resolvi esse problema concedendo permissões de identidade do IIS AppPool ao %systemroot%\inetsrv\config

Se você estiver trabalhando em um projeto que não requer o uso do IIS, uma solução alternativa para abrir o projeto com esse erro é simplesmente clicar com o botão direito do mouse no projeto descarregado e clicar em editar, procure:

<ProjectExtensions>
    <VisualStudio>
      <FlavorProperties GUID="">
        <WebProjectProperties>
          <UseIIS>True</UseIIS>
        </WebProjectProperties>
      </FlavorProperties>
    </VisualStudio>
  </ProjectExtensions>
</Project>

e defina USEIIS para false

<UseIIS>False</UseIIS>

recarregue o projeto clicando com o botão direito do mouse depois de salvar as alterações.

Tive dois tipos separados de problemas que levaram a esse erro e pensei em compartilhar ...

1. The directory was on an network share and due to UAC restrictions, was 
   unable to be accessed -- even when running as an admin.
2. The directory was on a drive that didn't exist...

Ambos resultam de uma opção infeliz (imo) da MS para colocar itens no diretório Documents ou My Document, combinados com mensagens de erro realmente ruins. Nos dois casos acima, o problema fundamental era que o arquivo de configuração do IISExpress entra em Meus Documentos e não existia ou não pôde ser acessado.

Obrigado a todos que responderam. Como isso foi encerrado por um longo tempo, não pude fornecer muito feedback, mas acabei corrigindo o meu problema. Tentei muitas dessas outras soluções e elas não solucionaram o problema, mas tenho certeza que elas ajudam quando a causa raiz é diferente.

Minha solução

Resolvi esse problema desativando os recursos IIS e .Net Framework no Windows 7 e, em seguida, ativando-os novamente. Parece que esta reinstalação foi o que corrigiu o meu problema. Ainda não sei o que causou o problema, mas pelo menos um outro desenvolvedor da minha equipe teve o mesmo problema.

No Windows 81, em um prompt de comando do admin, use:

icacls "C:\Windows\System32\inetsrv\config" /t /grant "IIS AppPool\DefaultAppPool":(R)

Em seguida, volte ao VS, clique com o botão direito do mouse no projeto com falha, escolha Recarregar.

Crédito para: Visão geral das permissões do IIS7 - ApplicationPoolIdentity

Navegando para a pasta: %systemroot%\System32\inetsrv\configapresenta uma caixa de diálogo de segurança. Clique em continuar e isso pode resolver o problema. Isso funcionou em duas máquinas Win 10 / VS 2017 / IIS separadas.

Eu tinha esse problema - os sintomas eram os mesmos, mas o problema era que havia definido a pasta "Meus documentos" para estar em um compartilhamento de rede, e o compartilhamento não estava acessível.

O problema principal era que os arquivos de configuração do IIS localizados em% USERPROFILE% \ Documents não estão acessíveis. Depois de alterar o local da pasta "Meus documentos" (modifiquei o valor de registro), ele começou a funcionar novamente.

Sei que esse pode não ser um cenário comum em que você possa se deparar, mas eu o publiquei aqui porque apresenta os mesmos sintomas.

Me deparei com isso hoje e resolvi o problema removendo o IISUrl do arquivo do projeto:

1. Clique com o botão direito do mouse no projeto
2. Clique em Editar

3. Exclua a seguinte linha:

    <IISUrl>http://localhost:xxxxx </IISUrl>

4. Recarregar projeto

5. Agora adicione um novo diretório virtual do IIS clicando com o botão direito do mouse em Projeto> Propriedades> Web e selecionando Usar servidor local da Web do IIS (desmarque Usar IIS Express) e clique no botão Criar diretório virtual.

Você pode encontrar esse problema e ter o mesmo problema que eu. Eu o "resolvi" antes e depois a queda de energia e o computador travou, sem saber por que uma configuração de registro foi revertida, mas é a FONTE do meu problema.

1. Eu tentei toda a execução como administrador
2. Todo o IIS / IIS Express é reinstalado.
3. Vários "hacks"

Decidiu ter que corrigir o registro novamente.

1. Não foi possível, como administrador, abrir o regedit (é necessário acessar o registro, pois o problema não está no modelo de administração gpedit.msc)

2. UnHookExec.inf na área de trabalho

Apenas salve o UnHookExec.inf e instale-o clicando com o botão direito do mouse e selecionando instalar. A instalação do arquivo não mostrará nenhuma janela pop-up ou aviso. http://www.tweakandtrick.com/2011/04/enable-regedit-registry-editor.html

3. HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ Pastas do Shell do Usuário \ Pessoal apontando para o compartilhamento de arquivos inexistente. Mudar isso para o caminho local resolveu esse problema para mim. #: 187 Pasi Savolainen Jul 14 '14 às 8:41

(alterado de \\cs2data\home\stickelt\my documents para c:\dev )

Agora tudo é bom e o Visual Studio abriu a solução com 15 projetos e se conecta ao IIS e não reclama por não conseguir acessar os metadados do iis

Eu nunca tinha encontrado isso antes, pois ninguém no trabalho atual tinha esse problema (muitos estão aqui há muito tempo, alguns têm clones de outras máquinas que "funcionaram" e muitos estão em outro domínio etc.)

Acabei de ter esse problema hoje e descobri que não abri o VS como 'Executar como Administrador'. Depois disso, pude publicar o Serviço.

Se você tiver permissões de administrador, clique com o botão direito do mouse no ícone do Visual Studio> propriedades e, em seguida, avance na verificação "Executar como administrador". Você pode executar o visaul studio como administrador diretamente mais. Dessa forma, formal e tão básica.

Além da resposta de @nologo, eu também tive que usar o IIS. Então eu mudei o

<UseIIS>True</UseIIS>

para 'False' primeiro.

• Abriu a solução e garantiu que o projeto pudesse ser carregado.
• Feche a solução e essa instância do Visual Studio
• Altere o valor para 'True' novamente
• Abra a solução. Desta vez, não recebi nenhum erro / aviso. Eu também poderia executar com Ctrl + F5 ou F5 sem nenhum problema enquanto meu projeto estava mapeado para um site do IIS.

Alterar essa chave funcionou para mim:

HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ Pastas do Shell do Usuário \ Pessoal

A localização não existia.

Eu também tive um problema semelhante. Minha solução é uma extensão da resposta "Executar como administrador", que espero que alguém possa achar útil.

Eu estava executando o VS2012 e quase sempre tive que clicar com o botão direito, Executar como administrador. Eu me cansei disso, então, em vez disso, entrei em suas propriedades no atalho, cliquei em avançado e, em seguida, cliquei na opção "Executar como Administrador". Agora, o VS2012 sempre é executado como administrador sempre que eu o abro a partir desse atalho .

O bit desse atalho é importante. Passei a ramificar meu projeto e baixei a ramificação para uma nova pasta local. Então, quando o abri pelo atalho, não tive nenhum problema. Mas se eu fui diretamente para a pasta e executei o projeto localmente sem o atalho, ele não foi executado como administrador e eu recebi esse erro.

Depois que abri o VS2012, como de costume, primeiro, depois use Arquivo / Abrir / Projeto. Funcionou novamente sem problemas. (porque eu estava executando como administrador). Mas eu não estava executando como administrador quando abri a solução usando o gerenciador de arquivos do Windows.

As outras sugestões parecem um pouco extremas, mas isso é bastante simples, então eu tentaria tentar isso primeiro.

Espero que isso tenha sido útil.

Este parece ser um daqueles erros "Todos os erros levam a esta mensagem".

A minha foi que o pool de aplicativos acabou de ser desativado. Liguei novamente e tudo funcionou bem.

Mais uma coisa que você pode tentar:

• Verifique se você possui atualizações pendentes do Windows.
• Se o fizer, reinicie antes de tentar qualquer outra coisa.

Como nunca desliguei minha máquina, havia muitas delas esperando uma reinicialização. E isso consertou.

Eu tentei de tudo acima. O crédito vai para todas as respostas acima. Tendo tentado todas as sugestões por conta própria, montei essa combinação de sugestões em uma ordem que fazia sentido para mim. Observe que minha pasta Documentos está em uma unidade compartilhada. O material subst / IISExpress não é aplicável, a menos que você esteja no mesmo barco.

• Configure o VS para executar como administrador
• Desinstalar o IIS via Adicionar / Remover Programas, Recursos do Windows
• Reiniciar
• Execute o WinRAR ou algo semelhante como admin e archive C:\windows\system32\inetsrv\
• Execute o cmd como administrador e rmdir /s c:\windows\system32\inetsrv\ remova completamente todos os rastreamentos da última instalação. Deixe o prompt cmd elevado aberto para mais tarde.
• Reinstale o IIS com compatibilidade com a metabase do IIS 6 (duvide que isso seja necessário)
• Deixe o AppPool padrão e o site padrão como estão (eu havia excluído os dois anteriormente)
• Correu C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -ga MYDOMAIN\scottt732
• Correu C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -i

Além disso, como minha pasta Documentos está em uma unidade de compartilhamento, eu estava tendo problemas com o IIS Express. Não uso / gosto do IIS Express, mas o Visual Studio reclamou.

• No prompt cmd elevado, executou subst U: c:\Temp . Criado C:\Temp\Documents\e copiado a pasta IISExpress do meu disco U.
• Criada CustomUserHomeChaveHKCU\Software\Microsoft\IISExpress comC:\Temp\Documents\IISExpress
• Isso me permitiu obter o Visual Studio para abrir meus projetos da web e editar as propriedades. Ajustei os projetos para armazenar as configurações do servidor da web em um arquivo de usuário e o ajustei para usar um URL personalizado (não tenho certeza se isso era necessário)
• Talvez eu precise ou não execute o substcomando toda vez que reiniciar. Não se importe.

E depois de jogar a toalha 3 vezes e passar cerca de 6 horas, posso abrir projetos da Web no Visual Studio (Atualização 2 de 2015).

Vá para o diretório raiz do seu projeto e encontre o seguinte arquivo:

YourProjectName.csproj.user - dentro dele, verifique se UseIISExpress está definido como false :

<UseIISExpress>false</UseIISExpress>

Se isso por si só não funcionar, tente o seguinte e tente novamente:

YourProjectName.csproj - dentro do arquivo principal do projeto, verifique se UseIIS e UseIISExpress estão definidos como false :

<UseIIS>True</UseIIS>
<UseIISExpress>false</UseIISExpress>

Depois de alterá-las, consegui carregar o projeto novamente.

Nota: Certifique-se de executar o seu VS como administrador, conforme mencionado nas outras respostas.

Eu só tive o mesmo problema comigo hoje. E eu achei isso irritante. Embora eu tenha outros dois sites em desenvolvimento no mesmo IIS, ainda não consegui criar um novo site. Estranho, mas eu fiz isso.

• Excluir o site do IIS
• Crie um novo site, nomeie-o "new_site"
• Selecione Pool de aplicativos diferente do nome do site. Portanto, não estará atrapalhando as configurações padrão.
• Mantenha o IP "não atribuído" se você estiver executando o mesmo computador
• dê-lhe alguma porta não utilizada
• Execute o Visual Studio como "Executar como Administrador" clicando com o botão direito do mouse no atalho executável do VS.
• Você terminou!

Você não precisa desativar / reinstalar nada além do que afirmei, pois funciona.

Deixe-me saber se alguém teve o mesmo problema como eu e resolveu da mesma maneira. Eu acho que não era o problema, mas uma maneira errada de criar site no host local que o Visual Studio rejeita abrir.

Espero que isso ajude os novatos.

1. Crie um atalho para o "devenv.exe"
2. selecione a opção "Executar como administrador" para o atalho
3. clique duplo no atalho e reabra seu projeto

Eu tive o mesmo problema depois de adicionar o recurso deste link depois de seguir este artigo, o problema desapareceu.

Eu fiz um reparo do Visual Studio 2015 para resolver isso. O reparo demorou muito tempo, mas resolveu o problema, enquanto muitas das ações acima não foram solucionadas. Estou executando o Win 7 enterprise.

Abra o prompt de comando do visual studio e digite abaixo do comando e execute

aspnet_regiis -ga machinename\ASPNET

Após executar o comando acima, redefina o IIS e teste o aplicativo que resolve seu problema.

Se o comando acima não resolver o problema, tente executar o comando abaixo em visual studio command prompt:-

aspnet_regiis -i

Como alternativa, podemos executar o comando acima em nosso prompt de comando do Windows também

Vá para o menu Iniciar, abra Executar, digite e clique em OK

%windir%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe –I

Depois disso, redefina o IIS e teste o aplicativo que resolve o problema

No Visual Studio 2015: alterei o UseIIS no arquivo .csproj para false e funcionou para mim.

<UseIIS>False</UseIIS>

Na minha mensagem, além de reclamar sobre "Não é possível acessar a metabase do IIS", ele também menciona que não pode acessar "<IISUrl>http://localhost:6416/</IISUrl>". Clique com o botão direito do mouse no projeto de descarregamento, clique em Editar, encontre a linha "<IISUrl>http://localhost:6416/</IISUrl>"e comente. Recarregue e deve funcionar. Isso tem a ver com o administrador não ter permissão para acessar esse endereço.

Eu tive um problema parecido. O Visual Studio não carregou nenhum projeto da web e mostrou o erro: falha na criação do diretório virtual <myproj: myport>. Não foi possível acessar a metabase do IIS.

No meu caso, era na verdade o IISExpress que estava na raiz do problema. Clicar com o botão direito do mouse no IIS Express em Programas e Recursos no painel de controle e escolher reparar corrigiu o problema em menos de dois minutos.

Estou usando o Win 8 Pro e o VS 2013. Depois de tentar tudo nesta página ... Simplesmente reinstalei o IIS Express 8 e tudo funciona bem agora (mesmo sem executar como administrador).

Minha conclusão é que este é um erro bastante genérico e existem várias causas raiz.