aix7.1 dump文件放在哪

aix dump文件                                       

客户的P系列小型机有时会出现死机情况，同时液晶板上会出现888的字样。这是由于系统软件或硬件的故障导致机器宕机，并且机器同时搜集宕机前的相关信息，产生dump文件。客户需要把dump文件收集下来，送交IBM进行分析，这样并可以找出机器问题所在。以便尽快恢复。但是在搜集数据时我们需要注意一些事项。

系统会自动把dump文件vmcore 文件放到 /var/adm/ras 下 （注dump文件最初放置在paging space即hd6中，当重新启动机器后，dump文件会被自动拷出）。但如果/var/adm/ras 目录下没有足够的空间去放置dump文件，在重启机器时，系统会要求放置一盘磁带或其他媒质来放置dump文件。

当系统重启后，我们可以用sysdumpdev 来管理和控制dump文件。如：

[email=root@p550]root@p550[/email]#  sysdumpdev -l

primary ------------/dev/hd6

secondary--------- -/dev/sysdumpnull

copy directory -----/var/adm/ras

forced copy flag --VFALSE

always allow dump --TRUE

dump compression ---OFF

可以看出主dump设备是 /dev/hd6 ,副设备是/dev/sysdumpnull，dump文件放置目录是/var/adm/ras ；

又如： [email=root@p550]root@p550[/email]# sysdumpdev -L

Device name: ---------/dev/hd6

Major device number: -10

Minor device number:- 2

Size: ----------------1077248 bytes

Date/Time: -----------Thu Feb 13 01:38:17 GMT 2003

Dump status:--------- -3

dump crashed or did not start

Dump copy filename: /var/adm/ras/vmcore.13

可以知道上次系统产生dump文件的时间，大小，文件名称等，而且客户迹迹也可以根据上述信息估计下次dump 文件大小以便扩充/var/adm/ras目录。

如果/var/adm/ras 目录空间不够，我们可以在重启机器时选择拷贝dump文件的介质，如磁带机。（当然，我们也可以选择不拷贝dump文件，跳过这一步骤）。这时在磁带机上就有了dump文件以及/unix 文件 。如果客户要把文件COPY出来，需要用pax 命令。

如：

[email=root@p550]root@p550[/email]# tctl -f /dev/rmt0 fsf 1

  [email=root@p550]root@p550[/email]# pax -rf /dev/rmt0

   当然只有dumpwen文件对分析问题还是远远不够的，IBM工程师需要了解更多机器信息，以便更快更准确的分析dump文件。

系统提供一个snap工具来搜集系统其他信息，如：errpt 错误报告，lslpp 系统包配指安装情况及版本等等。

客户可以用snap -a 命令，

系统会自动搜集机器信息并放在/tmp目录新下生成的一个/ibmsupt 目录下。如果培州配系统/var/adm/ras 目录足够大，dump 文件 vmcore 已经产生，snap -a 命令会把dump 文件也收集到/ibmsupt目录下，这样客户只要把/tmp/ibmsupt 下的内容交给ibm工程师即可。

如果dump文件在启机时已经拷贝到介质如磁带机里，客户需要把/tmp/ibmsupt 以及磁带都交给IBM. 当然客户也可以用snap -gfkd 命令同时收集dump文件和相关信息到/tmp/ibmsupt 目录下并交给IBM。

如何判断引起core文件的应用程序

  core文件是在应用崩溃时记录的内存影象，可以用命令

lquerypv -h core 6b0 64

可以看出是哪个应用引起了core文件的产生。

解释一下dump的原姿枣逗理：

dump文件是进程的内存镜像。通俗的说就是发生程岩亏序崩溃时，内存里的场景，相当于凶案现场的录像，便于后期分析。那么凶案现场有多大迹卖，保存录像的空间就应该相应的有多大。

凶案现场就是内存，dump空间最大应该就是内存大校...

尝试以下方法可以成功执行，要多做几次load。

1、建一个测试库碰旦备闷，load后，笑滚扰按照提示建一个和你应用库大小一致的库appdb，

2、再load你的应用库备份

3、这期间会有很多报dat和log在同一个device上的提示，忽略。

4、load完之后再sp_helpdb appdb看得到其原来的库结构。

5、drop database appdb

6、再按照刚才看到的库结构重建你要的库，然后再load就不会出错了。

此问题已经证实解决。

---