我们在IIS 7中部署了一个简单的ServiceStack应用程序，提供Podcast RSS-feeds。在搜索IIS日志时，我们发现少量请求获得HTTP 500.19 错误代码
在每天约550 000个请求中，其中约600个以500.19失败。这意味着我们成功地为99.9％的请求提供了RSS。我仍然很想知道为什么我们为 0.1％而失败。
500.19通常由于配置无效而发生。只有0.1％的请求配置如何失败？
我无法手动重现错误，因此我没有HResult代码。这在IIS日志中也不存在。
一些细节：
- 编辑： sc-win32-status为64
- 应用程序的内部日志记录从不报告任何错误，表明请求永远不会到达我们的代码。
- 错误通常发生在最大的RSS（740KB gzip）上，但也发生在较小的RSS（140KB gzip）上。
- 失败的请求通常来自移动客户端（IOS，Android），这并不能说明播客通常会在移动设备上消费。
- 应用程序部署在6个节点上，使用BigIP进行负载平衡。配置文件不是跨节点共享的。所有节点上的0.1％错误率相等。
- 我们在IIS中激活了输出缓存（但没有内核缓存）。