8,327
社区成员
发帖
与我相关
我的任务
分享IIS假死求救
网站运行一段时间后，就打不开了，重启IIS又可以恢复
查看系统事件日志
Faulting application w3wp.exe, version 6.0.3790.3959, stamp 45d6968e, faulting module kernel32.dll, version 5.2.3790.4480, stamp 49c51ee2, debug? 0, fault address 0x0000bef7.
已经尝试的方法
1.取消IIS回收进程
2.运行注册表 给了NETWORK SERVICE相应的权限也无效
寻求帮助
查看系统事件日志
Faulting application w3wp.exe, version 6.0.3790.3959, stamp 45d6968e, faulting module kernel32.dll, version 5.2.3790.4480, stamp 49c51ee2, debug? 0, fault address 0x0000bef7.
已经尝试的方法
1.取消IIS回收进程
2.运行注册表 给了NETWORK SERVICE相应的权限也无效
寻求帮助
...全文
请发表友善的回复…
发表回复
余人泛舟 2012-08-31
- 打赏
- 举报
我也跟你出现了一样的问题！连续爆了几个需要实时调试的错误就挂了！服务器还在排查中，貌似有点中毒的迹象
dxdweb 2012-08-28
- 打赏
- 举报
路过看看，写的不错。不过我是08系统啊。。。
qq1141695320 2010-07-08
- 打赏
- 举报
宇峰科技 2010-06-28
- 打赏
- 举报
很全了[Quote=引用 1 楼 xlj_2008 的回复:]
IIS 假死状态处理
为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制
服务器经常产生“应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '2068'。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下：
Internet 信息服务(IIS)管理器－＞应用程序池－＞Defaul……
[/Quote]
IIS 假死状态处理
为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制
服务器经常产生“应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '2068'。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下：
Internet 信息服务(IIS)管理器－＞应用程序池－＞Defaul……
[/Quote]
Ray_Zhang 2010-06-10
- 打赏
- 举报
你的application是不是程序里有冲突，或是没有关闭数据库连接啊，又或者你同一台SERVER上既有1.1的程序也有2.0的程序呀，要放在不同的池里才行。
md198687 2010-06-09
- 打赏
- 举报
路过~~
xiaoyu4215 2010-06-08
- 打赏
- 举报
有没有高手，网站运行一段时间就挂掉了，需要重启IIS才能解决问题
查看系统事件日志
Faulting application w3wp.exe, version 6.0.3790.3959, stamp 45d6968e, faulting module kernel32.dll, version 5.2.3790.4480, stamp 49c51ee2, debug? 0, fault address 0x0000bef7.
频率很高
查看系统事件日志
Faulting application w3wp.exe, version 6.0.3790.3959, stamp 45d6968e, faulting module kernel32.dll, version 5.2.3790.4480, stamp 49c51ee2, debug? 0, fault address 0x0000bef7.
频率很高
xiaoyu4215 2010-06-08
- 打赏
- 举报
ding
xlj_2008 2010-06-07
- 打赏
- 举报
IIS 假死状态处理
为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制
服务器经常产生“应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '2068'。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下：
Internet 信息服务(IIS)管理器－＞应用程序池－＞DefaultAppPool－＞右击属性
一、回收
1、回收工作进程（分钟）：选中，值为1740
2、回收工作进程（请求数目）：不选（原先设置为35000）
3、在下列时间回收工作进程：不填
4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，导致iis假死不响应）
二、性能
只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。注意web园这里一定要保持默认，如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。
原来的请求队列限制为4000，现在无限制。
三、运行状况
前两项都起用，是原来的默认设置。启动时间限制90秒，关闭时间限制180秒。
启动快速失败保护的钩去掉！
为了避免真的遇到很多错误时没有提示，可以不关闭，只是把快速保护的保护范围加大些，例如失败数50次 时间段5分钟 则关闭对应的程序。
“关闭时间限制180秒”是必须的，因为进程关闭的时间，原来为90秒限制,是默认值，如果进程关闭时间超过90秒，则认为超时，从而出现：进程关闭时间超过了限制 日志，所以，适当延长这个时间，可以避免这种错误
第2种方法：
原因：独立进程的 内存堆戋消耗完了，IIS不能创建更多的进程工作空间来处理
解决方法：
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2. 在Parameters键下新建一个DWORD项，名字为：UseSharedWPDesktop 值为1 重启IIS
第3种
问题已解决,发现是数据库连接无法释放,不知道是什么原因,同样的代码在本地就是好的,在服务器端就有问题,最后在连接串里加入以下语句解决问题.
Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30
第4种
新建应用程序池，不同的网站引用不同程序池。
为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制
服务器经常产生“应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '2068'。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下：
Internet 信息服务(IIS)管理器－＞应用程序池－＞DefaultAppPool－＞右击属性
一、回收
1、回收工作进程（分钟）：选中，值为1740
2、回收工作进程（请求数目）：不选（原先设置为35000）
3、在下列时间回收工作进程：不填
4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，导致iis假死不响应）
二、性能
只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。注意web园这里一定要保持默认，如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。
原来的请求队列限制为4000，现在无限制。
三、运行状况
前两项都起用，是原来的默认设置。启动时间限制90秒，关闭时间限制180秒。
启动快速失败保护的钩去掉！
为了避免真的遇到很多错误时没有提示，可以不关闭，只是把快速保护的保护范围加大些，例如失败数50次 时间段5分钟 则关闭对应的程序。
“关闭时间限制180秒”是必须的，因为进程关闭的时间，原来为90秒限制,是默认值，如果进程关闭时间超过90秒，则认为超时，从而出现：进程关闭时间超过了限制 日志，所以，适当延长这个时间，可以避免这种错误
第2种方法：
原因：独立进程的 内存堆戋消耗完了，IIS不能创建更多的进程工作空间来处理
解决方法：
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2. 在Parameters键下新建一个DWORD项，名字为：UseSharedWPDesktop 值为1 重启IIS
第3种
问题已解决,发现是数据库连接无法释放,不知道是什么原因,同样的代码在本地就是好的,在服务器端就有问题,最后在连接串里加入以下语句解决问题.
Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30
第4种
新建应用程序池，不同的网站引用不同程序池。
xiaoyu4215 2010-06-07
- 打赏
- 举报
目前的设置是不同的网站使用不同的程序池，错误依然存在
