被Norton Antivirus害惨了
Submitted by admin on Thu, 04/16/2009 - 23:41
在系统日志中,这些错误信息并且出现非常频繁,每秒钟会出现好几次。
中文系统有这个问题,英文系统也有这个问题,近20个系统轮流出问题,就是一直找不到原因,压力非常大,人都快要疯了。初看起来,似乎是因为内存泄漏导致内存不足引起的,但是有些系统的内存非常大,并且IIS会自动回收应用池,即使存在内存泄漏,也不会发生内存不足的情况。通过性能监视器分析的结果也是如此,系统在发生错误之前,可用内存仍然非常多。当然还花费了很多时间来分析IIS的日志,也没有得到什么有用的信息。网上也有不少类似错误的解决方案,包括修改IIS设置,修改注册表,进行不少尝试,就是解决不了问题。
就在快要失去信心的时候,终于有一天在自己的计算机(也使用Windows Server 2003系统)上也发生了相同的现象,几乎关闭了所有的应用程序,但是通过事件查看器查看日志时,仍然在频繁地出现这种错误。直观的理解就是某个程序在操作注册表,但是没有成功,所以系统报错。至少可以完全排除IIS的原因,因为自己的计算机根本就没有运行IIS。
这时候想起在曾经地网上看到过由于Norton Antivirus引起系统错误的记录,当时因为环境似乎非常不同,所以没有太在意。这时因为几乎没有其他应用了,但是错误仍然频繁出现,那么应该可以理解为有什么东西在阻止注册表操作。因为系统对注册表操作是非常频繁地,一般也不容易出错,肯定有什么进程在干扰它,导致注册表操作失败。同时联想到这些出问题的系统几乎都安装了相同的防病毒软件,Norton Antivirus,更加觉得它非常可疑。
于是卸载Norton Antivirus防病毒软件,并且重新启动计算机(为了避免系统损坏,还是重新启动了计算机,因为我的目前是服务器,并不是自己的计算机,不要因为排错把自己的系统弄趴下,那就更折腾了。)
考虑到自己的计算机发生这种错误的概率较小,还是找了一台比较经常出现此问题的服务器做实验。将该服务器的防病毒软件卸载,观察了近5天没有再出现问题(到今天已经10天没有出现问题)。然后逐步卸载其他服务器的防病毒软件。世界清净了。
回想这事儿也不能全赖Symantec,毕竟我使用的Norton Antivirus企业版的版本比较老,7.61,尽管它在2003上能够成功安装并运行,但是现在看来隐患很大。并且在Norton曾经错误的杀除系统文件事件之后,我仍然坚定地使用它。看来以后要踏实地做Norton黑了。
花了将近半年的时间,终于可以说找到原因了。从2008年10月份开始,很多运行Windows Server 2003操作系统,并且部署了IIS应用的服务器,每隔一段时间(二天至一周不等)就会发生如下错误,现象为服务器可以Ping通,但是不能远程连接,IIS总是返回Service Unavailable:
Event Type: Error
Event Source: Application Popup
Event Category: None
Event ID: 333
Date: 2009-4-9
Time: 22:53:39
User: N/A
Computer: TSU-B94629DD3F6
Description:
An I/O operation initiated by the Registry failed unrecoverably. The Registry could not read in, or write out, or flush, one of the files that contain the system's p_w_picpath of the Registry.
事件类型: 错误
事件来源: Srv
事件种类: 无
事件 ID: 2019
日期: 2009-4-5
事件: 5:33:14
用户: N/A
计算机: CX
描述:
服务器无法通过系统非页面共享区来进行分配,因为共享区当前是空的。
事件类型: 错误
事件来源: Application Popup
事件种类: 无
事件 ID: 333
日期: 2009-4-10
事件: 8:44:05
用户: N/A
计算机: LIBSYSTE-PFPM5I
描述:
由注册表引起的 I/O 操作发生了不可恢复的错误。 注册表将不能读取、写出或刷新包含注册表系统图像的其中一个文件。
在系统日志中,这些错误信息并且出现非常频繁,每秒钟会出现好几次。
中文系统有这个问题,英文系统也有这个问题,近20个系统轮流出问题,就是一直找不到原因,压力非常大,人都快要疯了。初看起来,似乎是因为内存泄漏导致内存不足引起的,但是有些系统的内存非常大,并且IIS会自动回收应用池,即使存在内存泄漏,也不会发生内存不足的情况。通过性能监视器分析的结果也是如此,系统在发生错误之前,可用内存仍然非常多。当然还花费了很多时间来分析IIS的日志,也没有得到什么有用的信息。网上也有不少类似错误的解决方案,包括修改IIS设置,修改注册表,进行不少尝试,就是解决不了问题。
就在快要失去信心的时候,终于有一天在自己的计算机(也使用Windows Server 2003系统)上也发生了相同的现象,几乎关闭了所有的应用程序,但是通过事件查看器查看日志时,仍然在频繁地出现这种错误。直观的理解就是某个程序在操作注册表,但是没有成功,所以系统报错。至少可以完全排除IIS的原因,因为自己的计算机根本就没有运行IIS。
这时候想起在曾经地网上看到过由于Norton Antivirus引起系统错误的记录,当时因为环境似乎非常不同,所以没有太在意。这时因为几乎没有其他应用了,但是错误仍然频繁出现,那么应该可以理解为有什么东西在阻止注册表操作。因为系统对注册表操作是非常频繁地,一般也不容易出错,肯定有什么进程在干扰它,导致注册表操作失败。同时联想到这些出问题的系统几乎都安装了相同的防病毒软件,Norton Antivirus,更加觉得它非常可疑。
于是卸载Norton Antivirus防病毒软件,并且重新启动计算机(为了避免系统损坏,还是重新启动了计算机,因为我的目前是服务器,并不是自己的计算机,不要因为排错把自己的系统弄趴下,那就更折腾了。)
考虑到自己的计算机发生这种错误的概率较小,还是找了一台比较经常出现此问题的服务器做实验。将该服务器的防病毒软件卸载,观察了近5天没有再出现问题(到今天已经10天没有出现问题)。然后逐步卸载其他服务器的防病毒软件。世界清净了。
回想这事儿也不能全赖Symantec,毕竟我使用的Norton Antivirus企业版的版本比较老,7.61,尽管它在2003上能够成功安装并运行,但是现在看来隐患很大。并且在Norton曾经错误的杀除系统文件事件之后,我仍然坚定地使用它。看来以后要踏实地做Norton黑了。
转载于:https://blog.51cto.com/simontian/277293