如何从日志中的错误日志判断是哪块硬盘？

在系统日志中，看到atapi和disk错误时，如何根据错误信息判断是哪块硬盘出问题？
相信很多朋友都遇到过这个问题，那么我来说说这点事儿吧：
在错误信息中看到“DeviceIdeIdePort3”或“DeviceHarddisk1”时，IdePort3对应“磁盘管理”中的“磁盘 3”，而“Harddisk1”对应“磁盘 0”

即是说IdePort后面跟的数字和磁盘后面的数字一一对应，而Harddisk后面跟的数字减1才对应磁盘后的数字

IdePort0 —> 磁盘 0
IdePort1 —> 磁盘 1
IdePort2 —> 磁盘 2
IdePort3 —> 磁盘 3

Harddisk1 —> 磁盘 0
Harddisk2 —> 磁盘 1
Harddisk3 —> 磁盘 2
Harddisk4 —> 磁盘 3

时间： 2024-11-08 20:28:58

如何从日志中的错误日志判断是哪块硬盘？的相关文章

uwsgi的log日志中出现错误uWSGI listen queue of socket 4 full。

如果没有设置uwsgi的--listen,如果sysctl -a | grep net.core.somaxconn发现net.core.somaxconn=128. 那你使用uwsgi启动的服务,单机最大支持并发数为100*(启动的uwsgi进程数). 如果启动进程为4个,则最大并发只能支持400,这样会在uwsgi的log日志中出现错误uWSGI listen queue of socket 4 full. 同时,nginx对应也会出现错误***** upstream time out. 修

路径问题 Global文件中写入错误日志记录

“~”表示Web 应用程序根目录,“/”也是表示根目录,“../”表示当前目录的上一级目录,“./”表示当前目录 1 throw抛出异常 2 执行OnActionExecuted 方法 3执行 Global 中的 Application_Error 方法写入日志 global文件中写入错误日志记录 protected void Application_Error(object sender,EventArgs e) { Exception lastError = Server

在Java项目中打印错误日志的正确姿势

在程序中打错误日志的主要目标是为更好地排查问题和解决问题提供重要线索和指导.但是在实际中打的错误日志内容和格式变化多样,错误提示上可能残缺不全.没有相关背景.不明其义,使得排查解决问题成为非常不方便或者耗时的操作. 而实际上,如果编程的时候稍加用心,就会减少排查问题的很多无用功.在阐述如何编写有效的错误日志之前,了解错误是怎么产生的, 非常重要. 错误是如何炼成的对于当前系统来说, 错误的产生由三个地方引入: 1.上层系统引入的非法参数.对于非法参数引入的错误, 可以通过参数校验和前置条件校验

PHP 错误与异常笔记与总结（5）配置文件中与错误日志相关的选项

[记录错误(生产环境)] php.ini: ① 开启 / 关闭错误日志功能 log_errors = On ② 设置 log_errors 的最大字节数 log_errors_max_len = 1024 其他: 选项描述 log_errors 设置是否将错误信息记录到日志或者 error_log 中 error_log 设置脚本错误将记录到的文件 log_errors_max_len 设置 log_errors 的最大字节数 ignore_repeated_errors 是否忽略重复的错误

如何得出一段时间内日志中的错误种类以及次数

#!/usr/bin/python import re import os import sys import pycurl def buffer_line(monitor_log): buf = open("/data0/webinternal_monitor/%s"%monitor_log).read() bytes=os.popen('wc -c /data0/logs/%s'%monitor_log).read().split(" ")[0] if int(

mysql 慢查询日志，灾难日志恢复，错误日志

灾难日志记录了所有的DDL(Create.Drop和Alter)和DML(insert.update.delete_的语句,但不包括查询的语句打开mysql.ini 找到Binary Logging 修改为 # Binary Logging. log-bin = "abc" 重启mysql 找到E:\AppServ\MySQL\data 下面多出两个文件abc.000001abc.index 打开mysql.ini,找到[client] 修改为 [client]#no-beep 新

Mysql中错误日志、binlog日志、查询日志、慢查询日志简单介绍

前言数据库的日志是帮助数据库管理员,追踪分析数据库以前发生的各种事件的有力根据.mysql中提供了错误日志.binlog日志(二进制日志).查处日志.慢查询日志.在此,我力求解决下面问题:各个日志的作用是什么?如何去控制这些日志呢?如何去使用这些日志提供的信息呢? 错误日志 1.错误日志作用错误日志记录了mysql启动和停止时.以及server执行过程中发生不论什么严重性错误的相关信息.当数据库出现不论什么故障导致无法启动时候.比方mysql启动异常.我们可首先检查此日志.在mysql中,错

c#.NET中日志信息写入Windows日志中解决方案

1. 目的应用系统的开发和维护离不开日志系统,选择一个功能强大的日志系统解决方案是应用系统开发过程中很重要的一部分.在.net环境下的日志系统解决方案有许多种,log4net是其中的佼佼者.在Windows2000及以上操作系统中,有一个Windows日志系统,它包括应用程序(Application)事件日志.系统(System)日志和安全(Security)日志,事件日志也可以是自定义日志.在.net Framework中也提供了相应的类和接口来使用应用程序事件日志或者自定义事件日志.使用Wi

第五篇 SQL Server代理理解代理错误日志

本篇文章是SQL Server代理系列的第五篇,详细内容请参考原文. 正如这一系列的前几篇所述,SQL Server代理作业是由一系列的作业步骤组成,每个步骤由一个独立的类型去执行.在第四篇中我们看到,SQL Server代理可以通过数据库邮件发送通知.如果有什么不正确的,你必须查看数据库邮件日志.在这一篇,你将学习如何理解和查看所有相关的SQL Server代理错误日志.你将回顾最常见的错误信息,掌握哪些信息需要你采取行动,哪些信息只是单纯的信息而已.一旦你理解错误日志,在处理SQL Serv