脚本宝典收集整理的这篇文章主要介绍了事件ID( 54 )的描述(在资源( HTTP )中)无法找到，脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。

在事件查看器的日志里总看到这样的情况：

事件类型: 警告
事件来源: 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，问题解决。 

脚本宝典总结

以上是脚本宝典为你收集整理的事件ID( 54 )的描述(在资源( HTTP )中)无法找到全部内容，希望文章能够帮你解决事件ID( 54 )的描述(在资源( HTTP )中)无法找到所遇到的问题。

如果觉得脚本宝典网站内容还不错，欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。