服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

运行Windows Server 2000的HP ProLiant DL380 G3在过去5天内早上6-7点30分之间崩溃

我有一台运行Windows Server 2000的HP ProLiant DL380 G3,每天早上6点到7点之间崩溃。 这在我6天前更换出现故障的硬盘时开始了。 我已经看过没有任何与这个问题有关的计划任务。 下面是我在系统日志和一些转储文件中看到的唯一的东西。 如果这种情况在每天的特定时间发生,这是否会成为硬件问题? 任何帮助是极大的赞赏。 谢谢 2012年2月7日上午6:07:55之前的系统关机是意外的。 系统信息代理:运行状况:服务器再次运行。 服务器先前已通过自动服务器恢复(ASR)functionclosures,并且已经重新开始运行。 [CPQHLTH.MIB中的SNMP陷阱:6025] BugCheck 7A,{3,c0000005,3400028,0} 可能是由:memory_corruption(nt!MiMakeSystemAddressValidPfn + 42) 跟进:MachineOwner 0:kd>!analyze -v * Bugcheck分析* * KERNEL_DATA_INPAGE_ERROR(7a)所请求的内核数据页面无法读入。通常由页面文件中的坏块或磁盘控制器错误引起。 另请参阅KERNEL_STACK_INPAGE_ERROR。 如果错误状态为0xC000000E,0xC000009C,0xC000009D或0xC0000185,则说明磁盘子系统出现故障。 如果错误状态为0xC000009A,则表示请求失败,因为文件系统无法前进。 参数:Arg1:00000003,保持的lockingtypes(值1,2,3或PTE地址)Arg2:c0000005,错误状态(通常为I / O状态码)Arg3:03400028,当前进程(lockingtypes3的虚拟地址,或PTE)Arg4:00000000,不能被分页的虚拟地址(如果arg1是PTE地址,则为PTE内容) MODULE_NAME:nt IMAGE_NAME:memory_corruption BugCheck A,{0,2,1,804137d6} 可能是由:ntkrnlmp.exe(nt!CcGetVirtualAddress + ba) * Bugcheck分析* * IRQL_NOT_LESS_OR_EQUAL(a)尝试在中断请求级别(IRQL)访问可分页(或完全无效)的地址,该地址过高。 这通常是由于司机使用不正确的地址造成的。 如果内核debugging器可用,则获取堆栈回溯。 参数:Arg1:00000000,内存引用Arg2:00000002,IRQL Arg3:00000001,位域:位0:值0 =读取操作,1 =写入操作位3:值0 =不是执行操作,1 =执行操作支持这种状态的芯片)Arg4:804137d6,引用内存的地址 MODULE_NAME:nt IMAGE_NAME:ntkrnlmp.exe