Message d'erreur : Impossible d'accéder fichier AssemblyName car il est utilisé par un autre processus

Traductions disponibles Traductions disponibles
Numéro d'article: 810281 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Symptômes

Après avoir mis à jour contenu ASP.NET sur un serveur Web qui reçoit des demandes, la message d'erreur suivant peut s'afficher dans le navigateur :
Erreur de serveur dans /AppName application.
--------------------------------------------------------------------------------
Erreur de configuration
Description : une erreur s'est produite lors du traitement d'un fichier de configuration requis pour traiter cette demande. Veuillez vérifier les détails ci-dessous de l'erreur spécifique et modifier votre fichier de configuration appropriée.

Message d'erreur Analyseur : peut pas accéder fichier AssemblyName car il est utilisé par un autre processus.

Erreur source :

Ligne 197 :
Ligne 198 :
</assemblies>Ligne 199 : ligne 200 :
Ligne 201 :

Source du fichier : c:\ WindowsDirectory \microsoft.net\framework\v1.0.3512\Config\machine.config ligne : 199


Ce problème peut se produire si vous mettez à jour plusieurs fichiers entraîne des notifications de modification (tels que Web.config, global.asax et des fichiers dans le dossier bin). Lorsque demandes proviennent entre deux notifications de changement consécutifs, ils provoquer l'AppDomain à être rechargé simultanément plusieurs fois.

Des problèmes similaires peuvent également se produire lorsque vous utilisez un programme sur votre serveur verrouille dossiers lors de l'analyse. Exemples de ces programmes sont virus programmes, programmes d'indexation et programmes de sauvegarde.

Cause

Lorsque vous modifiez un fichier qu'entraîne notifications de modification, l'AppDomain recharge sur la demande entrante suivante. Lorsque cela se produit, le processus Aspnet_wp.exe verrouiller le ProgramShadow Copy dossier (situé dans le dossier Temporary ASP.NET Files), pour pouvoir copier en toute sécurité la nouvelle version du programme.

Si vous modifiez un autre fichier pendant que cela se produit, une nouvelle demande arrive, les rechargements domaine d'application à nouveau et puis essaie de copier une autre nouvelle version du programme vers le dossier copie secondaire pendant que le dossier est verrouillé par le premier AppDomain recharger.

Résolution

Ce correctif est inclus dans le cadre de .NET Framework 1.1.

Un correctif est désormais disponible auprès de Microsoft, mais il ne vise qu'à corriger le problème décrit dans cet article. Uniquement l'appliquer à des systèmes rencontrant ce problème spécifique. Ce correctif peut subir des tests supplémentaires. Par conséquent, si vous n'êtes pas gravement touché par ce problème, nous vous recommandons d'attendre le prochain service pack .NET Framework 1.0 qui comprendra ce correctif.

Pour résoudre ce problème immédiatement, contactez services de support technique Microsoft afin d'obtenir le correctif logiciel. Pour une liste complète des numéros de téléphone des services de support technique Microsoft et des informations sur les frais de support technique, reportez-vous au site de Web Microsoft suivant :
http://support.microsoft.com/contactus/?ws=support
note Dans certains cas, les frais aucuns de support peuvent être facturés si un technicien du support technique Microsoft détermine qu'une mise à jour spécifique peut résoudre votre problème. Les coûts habituels du support technique s'appliqueront aux autres questions et problèmes non traités par la mise à jour en question.

note Vous pouvez également utiliser le .NET Framework 1.1 pour résoudre ce problème.

note Pour résoudre le problème, installez le correctif, puis configurer les paramètres dans la section « Plus d'informations ».

La version anglaise de ce correctif dispose les attributs de fichier (ou attributs de fichier version ultérieure) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont exprimées en temps universel coordonné (UTC). Lorsque vous affichez les informations de fichier, il est convertie en heure locale. Pour connaître le décalage entre l'heure UTC et l'heure locale, utilisez l'onglet Fuseau horaire dans l'outil Date et heure du Panneau de configuration.
  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
				

Statut

Microsoft a confirmé que c'est un problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Le correctif logiciel modifie les problèmes suivants dans ASP.NET :
  • Erreurs de configuration sont maintenant mises en uniquement cache de 5 secondes.
  • Les notifications de modification de fichier sont regroupées selon les valeurs de deux attributs suivants dans la section <httpruntime> le Machine.Config
    • nombre de secondes à attendre la prochaine notification de changement avant une nouvelle requête déclenchera un AppDomain waitChangeNotification - redémarrage
    • maxWaitChangeNotification - nombre maximal de secondes de la première modifier notification jusqu'à ce que l'AppDomain est rechargé sur une nouvelle demande
    Par exemple :
    <httpRuntime waitChangeNotification="5" maxWaitChangeNotification="10">
    la valeur par défaut pour les deux paramètres est 0 .
    Notez que lorsque vous utilisez les valeurs par défaut, vous toujours voir le problème qui est décrit dans la section « Symptômes ».

    Suivantes sont les valeurs proposées pour les propriétés :
    • Configurer waitChangeNotification un nombre de secondes qui dépasse le nombre de secondes qui peut s'écouler entre la mise à jour des deux fichiers de notification de modification d'une copie.
    • Un nombre de secondes qui dépasse la durée pour effectuer la copie défini maxWaitChangeNotification/le processus de déploiement.
    À cause de cette modification, peut s'afficher mis en cache si vous l'affichez immédiatement après un processus de copie/déployer. Ce comportement typique est. Les modifications prennent effet lorsque la période d'attente qui vous spécifiée en utilisant les paramètres précédents est transmise.
  • Dix secondes après qu'un initializationerror se produit dans le HttpRuntime l'AppDomain se ferme.
  • L'erreur de configuration réelle est désormais stockée dans le InnerException de l'objet HttpException .

Propriétés

Numéro d'article: 810281 - Dernière mise à jour: lundi 19 février 2007 - Version: 6.5
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft ASP.NET 1.0
  • Microsoft .NET Framework 1.1
Mots-clés : 
kbmt kbhotfixserver kbqfe kbnetframe100presp3fix kbfix kbbug KB810281 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 810281
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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