系统集成AIX DUMP

The largest dump device is too small?

系统环境:AIX 7.1
报错信息:

DB16.2$errpt -aj E87EF1BE|more

LABEL: DMPCHK_TOOSMALL
IDENTIFIER: E87EF1BE

Date/Time: Tue Oct 17 15:00:01 GMT 2017
Sequence Number: 86
Machine Id: 00F86F884C00
Node Id: ZBBB_DB16
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

 4194304

Current estimated dump size in kb

 4592558

LABEL: DMPCHK_TOOSMALL
IDENTIFIER: E87EF1BE

Date/Time: Mon Oct 16 15:00:01 GMT 2017
Sequence Number: 85
Machine Id: 00F86F884C00
Node Id: ZBBB_DB16
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

 4194304

Current estimated dump size in kb

 4590755

LABEL: DMPCHK_TOOSMALL
IDENTIFIER: E87EF1BE

Date/Time: Sun Oct 15 15:00:20 GMT 2017
Sequence Number: 84
Machine Id: 00F86F884C00
Node Id: ZBBB_DB16
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

 4194304

Current estimated dump size in kb

 4590981

dump 状态信息:

sysdumpdev -L

0453-039

Device name: /dev/lg_dumplv
Major device number: 10
Minor device number: 11
Size: 0 bytes
Date/Time: Mon Dec 29 04:37:17 GMT 2014
Dump status: -3
Type of dump: fw-assisted
dump failed or did not start

A previous dump was not logged.

Scanning device /dev/lg_dumplv for existing dump.

sysdumpdev -l

primary /dev/lg_dumplv
secondary /dev/sysdumpnull
copy directory /var/adm/ras
forced copy flag TRUE
always allow dump FALSE
dump compression ON
type of dump fw-assisted
full memory dump disallow

前几天一直报dump too small。提示dump使用了4个多G,查lg_dumplv,发现dump size = 0;状态是-3,提示dump failed or did not start。dump是产生失败了还是没开始啊???4个G的dump怎么解释啊???而且errpt的报错里面显示dump每天都在增长。。。

参与9

2同行回答

luzhenggluzhengg系统架构师某银行
根据sysdumpdev -e的结果扩大lg_dumplv显示全部

根据sysdumpdev -e的结果扩大lg_dumplv

收起
银行 · 2017-10-19
浏览2423
peterzhupeterzhu系统工程师江苏农信
在AIX 系统中的lg_dumplv 逻辑卷是用于存放系统dump的区域。 在安装系统时是否创建该逻辑卷与服务器的内存配置有关。 故障等级:一般需要尽快解决,影响就是无故宕机后,会丢失部分系统dump。解决方式参照以下链接,亲测有效:http://jbweng.blog.163.com/blog/static/67715332010...显示全部

在AIX 系统中的lg_dumplv 逻辑卷是用于存放系统dump的区域。 在安装系统时是否创建该逻辑卷与服务器的内存配置有关。
故障等级:一般
需要尽快解决,影响就是无故宕机后,会丢失部分系统dump。
解决方式参照以下链接,亲测有效:
http://jbweng.blog.163.com/blog/static/677153320101114101013796/

收起
银行 · 2017-10-18
浏览2477

提问者

yao10
系统运维工程师某IT公司

问题状态

  • 发布时间:2017-10-18
  • 关注会员:3 人
  • 问题浏览:3133
  • 最近回答:2017-10-19
  • X社区推广