aspnet_isapi.dll报告它自身存在问题
最近部署一项目,部署的第二天,网站发现一篇文章打不开,其它正常,在操作系统中发现下面的报告:
ISAPI "C:\Windows\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll"报告它自身存在问题,原因如下:"检测到死锁".
由于出问题的是动态网页,而传入其它参数并无问题.所以应该不是程序代码引起的.
问下google,发现这个问题的解决方案也不有少:
A 、aspnet_isapi.dll '检测到死锁' 解决方案
B 、aspnet_isapi.dll' 报告它自身有问题，原因如下: '检测到死锁'。
C 、应用程序日志 aspnet_isapi.dll' 原因如下: '检测到死锁'
由于坚信所有问题都是由小错误引起的,所以平时都喜欢一些简单的解决方案.按网站找到的三个方案,由简单到复杂,尝试下.
不知道是不是我使用的是64位Windows2008系统IIS7服务器的原因,找不到"连接池回收时间"这一选项.放弃这个方案.
检查系统及环境的改变?因为最近正要开会,这个是有可能的.检查IIS配置没有发现特别的问题.系统方面的更新?不知道哪个会对.net或iis有影响呢.这个也只能放弃
使用批处理来操作?太复杂,不敢轻易在客户的生产环境尝试,也放弃了.
最后检查下数据库服务器时,发现TOAD并没有关闭,并且有一个连接还在打开,是昨晚手动调整数据的,正好也是今天出问题的记录.关闭之,有一个对话框提示事务是Commit或Rollback?
Commit后,网站的问题解决了.其实又是很简单的原因引起的问题.原因如下:
1、A进程存在未被提交的事务
2、B进程尝试修改A进程事务中的数据
3、B进程的事务在等待A进程事务释放资源,但由于A并没有释放资源,最终导致了asp.net进程的异常
- 1. aspnet_isapi.dll报告它自身存在问题2010-04-10
- 2. Can't initialize OCI. Error -1引发的怪现象2010-04-09
- 3. 不能通过HTTP管理数据库的原因之一及解决方法2009-11-16
- 4. Oracle内置函数-字符函数2009-10-24
- 5. Oracle表联接方式总结2009-10-18
- 6. SQL*Plus编辑技巧2009-10-11
- 7. SQL*Plus中使用记事本进行SQL语句编辑2009-10-11
- 8. ORA-01658的解决方案2009-10-11
