IIS错误(关于应用程序池)

li195757 2008-03-03 05:12:50
日期: 来源:W3SVC
时间: 类别:无
类型:警告 事件ID:1010
描述:为应用程序池DefaultAppPool提供的服务进程无法响应Ping。进程ID是4332
有关更多信息请参阅在http://go.microsoft.com/fwlink/events.asp的帮助和支持中心


日期: 来源:HTTP
时间: 类别:无
类型:警告 事件ID:54
描述:事件ID(54)的描述(在资源(HTTP)中)无法找到。本地计算机可能没有必要的注册信息或消息DLL文件从远程计算机显示消息。您可能可以使用/AUXSOURCE=标识来检索词描述;查看帮助和支持以了解详细信息。下列信息是事件的一部分:\Device\http\AppPool

日期: 来源:BROWSER
时间: 类别:无
类型:错误 事件ID:8032
描述:浏览器服务已很多次无法在\Device\NetBT_Tcpip_{4BCC4AA9-8E93-404E-BF12-9142F02B737E}传输上捕获备份列表。备份浏览器已经停止。有关更多信息请参阅在http://go.microsoft.com/fwlink/events.asp的帮助和支持中心


就这几个问题困扰我很久了,高手帮帮忙吧。
网页可以打开,但是GOOGLE和BAIDU中搜到的都没起什么大的作用,

...全文
1241 25 打赏 收藏 转发到动态 举报
写回复
用AI写文章
25 条回复
切换为时间正序
请发表友善的回复…
发表回复
feifan4393 2008-07-30
  • 打赏
  • 举报
回复
我也遇到了类似的问题,表现现象为:隔几分钟就出现打不开网页或打开很慢,有的图片无法正常加载;过一小会又正常;再过一会又出现重复的问题。
我的运行环境:Win2003 Server II6.0 服务器上大概有10多个web服务;我们是为每个服务设置一个独立的应用池。
我认为“盗链”盗链不是问题的原因,起码我遇到的问题跟盗链没有什么关系。
大家看看我的这个是什么原因造成?
li195757 2008-03-10
  • 打赏
  • 举报
回复
我明白到底是什么原因ID54没秒10多次的出现了,原来网站被盗链了,现在好了,解决了,谢谢大家的支持,结贴
onthehike 2008-03-09
  • 打赏
  • 举报
回复
日志中的警告不一定就是问题
另外应用程序池不应该分太多,一台2G内存的iis web服务器 应用程序池数量控制在20个以内,一个池中没有站点最好把这个池删掉,没站点的池在平常也占用几十兆的内存开销
alei8583 2008-03-07
  • 打赏
  • 举报
回复
13楼的1013警告是正常,是在到回收条件时开始回收资源出现的,在规定时间内没有关闭进程池而采取的
强制关闭。对于访问量大的站点都会有这种情况。
还有18楼说不用回收资源的说法,如果你的内存充足,可以不设置回收参数。你可以每天早中晚,检查
的内存使用情况,如果超了很多,就要影响性能了,还是回收好些,正常的执行回收是不会影响访问的,他是
先建一个池再关原来的池,(但也不是绝对的。)
回收不回收看情况定,不要把所有的警告都看成异常,了解什么原因造成的。
  • 打赏
  • 举报
回复
像这种错误
你最好是微软找
关于事件ID:54的:
http://support.microsoft.com/default.aspx?scid=kb;en-us;290312
pgdoryoku 2008-03-07
  • 打赏
  • 举报
回复
up~
  • 打赏
  • 举报
回复
关于事件ID:54 的解决办法:

相信这是由于不正确地设置了回收进程导致,建议关闭下列进程回收设置:
回收工作进程(分钟):1200
回收工作进程(请求数目):10000
启用CPU监视,最大CPU使用率:90%

由于设定了进程自动回收,而当每达到10000次点击,或CPU超过100%,就会强行回收application,导致客户端会出现Sevice Unavailable的错误。(实际上10000次点击,访问量一般的网站,几分钟就够了。) 建议启用计数器日志来监视CPU利用率和asp.net的指标,可以帮助你定位每5~10分钟出现一次是否是上述原因导致。

另外,不要无理由地打开回收工作进程和使用工作进程池。一般理由通常是有不明原因的内存泄露、线程挂起等.
  • 打赏
  • 举报
回复
关于事件ID:1010 错误的请看这个


http://support.microsoft.com/kb/186713/zh-cn
li195757 2008-03-07
  • 打赏
  • 举报
回复
绿洲都没人了,伤心啊
  • 打赏
  • 举报
回复
由于不正确地设置了回收进程导致

我说的是不正确设置,看清楚了!
li195757 2008-03-06
  • 打赏
  • 举报
回复
...
li195757 2008-03-06
  • 打赏
  • 举报
回复
顶顶
li195757 2008-03-06
  • 打赏
  • 举报
回复
顶上去,wanz01你说的方法我都做了,而且分了很多应用程序池,每次出事件54时,前面一定会报一个来源W3SVC的错误,然后就疯狂的出 “事件ID:54”这个警告,今天我看了,又出个警告
来源:W3SVC
类型:警告
事件ID:1013
描述:为应用程序池 ... 提供服务的进程关闭时间超过了限制。进程ID是 ‘3800’
有关更多信息,请参阅在
http://go.microsoft.com/fwlink/events.asp的帮助和支持中心
li195757 2008-03-05
  • 打赏
  • 举报
回复
试下,呵呵
nicemood 2008-03-05
  • 打赏
  • 举报
回复
自己新建一个应用程序池试一下呢?
li195757 2008-03-05
  • 打赏
  • 举报
回复
自己ding
alei8583 2008-03-05
  • 打赏
  • 举报
回复
再就是,站点如果很多的话,指派进程池时要合理分配,不要把很多大流量的都放到一个池,这样也可能出现 回收失败,而出错。
alei8583 2008-03-05
  • 打赏
  • 举报
回复
选中 应用程序池/属性:
1取消按分钟回收,
2根据访问量设置按连接数回收,
3设置定时回收,早上7,中午12:30,下午6:30,凌晨1:00
4如果物理内存紧张的话,内存回收 中设置最大使用的内存。
5性能里,最大cpu 50%,超过时执行:关闭。
没什么特殊的,没有什么针对那个错误的
li195757 2008-03-04
  • 打赏
  • 举报
回复
ding
li195757 2008-03-04
  • 打赏
  • 举报
回复
自己顶!!!
加载更多回复(5)

8,327

社区成员

发帖
与我相关
我的任务
社区描述
Web 开发 IIS
社区管理员
  • IIS
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧