wang290 发表于 2012-05-14 23:46

很奇怪的关于sysdumpdev -e

估算dumplv大小 sysdumpdev -e显示为一个巨大的负数,查了资料也没什么结果。

# 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         traditional
# sysdumpdev -e
0453-041 Estimated dump size in bytes: -60049080922931

rootvg:
LV NAME             TYPE       LPs   PPs   PVsLV STATE      MOUNT POINT
hd5               boot       1       1       1    closed/syncdN/A
hd6               paging   32      32      1    open/syncd    N/A
hd8               jfs2log    1       1       1    open/syncd    N/A
hd4               jfs2       10      10      1    open/syncd    /
hd2               jfs2       32      32      1    open/syncd    /usr
hd9var            jfs2       8       8       1    open/syncd    /var
hd3               jfs2       17      17      1    open/syncd    /tmp
hd1               jfs2       9       9       1    open/syncd    /home
hd10opt             jfs2       3       3       1    open/syncd    /opt
hd11admin         jfs2       1       1       1    open/syncd    /admin
lg_dumplv         sysdump    8       8       1    open/syncd    N/A
livedump            jfs2       2       2       1    open/syncd    /var/adm/ras/livedump

# lsvg rootvg
VOLUME GROUP:       rootvg                   VG IDENTIFIER:000c66af00004c00000001368a8ca79a
VG STATE:         active                   PP SIZE:      128 megabyte(s)
VG PERMISSION:      read/write               TOTAL PPs:      546 (69888 megabytes)
MAX LVs:            256                      FREE PPs:       138 (17664 megabytes)
LVs:                19                     USED PPs:       408 (52224 megabytes)
OPEN LVs:         14                     QUORUM:         2 (Enabled)
TOTAL PVs:          1                        VG DESCRIPTORS: 2
STALE PVs:          0                        STALE PPs:      0
ACTIVE PVs:         1                        AUTO ON:      yes
MAX PPs per VG:   32512                                    
MAX PPs per PV:   1016                     MAX PVs:      32
LTG size (Dynamic): 256 kilobyte(s)          AUTO SYNC:      no
HOT SPARE:          no                     BB POLICY:      relocatable

# oslevel -s
6100-03-00-0000

不知道是哪里的设置问题

ibm6000 发表于 2012-05-15 09:11

可能是bug,如果要明确需要进一步数据

patrick_peking 发表于 2012-05-15 15:12

有结果吗?……

michael027 发表于 2012-07-05 16:29

http://www-01.ibm.com/support/docview.wss?uid=isg1IZ71017
APAR statusClosed as program error.
Error descriptionIf using virtualization features like NPIV then
sysdumpdev
returns a huge dump size estimation:

# sysdumpdev -e
0453-041 Estimated dump size in bytes: 112707862160998

Local fix
Problem summary****************************************************************
* USERS AFFECTED:
* VIOS clients running the 6100-04 Technology Level with the
* devices.vdevice.IBM.vfc-client.rte fileset below the 6.1.4.3
* level.
****************************************************************
* PROBLEM DESCRIPTION:
* sysdumpdev -e returns invalid number.
****************************************************************
* RECOMMENDATION:
* Install APAR IZ71017.
****************************************************************

Problem conclusionCorrect variable typ and return variable address

Temporary fix
Comments
APAR InformationAPAR numberIZ71017
Reported component nameAIX 610 STD EDI
Reported component ID5765G6200
Reported release610
StatusCLOSED PER
PEYesPE
HIPERNoHIPER
Submitted date2010-02-25
Closed date2010-09-14
Last modified date2011-03-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:IZ71995 IZ76934
Fix informationFixed component nameAIX 610 STD EDI
Fixed component ID5765G6200
Applicable component levelsR610 PSY U838650   UP10/12/16 I 1000
PTF to Fileset MappingU838650 devices.vdevice.IBM.vfc-client.rte 6.1.4.3

wang290 发表于 2012-07-16 15:31

michael027 发表于 2012-07-05 16:29 static/image/common/back.gif
http://www-01.ibm.com/support/docview.wss?uid=isg1IZ71017
APAR statusClosed as program error.
Erro ...

这个有点看不懂......

yulin20055317 发表于 2012-08-03 13:37

使用smitty -> System Environments-> Change / Show Characteristics of System Dump 菜单查看和设置。肯定没有错

wang290 发表于 2012-08-05 22:38

yulin20055317 发表于 2012-08-03 13:37 static/image/common/back.gif
使用smitty -> System Environments-> Change / Show Characteristics of System Dump 菜单查看和设置。肯定 ...

谢谢补充。

relax_y 发表于 2018-11-12 11:05

请问这个最后怎么处理的呢

CJ_ane 发表于 2019-05-24 16:34

http://www-01.ibm.com/support/docview.wss?uid=isg1IV26613

找到一个AIX6 TL8上类似的bug,不过你这个是TL3,差的有点多...
页: [1]
查看完整版本: 很奇怪的关于sysdumpdev -e