我的服务层中有两台服务器位于负载均衡器后面。它们都应该是相同的 - IIS设置相同，AppFabric（保持两个服务热身），在服务帐户或应用程序池标识下运行的应用程序池。在一台服务器上，一切正常。在另一台服务器上，我的三个应用程序池（AppFabric正在预热的两个，服务帐户下，以及一个只是标准应用程序池而没有默认设置更改的应用程序池）几乎一停止运行我启动它们（有时在第一次请求时）。
每次尝试启动其中一个应用池时，我在应用程序日志中遇到以下五个错误：
在处理配置路径的托管应用程序服务自动启动期间出错：＆＃39; MACHINE / WEBROOT / APPHOST / Site / App＆＃39;。返回的错误消息是：＆＃39;＆＃39;。工作进程将被标记为不健康并将被关闭。数据字段包含错误代码。
引用的错误代码为80070005。
这实际上是针对相同的站点/应用程序，无论应用程序池是否已启动（尽管在重新创建应用程序池后它可能会更改）。
在系统日志中，我在错误发生前五次收到以下警告（Application pool 'AppPool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.）：
为应用程序池提供服务的流程＆＃39; AppPool＆＃39;报告在应用程序预加载或服务加载期间出现故障。流程ID为＆＃39; 2396＆＃39;请确保正确配置应用程序池中的所有应用程序预加载或服务设置。数据字段包含错误编号。
引用的错误代码为80004005。
这里的AppPool正在启动。
我试过重新创作;我已经尝试卸载AppFabric（但我们需要它，所以重新安装但仍然没有去）。我没有想法。有什么建议吗？
编辑：我尝试从工作服务器上复制applicationHost.config，但这样做也没有...
EDIT2 ：其中一个应用程序池在真实用户帐户下运行时有效，但在ApplicationPoolIdentity下运行时无效....
（另外，我们遇到的问题是网站在2.0下运行且应用程序在4.0下运行。这可能解决了作为服务帐户运行的网站。）
答案 0 :(得分：2)
我只是在几个小时内与同样的问题搏斗，发现了一个不同的罪魁祸首。
我在最近的提交中向我的Web.config添加了一个新的配置部分。我还将此部分添加到Puppet用于在部署点生成自定义Web.config的单独ERB文件中。在此模板文件中，我添加了新部分，但忘记在<configSections>中包含其声明。
一旦我将声明添加到模板中，我们应用的测试虚拟机就能够再次启动，这个错误就消失了。
答案 1 :(得分：1)
虽然应用程序的应用程序池为4.0，但该站点的应用程序池本身为2.0，导致一些问题。我们还在不同的驱动器上使用inetpub，我们必须授予对SERVER \ Users的访问权限。