整天，我们一直在获取安装IIS错误 – 我们重新启动，并在短时间内解决了这个问题。 在错误日志中，我们正在获取
服务应用程序池的进程在closures期间超过了时间限制。 进程ID是“2260”。
我们的应用程序似乎死了大块，所以它不会失速竞争 – >但某些部分将打破这个错误 – >
无法执行程序。 正在执行的命令是“C：\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ csc.exe”/ noconfig / fullpaths @“C：\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET文件\ LMS \ 6ae61309 \ 7e6c5096 \ jywwvsao.cmdline”。
下一步你会得到一个“文档不能创build”错误，当试图启动RDP错误日志等 – 服务器仍然工作，但IIS完全停止工作 – >我会尝试重新启动服务，但得到一个错误说： 坏的形象请检查这对安装软盘或“ 应用程序未能正确初始化 ”沿这些线路的东西。
磁盘镜像raid设置，iis 6
任何想法是最受欢迎的
由于ASP.NET限制了调用可用于执行请求的工作线程和完成端口线程的数量，因此可能会出现此问题。
通常，对Web服务的调用使用一个工作线程来执行发送请求的代码，并使用一个完成端口线程来接收来自Web服务的callback。 但是，如果请求被redirect或需要身份validation，则调用可能使用多达两个worker和两个完成端口线程。 因此，当多个Web服务调用同时发生时，您可以耗尽托pipe的ThreadPool。
例如，假设ThreadPool限制为10个工作线程，并且所有10个工作线程当前正在执行正在等待callback执行的代码。 callback永远不能执行，因为排队到ThreadPool的任何工作项都被阻塞，直到线程变为可用。
另一个潜在的争用来源是System.Net命名空间用于限制连接数量的maxconnection参数。 一般来说，这个限制按预期工作。 但是，如果许多应用程序尝试同时向单个IP地址发出多个请求，则线程可能必须等待可用的连接。 要解决这些问题，可以调整Machine.config文件中的以下参数以最好地适应您的情况：
* maxWorkerThreads * minWorkerThreads * maxIoThreads * minFreeThreads * minLocalRequestFreeThreads * maxconnection * executionTimeout要成功解决这些问题，请执行以下操作…
报价继续在这里 …如果这不起作用，你可以深入挖掘这里所解释的。
我会检查Windows事件日志中是否有其他错误。 从你报告的错误看来，ASP.NET似乎无法将aspx / ascx文件编译成临时程序集。
这可能是一个硬件/ RAID /文件系统问题，使得C＃编译器（csc.exe）失败。