.net - NetTcpActivator 服务(Net.Tcp Listener Adapter)偶尔停止响应

Question

在我当前的项目中，我们(我的意思是“项目团队”)使用 IIS 上托管的 WCF 服务。

以下是一些可能很重要的技术细节:

1. 我们使用 NET 3.5 来提供 WCF 服务
2. 我们使用NET.TCP通信协议(protocol)
3. 我们使用 IIS 7 和 IIS 7.5 来托管这些服务
4. 我们在每台服务器上使用多个 IIS 工作进程

所以，问题是 - 有时 WCF 服务变得不可用。当我们尝试访问这些 WCF 服务时，我们会收到超时错误。恢复 WCF 服务功能的唯一方法是重新启动 NetTcpActivator(Net.Tcp 监听器适配器)Windows 服务。

根据我同事的理论，这个错误可能与这篇知识库文章中描述的问题有关:

FIX: Smsvchost.exe for the WCF service stops responding when you run a .NET Framework 4-based WCF service http://support.microsoft.com/kb/2536618

根据本文，如果 SMSvcHost(托管 NetTcpActivator 和端口共享服务的容器服务)无法在超过 60 秒(不可配置的超时)内将请求路由到 w3wp(IIS 工作进程)，则会挂起。不幸的是，我们无法找到重现此错误的方法。例如，我们将 SMSvcHost 限制为 1 个 CPU 核心和 1 个线程，并将挂起连接限制扩展到 1M，并将其在用户模式下推至 100% CPU 负载。而且它没有挂起!

有时我们的负载测试会导致奇怪的错误，但是当我们停止它们时，所有服务都会自动恢复到正常状态。但有时负载不重可能会挂掉NetTcpActivator!

另外，我想说这并不是一个新问题。我的同事 3 年前就已经得到了它(有关更多信息，请参阅此线程 http://forums.iis.net/t/1167668.aspx/1/10 )。不幸的是，他们没有得到答案。更改一些配置后问题就消失了!现在它又回到了新服务器上。

我真的很感激你们所有的想法和想法!

Answer 1

好吧，经过大量研究，我找到了问题的原因。可能还有其他情况会发生这种情况，但希望这会对某些人有所帮助。微软正在他们的实验室中进行复制，最终应该会得到修复。

在我们的例子中，所有行星都必须对齐。我们有一个用于客户端和服务器的 .NET 4 集成应用程序池(在开发人员计算机上)。该服务使用外部配置文件进行绑定(bind) ( <bindings configSource="serviceModel.bindings.config" /> )，该文件是从另一个项目链接的，并在构建时复制，并将自定义构建任务添加到服务的 .csproj。

要重现该问题:

1. 停止所有正在运行的 SMSvcHost 服务(Net.Tcp*、Net.Pipe、Net.Msmq)。由于 SMSvcHost 进程不会消失，因此重新启动将不起作用。
2. 从 Visual Studio 中运行 Clean for WcfService
3. 从 Windows 资源管理器中删除 WcfService 中的 serviceModel.bindings.config
4. 运行 iisreset(摆脱 w3wp 并启动​​ SMSvcHost 服务 - 按 F5 可以看到服务列表)
5. 构建 WcfService(复制链接的配置文件)
6. 浏览到WcfClient页面，提交两次。如果每次都出现错误，则可能存在问题。在我们的主应用程序上，它给出了超时，在测试应用程序中 CommunicationObjectFaultedException 而不是超时，但两者都很好。
7. 停止 SMSvcHost 服务。如果出现问题，SMSvcHost 的事件 ID 8 会记录到系统事件日志中。

我还不知道 w3wp 或 SMSvcHost 是否是罪魁祸首。第 3 步很关键，尽管我还无法解释原因。如果您不删除该文件，那么一切都很好。如果您修改文件(创建日期保持不变)，一切都很好。如果您将配置 XML 移至主 Web.config 文件中，则一切正常。当构建任务复制文件时，创建日期会更新，所以我猜测它以某种方式缓存，并且其中一个进程检测到日期更改。

如果您重新启动 SMSvcHost 服务(完全停止、完全启动)一次或两次，客户端请求将通过，从那时起您就没事了。

所以我现在的猜测是，这可能是部署后的一个问题，但如果您确保一切都在运行(并根据需要重新启动服务)，那么您应该没问题。您也可以不执行外部/链接文件。

一旦微软追踪到这个问题，我希望能有更多的见解。

最终更新 我忘记早些时候回到这个话题了。微软基本上承认他们可能有一个错误，但由于有解决方法，并且在票证上花费了足够的时间，因此他们将其关闭，不再进一步研究。当 SMSvcHost 使用以下设置启动时，似乎存在某种类型的竞争条件(类似于我之前发布的内容):

1. 在 IIS 中托管 WCF
2. 使用非 HTTP 绑定(bind)以便 SMSvcHost 发挥作用
3. 使用外部配置文件进行绑定(bind) configSource

链接外部配置与此无关。解决方法是不使用 configSource我们现在正在做的。