解决IIS中应用程序池提供服务的进程无法响应Ping或进程关闭时间超过了限制
1.错误系统日志：为应用程序池 'DefaultAppPool' 提供服务的进程无法响应 Ping。进程 ID 是 '2144'。
解决办法:卸载完McAfee后，恢复正常
注意：
需要重新注册一vbscript和jscript组件
杀毒工具有的会把vbscript和jscript禁了
regsvr32 vbscript.dll 和regsvr32 jscript.dll 均已经注册成功，问题已解决。
2.错误系统日志：为应用程序池“DefaultAppPool”提供服务的进程关闭时间超过了限制。进程 ID 是“3060”。
注：ID号，是变化的，可以为任何数据如3124，每次出现这种错误，ID都是不一样的！
服务器表现：IIS6.0假死机，页面打不开，ASP页面，无法执行！网站打不开！
本人的解决方法：目前IIS服务器应用程序池设置如下：
右击应用程序池DefaultAppPool，选取属性：
一、回收
1、回收工作进程（分钟）：选中，值为1740
2、回收工作进程（请求数目）：不选（原先设置为35000）
3、在下列时间回收工作进程：不填
4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，猜的^-^）服务器内存够大，豁出去了给它用。
二、性能
只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。原来的请求队列限制为4000，现在无限制。
三、运行状况
前两项都起用，是原来的默认设置。启动时间限制90秒，关闭时间限制180秒。
“关闭时间限制180秒”是必须的，因为进程关闭的时间，就是在这儿设置，原来为90秒限制,是默认值，如果进程关闭时间超过90秒，则认为超时，从而出现：进程关闭时间超过了限制日志，所以，适当延长这个时间，可以避免这种错误！
相关文章
听说现在要在IIS7下跑PHP不再用ISAPI了，现在都FastCGI了，听说FastCGI比ISAPI好，之前我在Vista下还是用ISAPI配成的PHP环境，这回换7了，在多方考查下，终于也实现了FastCGI，现把过程记录如下。2010-01-01
WIN2003下安装amp(apache+mysql+php+phpmyadmin)环境
WIN2003下安装amp环境apache+mysql+php+phpmyadmin运行安装配置。2009-12-12
本文主要介绍了Win2008系统搭建DHCP服务器，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2022-06-06
本方法作为Windows2003服务器安装及设置教程——MSSQL安全篇一（将MS SQL SERVER运行于普通用户下）的补充，成功解决了不能将sqlserver运行在普通用户的权限下的问题。2010-05-05
概要 安装 Microsoft .NET Framework 软件开发工具包 (SDK)、Microsoft Visual Studio .NET 2002、Visual Studio .NET 2003 或 Visual Studio 2005 后，将创建 Microsoft Internet 信息服务 (IIS) 映射以便将 ASP.NET 的新文件扩展名和设置关联。2008-04-04
在课程的第一阶段开始时，主要介绍了Windows相关版本在虚拟机中的安装和配置。此处作为相关配置的补充。在虚拟机中安装kali，将为本阶段进一步了解网络安全的攻防手段与原理，提供有效的自带工具2022-12-12
win2008 R2 下 IIS7.5+PHP5.2.17+Mysql5.5.16+Zend3.3.3
windows Server 2008 R2 下面IIS7.5已经对fastcgi的支持有了很大改进，还在使用PHP-ISAPi模式的朋友可以试一下2013-06-06
在规模稍微大一些的局域网工作环境中，网络管理员时常会采用远程控制方式来管理服务器或重要工作主机；2009-10-10
本文为大家详细介绍下iis7下url重写后，原本存在的html不能访问了，未能执行URL(asp.net对真正的.html（但不符合重写规的）就不知道如何处理了)，遇到类似情况的朋友可以参考下2013-07-07
w3wp进程发生死锁ISAPI aspnet_isapi.dll报告它自身有问题，原因Deadlock detected
ISAPI c:\windows\microsoft.net\framework\v2.0.50727\aspnet_isapi.dll 报告它自身有问题，原因如下: Deadlock detected2012-09-09
最新评论