Mensagem de erro: não é possível acessar arquivo AssemblyName porque ele está sendo usado por outro processo

ID do artigo: 810281 - Exibir os produtos aos quais esse artigo se aplica.
Tradução automáticaExibir Aviso de Isenção de Tradução Automática
Expandir tudo | Recolher tudo

Sintomas

Após a atualização conteúdo ASP.NET em um servidor Web que está recebendo pedidos, poderá receber a seguinte mensagem de erro no navegador:
Erro do servidor em /AppName Application.
--------------------------------------------------------------------------------
Erro de configuração
Descrição: Ocorreu um erro durante o processamento de um arquivo de configuração necessário para atender esta solicitação. Examine os detalhes de erro específico abaixo e modifique o arquivo de configuração apropriadamente.

Mensagem de erro do analisador: Pode não acesso arquivo AssemblyName porque ele está sendo usado por outro processo.

Erro de origem:

Linha 197: <add assembly="System.Drawing, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Linha 198: <add assembly="System.EnterpriseServices, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Linha 199: <add assembly="*"/> linha 200: </assemblies>
Linha 201:

Arquivo de origem: c:\ WindowsDirectory \microsoft.net\framework\v1.0.3512\Config\machine.config linha: 199


Esse problema pode ocorrer se você atualizar vários arquivos que poderia causar notificações de alteração (como arquivos na pasta bin, global.asax e Web.config). Quando as solicitações vêm entre duas notificações de alteração consecutivos, eles causar o AppDomain ser recarregado simultaneamente várias vezes.

Problemas semelhantes também podem ocorrer quando você usa um programa no servidor que bloqueia pastas durante a verificação. Exemplos de tais programas são programas de vírus, programas de indexação e programas de backup.
Voltar para o início | Submeter comentários

Causa

Quando você altera um arquivo que faz com que notificações de alteração, recarrega o AppDomain na próxima solicitação de entrada. Quando isso ocorre, o processo Aspnet_wp.exe bloquear o Program / Shadow Copy pasta (localizada na pasta Temporary ASP.NET Files), para poder copiar a versão nova do programa com segurança.

Se você alterar outro arquivo, enquanto isso está ocorrendo e uma nova solicitação chega, as recargas de AppDomain novamente e tenta copiar outra versão nova do programa para a pasta de cópia de sombra enquanto a pasta está bloqueada por AppDomain primeiro recarrega.
Voltar para o início | Submeter comentários

Resolução

Essa correção está incluída como parte do .NET Framework 1.1.

Um hotfix suportado agora está disponível da Microsoft, mas destina-se somente a corrigir o problema descrito neste artigo. Aplique-o somente nos sistemas que apresentarem esse problema específico. Esta correcção poderá submetida a testes adicionais. Portanto, se você não tiver sido gravemente afetado por esse problema, recomendamos que você aguarde o próximo service pack do .NET Framework 1.0 que contém esse hotfix.

Para resolver esse problema imediatamente, contate o Atendimento Microsoft para obter o hotfix. Para obter uma lista completa de telefones do Atendimento Microsoft e informações sobre os custos de suporte da, visite o seguinte site:
http://support.microsoft.com/contactus/?ws=support
(http://support.microsoft.com/contactus/?ws=support)
Observação Em alguns casos, as taxas cobradas pelas ligações para chamadas de suporte podem ser canceladas se um profissional de suporte da Microsoft determinar que uma atualização específica resolverá o problema. Os custos normais de suporte serão aplicados a questões e problemas que não se qualificam à atualização específica em questão de suporte adicionais.

Observação Você também pode usar o .NET Framework 1.1 para resolver esse problema.

Observação Para corrigir o problema, instale a correção e configurar as configurações na seção "Mais informações".

A versão em inglês deste hotfix tem atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos estão listadas no horário de universal coordenado (UTC). Quando você exibe as informações do arquivo, ele é convertido para a hora local. Para encontrar a diferença entre o UTC e a hora local, use a guia fuso horário na ferramenta Data e hora no painel de controle.
  Date         Time   Version       Size       File name
  --------------------------------------------------------------
  14-Nov-2002  04:12  1.0.3705.377    196,608  Aspnet_isapi.dll
  14-Nov-2002  04:06                    4,169  Aspnet_perf.h
  14-Nov-2002  04:06                   20,468  Aspnet_perf.ini
  14-Nov-2002  04:06                   20,342  Aspnet_perf2.ini
  14-Nov-2002  04:12  1.0.3705.377     24,576  Aspnet_regiis.exe
  14-Nov-2002  04:12  1.0.3705.377     28,672  Aspnet_wp.exe
  14-Nov-2002  01:42  1.0.3705.377     69,632  Corperfmonext.dll
  14-Nov-2002  16:17  1.0.3705.377  1,953,792  Mscorlib.dll
  14-Nov-2002  01:33                   10,256  Mscorlib.ldo
  14-Nov-2002  01:41  1.0.3705.377  2,269,184  Mscorsvr.dll
  14-Nov-2002  01:41  1.0.3705.377  2,269,184  Mscorwks.dll
  02-Aug-2002  03:38                       15  Smartnav.htm
  17-Oct-2002  23:55                    8,728  Smartnav.js
  29-Jan-2002  00:13                    7,003  Smartnavie5.js
  14-Nov-2002  16:18  1.0.3705.377  1,191,936  System.web.dll
Voltar para o início | Submeter comentários

Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".
Voltar para o início | Submeter comentários
O hotfix altera os seguintes comportamentos no ASP.NET:
  • Erros de configuração são agora armazenados em somente cache por 5 segundos.
  • Notificações de alteração de arquivo são combinadas com base nos valores dos seguintes dois atributos na seção <httpruntime> o Machine.config
    • waitChangeNotification - número de segundos para aguardar a próxima notificação de alteração antes de uma nova solicitação irá disparar um AppDomain reinicialização
    • maxWaitChangeNotification - número máximo de segundos da primeira alteração de notificação até que o AppDomain é recarregado em uma nova solicitação
    Por exemplo: 
    <httpRuntime waitChangeNotification="5" maxWaitChangeNotification="10">
    o valor padrão para ambos os parâmetros é 0 .
    Observe que quando você usa os valores padrão, você ainda ver o problema que é descrito na seção "Sintomas".

    A seguir é os valores sugeridos para as propriedades:
    • Definir waitChangeNotification como um número de segundos que excede o número de segundos que podem passar entre as atualizações de dois arquivos de notificação de alteração em uma cópia.
    • Definir maxWaitChangeNotification como um número de segundos que exceda o período de tempo para concluir o processo de cópia/implantação.
    Devido a essa mudança, o conteúdo pode aparecer em cache se você exibir imediatamente após um processo de cópia/implantar. Isso é o comportamento típico. As alterações terão efeito quando o período de espera especificado usando os parâmetros anteriores tiver passado.
  • Dez segundos após um initializationerror em HttpRuntime, o AppDomain fecha.
  • O erro de configuração reais agora é armazenado na InnerException do objeto HttpException .
Voltar para o início | Submeter comentários

Propriedades

ID do artigo: 810281 - Última revisão: segunda-feira, 19 de fevereiro de 2007 - Revisão: 6.5
A informação contida neste artigo aplica-se a:
  • Microsoft ASP.NET 1.0
  • Microsoft .NET Framework 1.1
Palavras-chave: 
kbmt kbhotfixserver kbqfe kbnetframe100presp3fix kbfix kbbug KB810281 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 810281
(http://support.microsoft.com/kb/810281/en-us/ )
Voltar para o início | Submeter comentários

Submeter comentários

 
Voltar para o inícioVoltar para o início