请求的0.01%的IIS 500.19错误

我们已经部署了一个简单的ServiceStack应用程序,在IIS 7中提供了Podcast RSS-feeds。清理IIS日志,我们发现less量的请求得到一个HTTP 500.19错误代码。

在约55万个日常要求中,约有600个失败,500.19。 这意味着我们成功地提供了99.9%的请求的RSS。 我仍然很好奇为什么我们失败了0.1%

通常由于configuration无效而发生500.19。 只有0.1%的请求,configuration如何失败?

我还没有能够手动重现错误,所以我没有HResult代码 。 这在IIS日志中也不存在。 但是,IIS日志中的sc-win32-status64

一些细节:

  • 应用程序的内部日志logging不会报告任何错误,表明请求永远不会到达我们的代码。
  • 这个错误通常发生在最大的RSS(740KB gzipped)上,但也发生在较小的(140KB gzipped)上。
  • 失败的请求通常来自移动客户端(IOS,Android),这并不像通常在移动设备上消费的播客那么多。
  • 应用程序部署在6个节点上,使用BigIP进行负载平衡。 configuration文件不是跨节点共享的。 所有节点的0.1%错误率是相等的。
  • 我们有输出caching在IIS中激活(但没有内核caching)。