.NET 运行时 2.0 服务中的错误

发布于 2024-07-08 03:41:55 字数 2076 浏览 6 评论 0原文

我们有一个写入数据库的自定义服务(SQL 2005)。 这是一个完整的 64 位环境(DB、.NET 服务)。 每天早上,当我们的数据量激增时,我们的一台服务器就会崩溃。 在另一台服务器上我们运行良好。 我注意到两台机器之间的唯一区别是发生崩溃的那台机器还安装了.NET 3.5。

还有其他人见过这种行为吗?

以下是今天崩溃的事件日志条目:

事件类型:错误
事件来源:.NET 运行时 2.0 错误报告
活动类别:无
事件 ID:1000
日期:2008年11月6日
时间:09:35:03
用户:不适用
计算机:RDDARWIN02
描述:
错误应用程序 servicehost.exe,版本 2.0.6.6,标记 48eb7b7a,错误模块 kernel32.dll,版本 5.2.3790.4062,标记 462643a7,调试? 0,故障地址0x0000000000027d8d。

有关详细信息,请参阅帮助和支持中心:http://go.microsoft.com/fwlink/ events.asp.
数据:
0000: 41 00 70 00 70 00 6c 00 应用
0008: 69 00 63 00 61 00 74 00 伊卡特
0010: 69 00 6f 00 6e 00 20 00 离子。
0018: 46 00 61 00 69 00 6c 00 失败
0020: 75 00 72 00 65 00 20 00 呃。
0028: 20 00 73 00 65 00 72 00 .ser
0030: 76 00 69 00 63 00 65 00 副
0038: 68 00 6f 00 73 00 74 00 主机
0040: 2e 00 65 00 78 00 65 00 ..exe
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。 .in
0070: 20 00 6b 00 65 00 72 00 .ker
0078: 6e 00 65 00 6c 00 33 00 nel3。
0080: 32 00 2e 00 64 00 6c 00 2...dl
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 .fDe
00c0: 62 00 75 00 67 00 20 00 错误。
00c8: 30 00 20 00 61 00 74 00 0..at
00d0: 20 00 6f 00 66 00 66 00 .关闭
00d8:73 00 65 00 74 00 20 00 设置。
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 ....

We have a custom service that writes to a DB (SQL 2005). This is a full 64-bit environment (DB, .NET service). On one of our servers we crash every morning when we have a spike in our volume of data. On another server we run fine. The only differences that I've been able to notice between the two machines is that the one experiencing the crash has .NET 3.5 also installed.

Has anyone else seen this type of behavior?

Here is the event log entry from the crash today:

Event Type: Error
Event Source: .NET Runtime 2.0 Error Reporting
Event Category: None
Event ID: 1000
Date: 11/6/2008
Time: 09:35:03
User: N/A
Computer: RDDARWIN02
Description:
Faulting application servicehost.exe, version 2.0.6.6, stamp 48eb7b7a, faulting module kernel32.dll, version 5.2.3790.4062, stamp 462643a7, debug? 0, fault address 0x0000000000027d8d.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink /events.asp.
Data:
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 ....

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

猫弦 2024-07-15 03:41:55

您是否尝试在崩溃之前将调试器附加到正在运行的代码? 也许你可以找出问题出在哪里。

您还可以使用 adplus 获取进程的转储,然后在 Windbg 中使用该转储来帮助追踪问题。 像这样的东西应该会给你你正在寻找的转储文件:

adplus -crash -pn servicehost.exe

Have you tried to attache a debugger to the running code before the crash? Maybe you can track down where the problem is.

You could also use adplus to get a dump of the process and then use that dump in windbg to help track down the problem. Something like this should give you the dump file you are looking for:

adplus -crash -pn servicehost.exe

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文