win2003 补丁 iis 应用程序池 无法启动 进程退出代码是 0xffffffff_win服务器

windows 2003 补丁 KB982666
可能会导致 iis 应用程序池 无法启动

进程退出代码是 0xffffffff

卸载KB982666 既可解决问题

网上传统解法二:

IIS 500错误报“进程退出代码是 ‘0xffffffff'”的处理方案
(此故障只针对windows 2003系统)
故障现象:
1.IIS里面所有的网站访问都是500 错误。进程池启动后,访问服务器的网站,进程池马上自动关闭。
2.系统日志报错:“应用程序池 ‘AppPool #1' 被自动禁用,原因是为此应用程序池提供服务的进程中出现一系列错误。”
3.系统日志警告:“为应用程序池 ‘AppPool #1' 提供服务的进程意外终止。进程 ID 是 ‘3968'。进程退出代码是 ‘0xffffffff'。”
注:应用程序池名就是IIS本机的应用程序池,与进程ID是随机的
处理方案:
卸载microsoft 2010-6-9号补丁 ,卸载时要注意顺序以及关联性,如卸载某个补丁时,提示有补丁要调用这个补丁时,要先卸载关联补丁。
卸载顺序:
1.KB982381 ---》IE7
2.KB982666
3.KB980218
4.KB979482 Asycfilt.dll (COM 组件)的安全更新

时间: 2024-08-03 17:00:23

win2003 补丁 iis 应用程序池 无法启动 进程退出代码是 0xffffffff_win服务器的相关文章

win2003 sp2 iis 上传文件不能超过200K的解决方案_win服务器

Windows2003系统下,上传较大的文件时,出现"Request 对象 错误 'ASP 0104 : 80004005'"错误. 更改win2003的IIS 6.0对asp的上传文件大小为200k限制,aspx的上传程序没有影响.在IIS6.0中,默认设置是特别严格和安全的,最大只能传送 204,800 个字节,这样可以最大限度地减少因以前太宽松的超时和限制而造成的攻击.IIS 6 出于安全考虑, 默认最大请求是200K(也即最大提交数据限额为200KByte,204800Byte

IIS应用程序池自动停止/关闭/假死网提示 Service Unavailable解决办法

问题现象: 访问站点.会导致应用程序池自动关闭,而出现Service Unavailable的提示.在允许和禁止一些WEB服务扩展时会提示MMC有错误. 解决过程:          开始时以为是IIS的问题.重装N次后,问题依然.看事件日志,提示如下: 事件类型: 警告 事件来源: W3SVC 事件种类: 无 事件 ID: 1009 日期:    2007-7-11 事件:    14:57:47 用户:    N/A 计算机: GHITR-61969D77E 描述: 为应用程序池 事件类型:

IIS应用程序池的设置问题解决IIS 假死状态

为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制,服务器经常产生"应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制.进程 ID 是 '2068'."的错误,导致iis处于假死状态,经了解是IIS应用程序池的设置问题. 解决方法如下: 1.Internet 信息服务(IIS)管理器->应用程序池->DefaultAppPool->右击属性 一.回收 1.回收工作进程(分钟):选中,值为1740 2.回收工作进

详细解说IIS运用程序池以及运用程序池回收【转】

什么是应用程序池呢?这是微软的一个全新概念:应用程序池是将一个或多个应用程序链接到一个或多个工作进程集合的配置.因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔,所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响.         Windows 2003同时支持两种工作模式,默认为ISS 6.0工作进程隔离模式.工作进程隔离模式防止一个应用程序或站点停止了而影响另一个应用程序或站点,大大增强了IIS的可靠性.那么如何设置两种工作模式呢?   启动IIS管

详细解说IIS应用程序池以及运用程序池回收AppPool第1/2页_win服务器

因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔,所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响.         Windows 2003同时支持两种工作模式,默认为ISS 6.0工作进程隔离模式.工作进程隔离模式防止一个应用程序或站点停止了而影响另一个应用程序或站点,大大增强了IIS的可靠性.那么如何设置两种工作模式呢?         启动IIS管理器,右击网站,选择"属性",打开属性对话框(图1). 在IIS 6.0工作进程隔离模式下

配置IIS应用程序池的详细介绍(iis6)_win服务器

IIS应用程序池优化方案 服务器经常产生"应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制.进程 ID 是 '3504'."的错误,导致iis处于假死状态,经了解是IIS应用程序池的设置问题.解决方法如下(红色字为标记): Internet 信息服务(IIS)管理器->应用程序池->DefaultAppPool->右击属性一.回收 1.回收工作进程(分钟):选中,值为1740 (800) 2.回收工作进程(请求数目):(不选)(原先设置为

System.Threading.Tasks.Task 任务引起的IIS应用程序池崩溃

转载:http://www.cnblogs.com/aaa6818162/p/4421305.html 问题现象 IIS应用程序池崩溃(Crash)的特征如下: 1. 从客户端看,浏览器一直处于连接状态,Web服务器无响应. 2. 从服务器端看(Windows Server 2008 + IIS 7.0),在事件日志中会出现Event ID为5010的错误: A process serving application pool 'q.cnblogs.com' failed to respond

C# 操作IIS网站应用程序池

//添加应用程序池空间引用 using System.DirectoryServices;     代码    string method="Start"; //Start开启  Recycle回收  Stop 停止   string AppPoolName = "chengxuchiname";    try    {        DirectoryEntry appPool = new DirectoryEntry("IIS://localhost/

system 启动进程执行socket 出错

问题描述 system 启动进程执行socket 出错 我在程序中开了一个监听端口,后面通过system执行启动一个进程,该进程会复制父进程的资源, 导致我从该端口返回消息时,连接的客户端收不到我的回复消息,不过我能够网卡中抓到该消息,后面通过修改fcntl(fdt, F_SETFD, FD_CLOEXEC)就能够修复该问题,客户端就能收到我的消息,我不明白为什么能在网卡上找到发出的数据包,怎么客户端收不到呢, 解决方案 http://blog.csdn.net/jeffbao/article/