2008-11-06 11 views
0

Nous avons un service personnalisé qui écrit dans une base de données (SQL 2005). C'est un environnement 64 bits complet (service DB, .NET). Sur l'un de nos serveurs, nous tombons tous les matins en panne lorsque notre volume de données augmente. Sur un autre serveur, nous courons bien. Les seules différences que j'ai pu remarquer entre les deux machines sont que celui qui subit le crash a .NET 3.5 également installé.Erreur .NET Runtime 2.0 dans un service

Quelqu'un d'autre at-il déjà vu ce type de comportement?

Voici l'entrée du journal des événements du jour accident:

Type d'événement: Erreur
Source de l'événement: .NET Runtime 2.0 Rapport d'erreurs
Catégorie de l'événement: Aucun
ID d'événement: 1000
Date: 11/6/2008
Heure: 09:35:03
utilisateur: N/A
ordinateur: RDDARWIN02
description:
Application défaillante servicehost.exe, version 2.0.6.6, tampon 48eb7b7a, module défaillant kernel32.dll, version 5.2.3790.4062, tampon 462643a7, débogage? 0, adresse de panne 0x0000000000027d8d.

Pour plus d'informations, voir le Centre d'aide et de support au http://go.microsoft.com/fwlink /events.asp.
Données:
0000: 41 00 70 00 70 00 6c 00 A.p.p.l.
0008: 69 00 63 00 61 00 74 00 i.c.a.t.
0010: 69 00 6f 00 6e 00 20 00 i.o.n. .
0018: 46 00 61 00 69 00 6c 00 F.a.i.l.
0020: 75 00 72 00 65 00 20 00 u.r.e. .
0028: 20 00 73 00 65 00 72 00 .s.e.r.
0030: 76 00 69 00 63 00 65 00 v.i.c.e.
0038: 68 00 6f 00 73 00 74 00 h.o.s.t.
0040: 2e 00 65 00 78 00 65 00 ..e.x.e.
0048: 20 00 32 00 2e 00 30 00 .2 ... 0.
0050: 2e 00 36 00 2e 00 36 00 ..6 ... 6.
0058: 20 00 34 00 38 00 65 00 .4.8.e.
0060: 62 00 37 00 62 00 37 00 b.7.b.7.
0068: 61 00 20 00 69 00 6e 00 a. .dans.
0070: 20 00 6b 00 65 00 72 00 .k.e.r.
0078: 6e 00 65 00 6c 00 33 00 n.e.l.3.
0080: 32 00 2e 00 64 00 6c 00 2 ... d.l.
0088: 6c 00 20 00 35 00 2e 00 l. .5 ...
0090: 32 00 2e 00 33 00 37 00 2 ... 3.7.
0098: 39 00 30 00 2e 00 34 00 9,0 ... 4.
00a0: 30 00 36 00 32 00 20 00 0.6.2. .
00a8: 34 00 36 00 32 00 36 00 4.6.2.6.
00b0: 34 00 33 00 61 00 37 00 4.3.a.7.
00b8: 20 00 66 00 44 00 65 00 .f.D.e.
00c0: 62 00 75 00 67 00 20 00 b.u.g. .
00c8: 30 00 20 00 61 00 74 00 0. .a.t.
00d0: 20 00 6f 00 66 00 66 00 .o.f.f.
00d8: 73 00 65 00 74 00 20 00 s.e. .
00e0: 30 00 30 00 30 00 30 00 0.0.0.0.
00E8: 30 00 30 00 30 00 30 00 0.0.0.0.
00f0: 30 00 30 00 30 00 32 00 0.0.0.2.
00f8: 00 64 00 37 38 00 64 00 7.d.8.d.
0100: 0d 00 0a 00 ....

Répondre

1

Avez-vous essayé d'attacher un débogueur au code courant avant le crash? Peut-être que vous pouvez trouver où est le problème.

Vous pouvez également utiliser adplus pour obtenir une décharge du processus et ensuite utiliser cette décharge dans windbg pour aider à traquer le problème. Quelque chose comme cela devrait vous donner le fichier de vidage que vous recherchez:

adplus -crash pn servicehost.exe

+0

TonyB qui est une suggestion extraordinaire, si pour aucune autre raison que je ne savais pas ADPlus. J'ai même déjà installé les outils de débogage MS mais je ne connaissais pas cet outil en ligne de commande. Merci pour le conseil! – dviljoen

+0

En examinant mes anciennes questions, j'ai réalisé que ce problème est parti avec une mise à jour .NET à un moment donné. Quoi qu'il en soit, puisque votre suggestion était quelque chose de nouveau, j'ai juste appris que vous aviez la réponse correcte (et unique). – dviljoen

Questions connexes