【问题标题】:A process serving application pool 'xxx' suffered a fatal communication error with the Windows Process Activation Service为应用程序池“xxx”提供服务的进程与 Windows 进程激活服务发生了致命的通信错误
【发布时间】:2019-08-28 01:07:24
【问题描述】:

软件更新后,应用程序池在收到多个此类错误后停止了两次: 为应用程序池“xxx”提供服务的进程与 Windows 进程激活服务发生了致命的通信错误。进程 ID 为“yyy”。数据字段包含错误号。

事件 ID:5011 错误代码:0x6D000780

相对于上一个版本的软件更改很小,无法解释这个问题(只是存储过程中的一个新字段),但我无法恢复旧版本以检查是否存在问题。

我在三台服务器上使用相同的软件(相同版本),一台有这个问题,另外两台没有。

在今晚每小时多次收到此错误后,我尝试完全重新启动 IIS,但我在 5 小时内没有收到任何错误(应用程序在夜间也可以工作)

问题在预定的回收时间后 1 小时再次出现,并且在过去 4 小时内没有再次出现(但我不能认为这个问题已解决)。

我能做些什么来找出真正的问题?如果两个节点都工作,这也是 100% 的软件问题?

我可以增加“故障间隔(分钟)”,但这并不能解决我的问题:软件在内存中有数据,如果没有写入就崩溃是一场灾难。

我使用的是 Windows Server 2012 R2 和 IIS 8。

【问题讨论】:

  • 事件日志中是否没有条目提供有关崩溃的更多信息?
  • 是的...也许我已经找到了导致问题的原因以及为什么这只发生在一台服务器上...应该是一个未处理的异常,仅在特定事件序列中发生。
  • 你能发布更多关于你认为你发现了什么的信息吗?我在一台服务器上遇到了同样的问题。应用程序池使用相同的事件日志消息随机重新启动。我尝试了调试诊断工具,但它没有报告任何有意义的内容。

标签: c# iis crash application-pool


【解决方案1】:

我自己回答,也许这对将来的其他人有用。

我相信在这个原因中,问题始终是软件问题,并且几乎总能在 Windows 日志/应用程序中找到答案。

【讨论】:

猜你喜欢
  • 2019-02-12
  • 2012-06-22
  • 2010-11-29
  • 2017-02-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-06-08
  • 2014-10-04
相关资源
最近更新 更多