这些天记忆最深的一个问题,由于客户数据库服务器屏蔽了很多端口,使用COM+组件开发的B/S架构web项目,无法正常运行,出现了0x8004D00E异常,为了模仿客户服务器配置环境,屏蔽了自己本机的所有端口只允许1433(s)等操作后,打开所有端口后,却发现IIS无法启动了.
出现问题了,我首先想到是用Google,查出来了好多.一一试了,但是都不能解决我的问题.于是开始重新安装IIS,又一次失败,
想起我是通过修改TCP/IP协议来屏蔽端口的,于是重新安装Tcp/Ip协议,又是失败,
粗心大意的不知改了好多东西,重启了下,好了,反正那个时候人也混乱了,也要下班了,就没去管它.第二天帮同事处理相同的问题,把昨天做的相关步骤都重新做了一遍,失败
,不一会发现自己的电脑又出现了相同的问题了
觉得应该不是自己认定的那个地方(World Wide Web Publishing 资源不足,无法启动)出错了.
打开事件查看器中查看系统日志,对比成功那次和这次失败的日志区别,发现在EventLog事件启动后,有个启动失败的服务,错误如下:
Simple Mail Transfer Protocol (SMTP) 服务因下列错误而停止:
资源不足,无法完成该操作。
资源不足,无法完成该操作。
查阅了一些相关
Simple Mail Transfer Protocol
服务的资料,发现和msdtc有关,又记起之前改过msdtc的默认TCP/IP协议,将其改回后,重启机器,一切顺利.这个东西搞了一天了,网上有其他方面的,但是没有这个情况,希望如有相同的情况加上解决方案这个试试.
网上资料:
在IIS中站点显示停止,点击开启IIS不能启动,提示:服务器没有及时响应启动或控制请求 点击重新启动IIS提示:服务器没有及时响应启动或控制请求!
World Wide Web Publishing Services不能启动,提示“错误1721,资源不足,无法启动”
解决方法:
刚刚我也出现了那个问题,弄了一上午现在解决了,我是查出了World Wide Web Publishing Service服务没有启动,也启动不了,按照他的依存关系,把其他的服务启动了就可以了,我启动的是HTTP SSL,然后World Wide Web Publishing Service就可以用了,iis也可以了
2)有一次站点访问失败,IIS服务无法启动,我的解决思路是这样的:
先打开Administrative Tools --> Service,发现World Wide Web Publishing Service停止了。于是试图启动该服务,结果报错。
于是查看World Wide Web Publishing Services所需要依赖的服务(Dependencies),看到是IIS Admin Service。进而发现IIS Admin Service也无法启动,再查IIS Admin Service的Dependencies,查的结果是Protected Storage和RPC(Remote Procedure Call),于是启动RPC,接着顺利启动IIS Admin Service,接着启动World Wide Web Publishing Services,于是IIS恢复正常
World Wide Web Publishing Services不能启动,提示“错误1721,资源不足,无法启动”
解决方法:
刚刚我也出现了那个问题,弄了一上午现在解决了,我是查出了World Wide Web Publishing Service服务没有启动,也启动不了,按照他的依存关系,把其他的服务启动了就可以了,我启动的是HTTP SSL,然后World Wide Web Publishing Service就可以用了,iis也可以了
2)有一次站点访问失败,IIS服务无法启动,我的解决思路是这样的:
先打开Administrative Tools --> Service,发现World Wide Web Publishing Service停止了。于是试图启动该服务,结果报错。
于是查看World Wide Web Publishing Services所需要依赖的服务(Dependencies),看到是IIS Admin Service。进而发现IIS Admin Service也无法启动,再查IIS Admin Service的Dependencies,查的结果是Protected Storage和RPC(Remote Procedure Call),于是启动RPC,接着顺利启动IIS Admin Service,接着启动World Wide Web Publishing Services,于是IIS恢复正常
问题小结:
在没有弄清问题的来由时,盲目的用google同样会给问题的复杂度增加.出现问题,最先应该是仔细回顾问题出现前的没一个可能或不可能引起错误的操作(我是没想到MSDTC的默认TCP/IP协议属性的默认端口会和IIS有什么关系),Rollback所有的这些操作,找到问题的确切所在,还有就是可以通过系统日志了解相关的信息.