31 个解决方案
#1
补充:服务器cpu、内存消耗都很正常。
内存只到20%
cpu只到1%
没有任何异常的日志。。。。
我真的要晕死了。。谁帮我搞定我给他200分哈。。
内存只到20%
cpu只到1%
没有任何异常的日志。。。。
我真的要晕死了。。谁帮我搞定我给他200分哈。。
#2
再补充:用norton杀过病毒n次了,没有任何病毒。
#3
你的asp程序写的不好,没有及时释放资源,或者是不正确的循环
最好在对数据库进行操作时,进行锁定
application.lock 和application.unlock
最后还要释放数据源
conn.close
set conn=nothing
最好在对数据库进行操作时,进行锁定
application.lock 和application.unlock
最后还要释放数据源
conn.close
set conn=nothing
#4
我也有和楼主一样的问题存在
但是应该不是楼上说的那样
因为我放上去的站点以前在另外一台服务器上完全正常 从来没有出现过类似问题 最近在换了一台服务器以后才开始出现这个问题 这就可以排除是ASP程序引起的问题了
但是应该不是楼上说的那样
因为我放上去的站点以前在另外一台服务器上完全正常 从来没有出现过类似问题 最近在换了一台服务器以后才开始出现这个问题 这就可以排除是ASP程序引起的问题了
#5
我的机器也有这样的情况,但自从换了2003后就再也没有出现此种情况了
#6
我准备在2000上装IIS6.0试试看了 最后的办法了
不知道在2000上装iis6.0有什么需要注意的地方? 有没有高人指点
不知道在2000上装iis6.0有什么需要注意的地方? 有没有高人指点
#7
服务器是win2003。。。
#8
我也遇到过.发现是程序的问题,每次点那个页面,就耗尽服务器的内存,造成IIS假死.
#9
2000下应该还不能用IIS6.0 我郁闷
不过更郁闷的是 楼主用的2003? 2003也会出类似问题?
不过更郁闷的是 楼主用的2003? 2003也会出类似问题?
#10
TO phchenjie(【烦人】)
你怎么找到那个页面的?
你怎么找到那个页面的?
#11
IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,试试看。
将“回收工作进程”勾掉,试试看。
#12
然后重新启动IIS。
#13
程序的问题应该不大可能。。服务器的内存只占用10%而已。。而且ftp、远程连接可以照常访问。
#14
jycjyc(jycjyc) 想问一下这个应用程序池的回收是干嘛的??
#15
我的也出现类似问题,重起后就可以访问。疑问:(1)打开数据库必须在访问完毕后用conn.close
set conn=nothing
关闭数据库吗?是不是用了 rs.close set rs=nothing,就自动关闭数据库了?
(1)有没有判断数据库关闭的具体命令??我查了一下,好象没有哎!
急,急!谢谢
set conn=nothing
关闭数据库吗?是不是用了 rs.close set rs=nothing,就自动关闭数据库了?
(1)有没有判断数据库关闭的具体命令??我查了一下,好象没有哎!
急,急!谢谢
#16
to caoshangfei(草上飞) ( )
虽然我看了帮助,但还是不太能理解,我这个建议,是因为我以前碰到过类似的情况,勾掉后就正常了。
你可以查看一下帮助!
另外你看看你的事件查看器里的日志说了什么?
虽然我看了帮助,但还是不太能理解,我这个建议,是因为我以前碰到过类似的情况,勾掉后就正常了。
你可以查看一下帮助!
另外你看看你的事件查看器里的日志说了什么?
#17
我的2003也有这个问题
应该与应用池有关。在2000上正常的,但在2003上就会导致IIS假S
如果有多个网站的话,分别为每一个网分配一个application pools
我是这样解决的,目前运行了15天,基本正常(至少IIS不会S掉,因为我是利用强制回收)
应该与应用池有关。在2000上正常的,但在2003上就会导致IIS假S
如果有多个网站的话,分别为每一个网分配一个application pools
我是这样解决的,目前运行了15天,基本正常(至少IIS不会S掉,因为我是利用强制回收)
#18
我也经常遇到这样的问题,我的情况是服务器做web,也做mail服务,问题出现了只能在服务里面重新启动一下www服务,有时候连重新启动都不行,弹出1054错误,日志说:等待来自 W3SVC 服务的事务处理响应超时(30000 毫秒)。
#19
我参考了应用程序池的一些帮助文档。给我的站点单独分配了一个应用程序池,回收是在每天凌晨0点,然后重新启动过iis。现在运行两天了,暂时还没有问题出现。如果一周内不出问题,我便揭贴。。谢谢各位。希望还有人继续关注。
#20
你用的是什么系统,
是不是客户端多的时候出现这种情况?
是不是客户端多的时候出现这种情况?
#21
还是出现了这样的问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
#22
还是出现了这样的问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
----------------------------------------------
IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,这样保证没问题,我以前就是这样做的,运行几个月都没问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
----------------------------------------------
IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,这样保证没问题,我以前就是这样做的,运行几个月都没问题。
#23
我的是2000adv啊,大家的是2003
#24
将“回收工作进程”勾掉。
已经勾掉了,还是有这样的问题。
郁闷。。难道真的要我重装系统?
已经勾掉了,还是有这样的问题。
郁闷。。难道真的要我重装系统?
#25
http://community.csdn.net/Expert/topic/3653/3653892.xml
#26
http://community.csdn.net/Expert/topic/3386/3386864.xml?temp=.8041498
看看这个有没有帮助!
看看这个有没有帮助!
#27
谢谢楼上的两位。我看了一下,估计也是因为用到了access数据库的原因。已经把access数据库改为sql server数据库。看两天天看看还会不会有这样的问题。
#28
我也遇到过这样的问题!服务器是2003
关注中!!!!
关注中!!!!
#29
第三天了,没有出现asp引擎死掉的情况。估计就是因为以前用了access数据库的原因。改为sql server数据库后一切正常。呵呵。结贴了。。
#30
同情……
我也正研究这个问题呢。我个人觉得应该还是应用程序池问题,回收工作进程(分钟)默认达到1740分钟。问题应该出在这里,当缓冲达到一定数量时,回收进程又无法及时回收,所以造成asp.dll无法访问。我把它设为120分钟回收一次。不过这要根据服务器的实际情况而定,如果你的服务器访问量大,那么还应该把时间缩短。我也是刚试,设为120分钟,我的服务器每天都近万次点击,以前几乎每天都要停个一两次。我也查过这方面的资料,据官方资料说,win2003很快就要打这个补丁了,是iis6对access驱动支持不理想,也算是一个bug吧。
我也正研究这个问题呢。我个人觉得应该还是应用程序池问题,回收工作进程(分钟)默认达到1740分钟。问题应该出在这里,当缓冲达到一定数量时,回收进程又无法及时回收,所以造成asp.dll无法访问。我把它设为120分钟回收一次。不过这要根据服务器的实际情况而定,如果你的服务器访问量大,那么还应该把时间缩短。我也是刚试,设为120分钟,我的服务器每天都近万次点击,以前几乎每天都要停个一两次。我也查过这方面的资料,据官方资料说,win2003很快就要打这个补丁了,是iis6对access驱动支持不理想,也算是一个bug吧。
#31
我也碰到此问题,关注一下
#1
补充:服务器cpu、内存消耗都很正常。
内存只到20%
cpu只到1%
没有任何异常的日志。。。。
我真的要晕死了。。谁帮我搞定我给他200分哈。。
内存只到20%
cpu只到1%
没有任何异常的日志。。。。
我真的要晕死了。。谁帮我搞定我给他200分哈。。
#2
再补充:用norton杀过病毒n次了,没有任何病毒。
#3
你的asp程序写的不好,没有及时释放资源,或者是不正确的循环
最好在对数据库进行操作时,进行锁定
application.lock 和application.unlock
最后还要释放数据源
conn.close
set conn=nothing
最好在对数据库进行操作时,进行锁定
application.lock 和application.unlock
最后还要释放数据源
conn.close
set conn=nothing
#4
我也有和楼主一样的问题存在
但是应该不是楼上说的那样
因为我放上去的站点以前在另外一台服务器上完全正常 从来没有出现过类似问题 最近在换了一台服务器以后才开始出现这个问题 这就可以排除是ASP程序引起的问题了
但是应该不是楼上说的那样
因为我放上去的站点以前在另外一台服务器上完全正常 从来没有出现过类似问题 最近在换了一台服务器以后才开始出现这个问题 这就可以排除是ASP程序引起的问题了
#5
我的机器也有这样的情况,但自从换了2003后就再也没有出现此种情况了
#6
我准备在2000上装IIS6.0试试看了 最后的办法了
不知道在2000上装iis6.0有什么需要注意的地方? 有没有高人指点
不知道在2000上装iis6.0有什么需要注意的地方? 有没有高人指点
#7
服务器是win2003。。。
#8
我也遇到过.发现是程序的问题,每次点那个页面,就耗尽服务器的内存,造成IIS假死.
#9
2000下应该还不能用IIS6.0 我郁闷
不过更郁闷的是 楼主用的2003? 2003也会出类似问题?
不过更郁闷的是 楼主用的2003? 2003也会出类似问题?
#10
TO phchenjie(【烦人】)
你怎么找到那个页面的?
你怎么找到那个页面的?
#11
IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,试试看。
将“回收工作进程”勾掉,试试看。
#12
然后重新启动IIS。
#13
程序的问题应该不大可能。。服务器的内存只占用10%而已。。而且ftp、远程连接可以照常访问。
#14
jycjyc(jycjyc) 想问一下这个应用程序池的回收是干嘛的??
#15
我的也出现类似问题,重起后就可以访问。疑问:(1)打开数据库必须在访问完毕后用conn.close
set conn=nothing
关闭数据库吗?是不是用了 rs.close set rs=nothing,就自动关闭数据库了?
(1)有没有判断数据库关闭的具体命令??我查了一下,好象没有哎!
急,急!谢谢
set conn=nothing
关闭数据库吗?是不是用了 rs.close set rs=nothing,就自动关闭数据库了?
(1)有没有判断数据库关闭的具体命令??我查了一下,好象没有哎!
急,急!谢谢
#16
to caoshangfei(草上飞) ( )
虽然我看了帮助,但还是不太能理解,我这个建议,是因为我以前碰到过类似的情况,勾掉后就正常了。
你可以查看一下帮助!
另外你看看你的事件查看器里的日志说了什么?
虽然我看了帮助,但还是不太能理解,我这个建议,是因为我以前碰到过类似的情况,勾掉后就正常了。
你可以查看一下帮助!
另外你看看你的事件查看器里的日志说了什么?
#17
我的2003也有这个问题
应该与应用池有关。在2000上正常的,但在2003上就会导致IIS假S
如果有多个网站的话,分别为每一个网分配一个application pools
我是这样解决的,目前运行了15天,基本正常(至少IIS不会S掉,因为我是利用强制回收)
应该与应用池有关。在2000上正常的,但在2003上就会导致IIS假S
如果有多个网站的话,分别为每一个网分配一个application pools
我是这样解决的,目前运行了15天,基本正常(至少IIS不会S掉,因为我是利用强制回收)
#18
我也经常遇到这样的问题,我的情况是服务器做web,也做mail服务,问题出现了只能在服务里面重新启动一下www服务,有时候连重新启动都不行,弹出1054错误,日志说:等待来自 W3SVC 服务的事务处理响应超时(30000 毫秒)。
#19
我参考了应用程序池的一些帮助文档。给我的站点单独分配了一个应用程序池,回收是在每天凌晨0点,然后重新启动过iis。现在运行两天了,暂时还没有问题出现。如果一周内不出问题,我便揭贴。。谢谢各位。希望还有人继续关注。
#20
你用的是什么系统,
是不是客户端多的时候出现这种情况?
是不是客户端多的时候出现这种情况?
#21
还是出现了这样的问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
#22
还是出现了这样的问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
----------------------------------------------
IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,这样保证没问题,我以前就是这样做的,运行几个月都没问题。
我用的是win2003系统。
应该不会是客户端多的时候才出现这样的情况。
我刚才在系统日志里发现这样的一条日志,类型为警告,内容为:“为应用程序池 'addin' 提供服务的进程关闭时间超过了限制。进程 ID 是 '644'”
大家帮我分析分析哈。。
----------------------------------------------
IIS管理器/应用程序池/回收
将“回收工作进程”勾掉,这样保证没问题,我以前就是这样做的,运行几个月都没问题。
#23
我的是2000adv啊,大家的是2003
#24
将“回收工作进程”勾掉。
已经勾掉了,还是有这样的问题。
郁闷。。难道真的要我重装系统?
已经勾掉了,还是有这样的问题。
郁闷。。难道真的要我重装系统?
#25
http://community.csdn.net/Expert/topic/3653/3653892.xml
#26
http://community.csdn.net/Expert/topic/3386/3386864.xml?temp=.8041498
看看这个有没有帮助!
看看这个有没有帮助!
#27
谢谢楼上的两位。我看了一下,估计也是因为用到了access数据库的原因。已经把access数据库改为sql server数据库。看两天天看看还会不会有这样的问题。
#28
我也遇到过这样的问题!服务器是2003
关注中!!!!
关注中!!!!
#29
第三天了,没有出现asp引擎死掉的情况。估计就是因为以前用了access数据库的原因。改为sql server数据库后一切正常。呵呵。结贴了。。
#30
同情……
我也正研究这个问题呢。我个人觉得应该还是应用程序池问题,回收工作进程(分钟)默认达到1740分钟。问题应该出在这里,当缓冲达到一定数量时,回收进程又无法及时回收,所以造成asp.dll无法访问。我把它设为120分钟回收一次。不过这要根据服务器的实际情况而定,如果你的服务器访问量大,那么还应该把时间缩短。我也是刚试,设为120分钟,我的服务器每天都近万次点击,以前几乎每天都要停个一两次。我也查过这方面的资料,据官方资料说,win2003很快就要打这个补丁了,是iis6对access驱动支持不理想,也算是一个bug吧。
我也正研究这个问题呢。我个人觉得应该还是应用程序池问题,回收工作进程(分钟)默认达到1740分钟。问题应该出在这里,当缓冲达到一定数量时,回收进程又无法及时回收,所以造成asp.dll无法访问。我把它设为120分钟回收一次。不过这要根据服务器的实际情况而定,如果你的服务器访问量大,那么还应该把时间缩短。我也是刚试,设为120分钟,我的服务器每天都近万次点击,以前几乎每天都要停个一两次。我也查过这方面的资料,据官方资料说,win2003很快就要打这个补丁了,是iis6对access驱动支持不理想,也算是一个bug吧。
#31
我也碰到此问题,关注一下