2010-01-14 3 views
0

Mon service Web génère d'abord une erreur «Service not available», puis lorsque je redémarre le service IIS, cela fonctionne. Lorsque j'ai vérifié le journal des événements, j'ai trouvé cette erreur concernant ASP.NET 2.0.50727.0Erreur de service Web intermittent

Code de l'événement: 3005 Message d'événement: Une exception non gérée s'est produite. Heure de l'événement: 1/13/2010 17:31:02 Heure de l'événement (UTC): 1/13/2010 22:31:02 ID d'événement: a3f163d4529d4e7389fd9828ef75a5f3 séquence de l'événement: 2010 Occurrence de l'événement: 2 événement code détail: 0

d'application: domaine d'application:/LM/W3SVC/337954533/Root-1-129078638848593750 niveau de confiance: Full application Chemin virtuel:/ Chemin de l'application: C: \ Inetpub \ wwwroot ## \ Nom de la machine: MU

Informations de processus: ID du processus: 6096 Nom du processus: W3WP.exe Nom du compte: NT AUTHORITY \ NETWORK SERVICE

Informations sur l'exception: Type d'exception: TargetInvocationException Message d'exception: Exception a été levée par la cible d'un appel.

Demande d'information: URL de demande: https://www.##.com:443/AccountList.aspx?type=RklYRUQgREVQT1NJVA1/13/2010 05:31:02 PMd1/13/2010 05:31:02 PMD-ch1BLi4bsZQ1/13/2010 05:31:02 PMd Demande chemin: /AccountList.aspx utilisateur adresse de l'hôte: ## ## ## ## User:...
est authentifié: False type d'authentification:
discussion nom du compte: NT AUTHORITY \ NETWORK SERVICE

informations du fil: ID du fil: 7 Nom du compte de discussion: SERVICE AUTHORITY \ NETWORK NT personnifie: Faux trace Stack: à System.RuntimeMethodHandle._InvokeMethodFast (cible d'objets, objet [] arguments, SignatureStruct & sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner) à System.RuntimeMethodHandle.InvokeMethodFast (cible d'objets, objet [] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner) à System.Reflection.RuntimeMethodInfo.Invoke (Object obj, BindingFlags invokeAttr, Binder lieur, Object [] paramètres, CultureInfo culture, Boolean skipVisibilityChecks) à System.Reflection.RuntimeMethodInfo.Invoke (Objet obj, BindingFlags invokeAttr, classeur Binder, paramètres Object [], CultureInfo culture) à System.Web.UI.WebControls.ObjectDataSourceView.InvokeMethod (méthode ObjectDataSourceMethod, Boolean disposInstance, O bject & exemple) à System.Web.UI.WebControls.ObjectDataSourceView.ExecuteSelect (arguments de DataSourceSelectArguments) à System.Web.UI.DataSourceView.Select (arguments de DataSourceSelectArguments, rappel DataSourceViewSelectCallback) à System.Web.UI.WebControls.DataBoundControl .PerformSelect() à System.Web.UI.WebControls.BaseDataBoundControl.DataBind() à System.Web.UI.WebControls.GridView.DataBind() à System.Web.UI.WebControls.BaseDataBoundControl.EnsureDataBound() à System.Web.UI.WebControls.CompositeDataBoundControl.CreateChildControls() à System.Web.UI.Control.EnsureChildControls() à System.Web.UI.Control.PreRenderRecursiveInternal() à System.Web.UI.Control.PreRenderRecursiveInternal() à System.Web.UI.Control.PreRenderRecursiveInternal() à System.Web.UI.Control.PreRenderRecursiveInternal() à System.Web. UI.Control.PreRenderRecursiveInternal() à System.Web.UI.Control.PreRenderRecursiveInternal() à System.Web.UI.Page.ProcessRequestMain (Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

Répondre

1

Vous pouvez vérifier le recyclage/paramètres de mémoire de votre pool d'applications. J'ai rencontré des erreurs similaires qui se produisent lorsque les objets mémoire deviennent trop volumineux et que le pool d'applications commence à s'étouffer. Vous pouvez également télécharger les outils de diagnostic de débogage IIS:

http://support.microsoft.com/kb/919789

+0

La chose est, aucun des services IIS arrêté dans la mesure où le journal du système est concerné. – D0cNet

+0

Le service IIS lui-même ne s'arrête pas. Ce qui se passe est une exception (quelque part) provoque le crash du processus w3wp.exe. Cela laisse le W3SVC intact mais l'application s'éteint. Vous pouvez également essayer de désactiver la «protection contre les échecs rapides» dans les propriétés du pool d'applications pour atténuer le symptôme, mais cela ne fera que masquer le véritable problème. –

+0

Je suppose que la meilleure approche est de 1. configurer le recyclage du pool d'applications une fois que le processus de travail pour mon webservice devient grand 2. Passez le code et assurez-vous que les objets sont utilisés et éliminés correctement ... des suggestions? – D0cNet