事件ID( 54 )的描述(在资源( HTTP )中)无法找到
程序员文章站
2022-06-13 19:09:56
在事件查看器的日志里总看到这样的情况: 事件类型: 警告 事件来源: http 事件种类: 无 事件 id: 54 日期:...
在事件查看器的日志里总看到这样的情况:
事件类型: 警告
事件来源: http
事件种类: 无
事件 id: 54
日期: 2008-7-1
事件: 10:52:59
用户: n/a
计算机: yongfa365
描述:
事件 id ( 54 )的描述(在资源( http )中)无法找到。本地计算机可能没有必要的注册信息或消息 dll 文件来从远程计算机显示消息。您可能可以使用 /auxsource= 标识来检索词描述;查看帮助和支持以了解详细信息。下列信息是事件的一部分: \device\http\apppool.
数据:
0000: 00 00 00 00 01 00 52 00 ......r.
0008: 00 00 00 00 36 00 04 80 ....6..€
0010: 00 00 00 00 00 00 00 00 ........
0018: 00 00 00 00 00 00 00 00 ........
0020: 00 00 00 00 00 00 00 00 ........
网上提供的解决方法:解决办法:
相信这是由于不正确地设置了回收进程导致,建议关闭下列进程回收设置:
回收工作进程(分钟):1200
回收工作进程(请求数目):10000
启用cpu监视,最大cpu使用率:90%
由于设定了进程自动回收,而当每达到10000次点击,或cpu超过100%,就会强行回收application,导致客户端会出现sevice unavailable的错误。(实际上10000次点击,访问量一般的网站,几分钟就够了。) 建议启用计数器日志来监视cpu利用率和asp.net的指标,可以帮助你定位每5~10分钟出现一次是否是上述原因导致。
另外,不要无理由地打开回收工作进程和使用工作进程池。一般理由通常是有不明原因的内存泄露、线程挂起等.
经调试发现,以上方式根本没用,最后终于找到了原因及解决方法:
重置c:\windows\temp 文件夹权限即可,加上everyone 读与写入的权限,此问题即可解决,一般人都想看到立竿见影的效果,所以改了后直接观察,还是发现总有相关记录,您可以重启下服务器或不是上网高峰时重启下,再观察会发现没有这些记录了。ok,问题解决。
事件类型: 警告
事件来源: http
事件种类: 无
事件 id: 54
日期: 2008-7-1
事件: 10:52:59
用户: n/a
计算机: yongfa365
描述:
事件 id ( 54 )的描述(在资源( http )中)无法找到。本地计算机可能没有必要的注册信息或消息 dll 文件来从远程计算机显示消息。您可能可以使用 /auxsource= 标识来检索词描述;查看帮助和支持以了解详细信息。下列信息是事件的一部分: \device\http\apppool.
数据:
0000: 00 00 00 00 01 00 52 00 ......r.
0008: 00 00 00 00 36 00 04 80 ....6..€
0010: 00 00 00 00 00 00 00 00 ........
0018: 00 00 00 00 00 00 00 00 ........
0020: 00 00 00 00 00 00 00 00 ........
网上提供的解决方法:解决办法:
相信这是由于不正确地设置了回收进程导致,建议关闭下列进程回收设置:
回收工作进程(分钟):1200
回收工作进程(请求数目):10000
启用cpu监视,最大cpu使用率:90%
由于设定了进程自动回收,而当每达到10000次点击,或cpu超过100%,就会强行回收application,导致客户端会出现sevice unavailable的错误。(实际上10000次点击,访问量一般的网站,几分钟就够了。) 建议启用计数器日志来监视cpu利用率和asp.net的指标,可以帮助你定位每5~10分钟出现一次是否是上述原因导致。
另外,不要无理由地打开回收工作进程和使用工作进程池。一般理由通常是有不明原因的内存泄露、线程挂起等.
经调试发现,以上方式根本没用,最后终于找到了原因及解决方法:
重置c:\windows\temp 文件夹权限即可,加上everyone 读与写入的权限,此问题即可解决,一般人都想看到立竿见影的效果,所以改了后直接观察,还是发现总有相关记录,您可以重启下服务器或不是上网高峰时重启下,再观察会发现没有这些记录了。ok,问题解决。