0 votes

.NET Runtime 2.0 Erreur dans un service

Nous avons un service personnalisé qui écrit dans une base de données (SQL 2005). Il s'agit d'un environnement 64 bits complet (base de données, service .NET). Sur l'un de nos serveurs, nous tombons en panne tous les matins lorsque nous avons un pic dans notre volume de données. Sur un autre serveur, nous fonctionnons bien. La seule différence que j'ai pu constater entre les deux machines est que .NET 3.5 est également installé sur celle qui se bloque.

Quelqu'un d'autre a-t-il vu ce type de comportement ?

Voici l'entrée du journal des événements du crash d'aujourd'hui :

Type d'événement : Erreur
Source de l'événement : Rapport d'erreurs du Runtime 2.0 de .NET
Catégorie d'événement : Aucun
ID de l'événement : 1000
Date : 11/6/2008
Heure : 09:35:03
Utilisateur : N/A
Ordinateur : RDDARWIN02
Description :
Défaillance de l'application servicehost.exe, version 2.0.6.6, cachet 48eb7b7a, défaillance du module kernel32.dll, version 5.2.3790.4062, cachet 462643a7, debug ? 0, adresse de défaut 0x0000000000027d8d.

Pour plus d'informations, voir le Centre d'aide et de support à l'adresse suivante 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. .i.n.
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.t. .
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 : 37 00 64 00 38 00 64 00 7.d.8.d.
0100 : 0d 00 0a 00 ....

1voto

TonyB Points 2482

Avez-vous essayé d'attacher un débogueur au code en cours d'exécution avant le crash ? Vous pourrez peut-être trouver l'origine du problème.

Vous pouvez également utiliser adplus pour obtenir un dump du processus et ensuite utiliser ce dump dans windbg pour vous aider à trouver le problème. Quelque chose comme ceci devrait vous donner le fichier dump que vous recherchez :

adplus -crash -pn servicehost.exe

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X