Mensaje de error: no se puede tener acceso archivo AssemblyName porque se está utilizado por otro proceso

Seleccione idioma Seleccione idioma
Id. de artículo: 810281 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

Síntomas

Después de actualizar contenido ASP.NET en un servidor Web que está recibiendo solicitudes, puede recibir el siguiente mensaje de error en el explorador:
Error de servidor en /AppName aplicación.
--------------------------------------------------------------------------------
Error de configuración
Descripción: Error durante el procesamiento de un archivo de configuración necesarios para atender esta solicitud. Revise los detalles de error específicos siguientes y modifique el archivo de configuración correctamente.

Mensaje de error del Analizador: Puede no acceso de archivo AssemblyName porque está siendo utilizado por otro proceso.

Error de código fuente:

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

Archivo de origen: c:\ WindowsDirectory \microsoft.net\framework\v1.0.3512\Config\machine.config línea: 199


Este problema puede producirse si actualiza varios archivos que podrían provocar notificaciones de cambios (como Web.config, global.asax y archivos de la carpeta bin). Cuando las solicitudes proceden de entre dos notificaciones de cambio consecutivos, hace que el AppDomain para cargarse simultáneamente varias veces.

También pueden producirse problemas similares cuando usa un programa en el servidor que bloquea las carpetas al examinar. Ejemplos de tales programas son programas antivirus, programas de indización y programas de copia de seguridad.

Causa

Cuando cambia un archivo causas notificaciones de cambio, el dominio de aplicación vuelve a cargar en la siguiente solicitud entrante. Cuando esto ocurre, el proceso aspnet_wp.exe bloquear el Program o Shadow Copy carpeta (ubicada en la carpeta archivos temporales de ASP.NET), para poder copiar de forma segura la nueva versión del programa.

Si cambia el otro archivo mientras se está produciendo este, y una nueva solicitud entra en, el AppDomain vuelve a cargar de nuevo y, a continuación, intenta copiar otra nueva versión del programa a la carpeta de copia sombra mientras la carpeta está bloqueada por el primer dominio de aplicación volver a cargar.

Solución

Esta revisión se incluye como parte de .NET Framework 1.1.

Ahora hay disponible un hotfix para el que Microsoft proporciona soporte técnico, pero que sólo se diseñó para corregir el problema descrito en este artículo. Aplíquelo sólo a sistemas que experimenten este problema específico. Este hotfix puede ser sometido a comprobaciones adicionales. Por lo tanto, si no se ve muy afectado por este problema, recomendamos que espere al próximo service pack de .NET Framework 1.0 que contenga este hotfix.

Para resolver este problema inmediatamente, póngase en contacto con soporte técnico de Microsoft para obtener la revisión. Para obtener una lista completa de los números de teléfono de los servicios de soporte técnico de Microsoft e información acerca de los costos de soporte, visite el siguiente sitio Web:
http://support.microsoft.com/contactus/?ws=support
Nota en casos especiales, los costos derivados normalmente de las llamadas al soporte técnico pueden cancelarse si un profesional de soporte técnico de Microsoft determina que una actualización específica resolverá el problema. Los costos habituales de soporte se aplicarán a las preguntas de soporte técnico adicionales y problemas que no guarden relación con la actualización en cuestión.

Nota También puede utilizar .NET Framework 1.1 para resolver este problema.

Nota Para solucionar el problema, instale la revisión y, a continuación, la configuración en la sección "Más información".

La versión en inglés de este hotfix tiene los atributos de archivo (o atributos de último archivo) mostrados en la siguiente tabla. Las fechas y las horas de estos archivos se muestran en hora universal coordinada (UTC). La información de los archivos se convertirá a la hora local cuando la vea. Para averiguar la diferencia entre hora UTC y la hora local, utilice la ficha zona horaria de la herramienta fecha y hora en el panel de control.
  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
				

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "La información de este artículo se refiere a:".
La revisión cambia los comportamientos siguientes en ASP.NET:
  • Errores de configuración se ahora almacenan en memoria sólo caché durante 5 segundos.
  • Las notificaciones de cambio de archivos se combinan según los valores de los siguientes dos atributos en la sección <httpruntime> de Machine.config el
    • número de segundos de espera para la próxima notificación de cambio antes de una nueva solicitud desencadenará un AppDomain de waitChangeNotification - reinicio
    • maxWaitChangeNotification - número máximo de segundos de la primera cambia notificación hasta que el dominio de aplicación se recarga en una nueva solicitud
    Por ejemplo:
    <httpRuntime waitChangeNotification="5" maxWaitChangeNotification="10">
    el valor predeterminado para ambos parámetros es 0 .
    Tenga en cuenta que al utilizar los valores predeterminados, vea todavía el problema que se describe en la sección "Síntomas".

    Los siguientes son los valores sugeridos para las propiedades:
    • Establecer waitChangeNotification en un número de segundos que supera el número de segundos que puede transcurrir entre las actualizaciones de dos archivos de notificación de cambio en una copia.
    • Establecer maxWaitChangeNotification en un número de segundos que excede la longitud de tiempo para finalizar la copia / proceso de implementación.
    Debido a este cambio de contenido puede aparecer en caché si se ve inmediatamente después de un proceso de copia o implementar. Este comportamiento típico es. Los cambios surtirán efecto cuando ha transcurrido el período de espera que especifican mediante los parámetros anteriores.
  • Diez segundos después de producirse un initializationerror en HttpRuntime, que cierra el dominio de aplicación.
  • El error de configuración real se almacena ahora en el InnerException del objeto HttpException .

Propiedades

Id. de artículo: 810281 - Última revisión: lunes, 19 de febrero de 2007 - Versión: 6.5
La información de este artículo se refiere a:
  • Microsoft ASP.NET 1.0
  • Microsoft .NET Framework 1.1
Palabras clave: 
kbmt kbhotfixserver kbqfe kbnetframe100presp3fix kbfix kbbug KB810281 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 810281

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com