当前位置 主页 > 服务器问题 > win服务器问题汇总 >

    IIS6.0 IIS7.5应用程序池自动停止的解决方法

    栏目:win服务器问题汇总 时间:2019-10-14 09:20

    前边提到由win2003升级到win2008 server r2 64位系统,然后用了几个小时配置IIS7.5+PHP+MYSQL等的环境,先是遇到IIS7.5下PHP访问慢的问题,解决之后又出了新的问题,真是折腾啊!在日志中发现IIS7.5的应用程序池自动停止,同时访问网站提示:HTTP Error 503,The service is unavailable.. 的错误,搜遍整个互联网总算是解决了问题。小编也整理了IIS6及IIS7.5遇到此类问题汇总解决方法,欢迎大家尝试。

    关于IIS6的(适于IIS7)解决方法

    描述:

    iis6应用程序池被自动禁用问题 Service Unavailable 应用程序池 'DefaultAppPool' 被自动禁用,原因是为此应用程序池提供服务的进程中出现一系列错误。应用程序-特定 权限设置未将 COM 服务器应用程序(CLSID 为 .............

    1.首先是打开IIS管理器.检查应用程序池,果然"DefaultAppPool"出错了.而且不是平常的停止的图标.

    2.试着重启"DefaultAppPool"应用程序池,一浏览页面马上就关闭.

    3.到了查看事件日志的时候了.发现了以下这类的日志

    事件类型: 警告
    事件来源: W3SVC
    事件种类: 无
    事件 ID: 1009
    日期:  2008-6-24
    事件:  16:12:33
    用户:  N/A
    计算机: MAIL
    描述:
    为应用程序池 'DefaultAppPool' 提供服务的进程意外终止。进程 ID 是 '3160'。进程退出代码是 '0xffffffff'。

    有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

    4.会不会是默认的程序池出问题了?于是,尝试新建一个新的程序池.将默认网站的程序池改成新的.但是问题依旧.出现相似的日志.

    事件类型: 错误
    事件来源: W3SVC
    事件种类: 无
    事件 ID: 1002
    日期:  2008-6-25
    事件:  14:17:04
    用户:  N/A
    计算机: MAIL
    描述:
    应用程序池 'AppPool #1' 被自动禁用,原因是为此应用程序池提供服务的进程中出现一系列错误。

    有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。


    5.再查找事件日志另一个日志引起了我的注意.如下:

    事件类型: 错误
    事件来源: DCOM
    事件种类: 无
    事件 ID: 10016
    日期:  2008-6-24
    事件:  16:12:33
    用户:  NT AUTHORITY/NETWORK SERVICE
    计算机: MAIL
    描述:
    应用程序-特定 权限设置未将 COM 服务器应用程序(CLSID 为
    {A9E69610-B80D-11D0-B9B9-00A0C922E750}
    )的 本地 激活 权限授予用户 NT AUTHORITY/NETWORK SERVICE SID (S-1-5-20)。可以使用组件服务管理工具修改此安全权限。

    有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

    6.有点戏了.看看CLSID 为 {A9E69610-B80D-11D0-B9B9-00A0C922E750} 是什么服务先.最后在下面的注册表项中找到它:

    HKEY_CLASSES_ROOT/AppID/{A9E69610-B80D-11D0-B9B9-00A0C922E750}

    7.名字刚好是"IIS Admin Service"