如题。研发部做了个系统,自动推送静态的shtml文件到各个IIS目录中,在测试环境没有问题,但是在正式环境时,只要一推送,IIS应用程序池就挂掉,无法浏览,只能回收应用程序池才可以。
刚才老板开了个会,说如果今天晚上找不到原因,有一些人要辞退,我也要被降级。。。
各位大牛,给点建议。
在线等。
所有的园豆都用来打赏,貌似只能最大选200。。。
补充下:失败保护关闭了的,内存等限制也是关闭了的。相同配置相同设置的服务器,推送相同量的文件,有的会自动挂,有的不会。挂的服务器系统日志中有“为应用程序池 提供服务的进程关闭时间超过了限制。进程 ID 是 '1216'。”提示。
周末,程序猿们,都在潇洒,难道真没人上博客园。。。
凌晨4:32。苦逼的我还在分析日志。各种数据,加上重感冒、通宵,完全抗不住了,感觉在猝死的边缘。算了,哥看开了,不能因为工作的事情把自己搞死了。
话说dudu的方案,我们完全不敢测,因为一测试,用户就挂了。所以。。。。
谢谢dudu。您的回复完全在我意料之外。我马上尝试您提供的方案。非常感谢。
@现代僵尸:
再推荐一篇博文:运用DebugDiag诊断ASP.Net异常
@现代僵尸:
windbg命令的使用,也可以参考一下这篇博文:云计算之路-阿里云上:两个重要突破
@dudu: 谢谢。我现在头疼的是我的技术级别太低了,要慢慢消化。还是原来写代码实在啊。
@现代僵尸: 在哪遇到这个错误了?
@dudu: 您提供的运用DebugDiag诊断ASP.Net异常 点里面的链接。
@现代僵尸: 我这里正常,你再试试
http://support.microsoft.com/kb/821268/zh-cn
http://support.microsoft.com/kb/919792
http://www.douban.com/note/239185952/
谢谢这么晚还在帮我找资料。谢谢谢谢。
推送文件 可以 用N独立应用池否(挂一个上一个)?
不好意思。不太懂你的意思呢。能不能详细一点呢?
一般,这种时候,我会开个小组会议,通告一下领导说的那个后果。
会后,我会直接闪人并掐断联系方式。
通常,我们被教育:不负责任。
但是,我却看到了:威胁式的项目管理。
哈,我之前就一直这样的。现在不行了。责任要我自己扛。
文件的改变有时候也会导致重启
这个基本上已经确定文件改变导致IIS检测到了去更新他自己的一些东西,但是不明白的是为什么一个机房正常,到另一个机房就会挂掉。
是不是在bin下面动态创建文件之类的?
不是。是单独的一个目录。
额,我以前遇到过一次。那时是因为采集数据,本地没开防火墙所以没问题。
我也遇到这个问题了,先发言后分析
我也遇到这个问题了,先发言后分析