AIX系统errpt运用

在AIX中,errpt用于报告系统软硬件相关的错误日志信息,errpt 命令将从错误日志中的条目生成一个错误报告,但是它并不进行错误日志分析;对于错误分析,可以使用 diag 命令,不带参数简单列出所有的错误,

root@ptdb1:/# errpt
IDENTIFIER TIMESTAMP  T C RESOURCE_NAME  DESCRIPTION
E87EF1BE   0507150014 P O dumpcheck      The largest dump device is too small.
E87EF1BE   0506150014 P O dumpcheck      The largest dump device is too small.
E87EF1BE   0505150014 P O dumpcheck      The largest dump device is too small.
E87EF1BE   0504150014 P O dumpcheck      The largest dump device is too small.
E87EF1BE   0503150014 P O dumpcheck      The largest dump device is too small.
E87EF1BE   0502150014 P O dumpcheck      The largest dump device is too small.
E87EF1BE   0501150014 P O dumpcheck      The largest dump device is too small.
E87EF1BE   0430150014 P O dumpcheck      The largest dump device is too small.


errpt -a 命令生成了一个错误报告:

---------------------------------------------------------------------------
LABEL:          DMPCHK_TOOSMALL
IDENTIFIER:     E87EF1BE

Date/Time:       Sat Apr 26 11:12:24 CST 2014
Sequence Number: 900
Machine Id:      00F8700E4C00
Node Id:         ptdb1
Class:           O
Type:            PEND
WPAR:            Global
Resource Name:   dumpcheck      

Description
The largest dump device is too small.

Probable Causes
Neither dump device is large enough to accommodate a system dump at this time.

       Recommended Actions
       Increase the size of one or both dump devices.

Detail Data
Largest dump device
lg_dumplv                                                                                                                      
Largest dump device size in kb
    8388608
Current estimated dump size in kb
    8504770

其中:
LABLE:事件名称

IDENTIFIER:事件ID

Date/Time:发生的时间

Sequence Number:事件序列号

Machine ID:机器标识

Node ID:节点标识

Class:事件来源
S-软件
H-硬件
I-信息
U-未定的

Type:事件类型
PEND-设备或组件的可用***损失是急迫的。
PERF-设备或组件的***能已下降到可接受的级别以下。
PERM-出现了不可恢复的情况。如果错误类型为这个值,那么通常是最严重的错误,并且很可能意味着出现了硬件设备或者软件模块的故障。如果错误类型为 PERM 之外的其他值,通常并不表示故障,但是对这些错误进行了记录,以便可以使用诊断程序对它们进行分析。
TEMP―在出现多次不成功的尝试之后,所恢复到的状态。这种错误类型也可以用于记录信息***条目,如 DASD 设备的数据传输统计信息。
UNKN―无法确定错误的严重程度。
INFO―错误日志条目是信息***的,并且不是某个错误所产生的结果。

Resource Name:检测到错误的资源的名称。对于软件错误,这是某个软件组件或可执行程序的名称。对于硬件错误,这是某个设备或系统组件的名称。它并不表示该组件出现故障或者需要更换。相反,它用于确定合适的诊断模块以用于对错误进行分析。

Resource Class:检测到故障的资源的一般类别(例如,磁盘的设备类别)。

Resource Type:检测到故障的资源的类型。

Location Code:设备的路径。最多可能有四个字段,分别是抽屉、插槽、连接器和端口。

VPD:关键的产品数据。这个字段的内容(如果存在)可能各不相同。设备的错误日志条目通常返回有关设备制造商、序列号、工程变更级别、以及只读存储级别的信息。

Description:错误的汇总信息。

Probable Cause:一些可能的错误原因的列表。

User Causes:由用户错误所导致错误的可能原因的列表。用户所导致的错误可能包括不正确插入的磁盘、未能开启的外部设备(如调制解调器和打印机)。

Actions:对于纠正用户所导致的错误的推荐操作的描述。

Install Causes:因为不正确的安装或者配置过程所导致错误的可能原因列表。这种类型的错误包括硬件和软件不匹配、电缆的不正确安装或电缆连接变松,以及未能正确配置的系统。

Actions:对于纠正安装所导致的错误的推荐操作的描述。

Failure Causes:可能的硬件或者软件故障列表。

Actions:对于纠正故障的推荐操作的描述。对于硬件错误,这将导致运行诊断程序。

Detailed Data:针对每个错误日志条目的、唯一的故障数据,如设备检测数据。



参考:http://www.ibm.com/developerworks/cn/aix/redbooks/test222/problem-determine/1.html?ca=drs-cn



关于dump 文件过小的提示,跟踪了一段发现dump文件一直的扩大,现在已经达到9G了,因为我的内存是256G,看了网上的一篇资料 http://www.aixchina.net/home/space.php?uid=56585&do=blog&id=31321


下面是常见的转储设备大小规则
当服务器的内存大于4GB时,在安装AIX时,就会为系统 dump 创建一专用区域,该逻辑卷名就是 lg_dumplv. 其缺省大小是按以下规则分配的:
4GB < = 服务器的内存 〈 12GB lg_dump 的大小为 1GB
12GB < = 服务器的内存 〈 24GB lg_dump 的大小为 2GB
24GB < = 服务器的内存 〈 48GB lg_dump 的大小为 3GB
48GB < = 服务器的内存 lg_dump 的大小为 4GB


感觉8Gdump也够用了,把报错提交给了IBM,希望能找到dump一直在增长的原因,IBM的人就说扩吧,最好能扩到你内存的四分之一,汗,那有那么多空间分配啊;最后还是使用extendlv   #extendlv lg_dumplv 6

命令扩展了扩建卷,

你可能感兴趣的:(AIX,errpt)