很多情况下，在errpt中会收到这样的报错信息：

837E0DE7 1112202205 P O dumpcheck The largest dump device is too small.

对于这样的错误信息，一般都是主dump设备的空间太小。

在AIX 52以上，主dump设备都是建立在rootvg上的一个叫lg_dumplv的逻辑卷上。

我们可以采用如下方法改变该逻辑卷的大小

1、估算dump设备所需要的大小

# sysdumpdev -e

0453-041 Estimated dump size in bytes: 89758105

2、改变主dump设备的位置

#sysdumpdev -P -p ‘/dev/hd6′

primary              /dev/hd6
secondary            /dev/sysdumpnull
copy directory       /var/adm/ras
forced copy flag     TRUE
always allow dump    FALSE
dump compression     ON

以上是把主dump设备的位置先换到hd6，也可以采用sysdumpdev -p /dev/sysdumpnull，把主dump设备临时换到空dump设备上。

3、更改lg_dumplv的大小或者是重新以大的尺寸创建该lv

# extendlv lg_dumplv 2

最后的数字表示新增加的pp数目

4、改变主dump设备回lg_dumplv

# sysdumpdev -P -p’/dev/lg_dumplv’

primary              /dev/lg_dumplv
secondary            /dev/sysdumpnull
copy directory       /var/adm/ras
forced copy flag     TRUE
always allow dump    FALSE
dump compression     ON

5、运行检测程序，看是否还报错。

#/usr/lib/ras/dumpcheck

由于测试环境也一直没有在我的笔记本上搭建成功，加上这几天又特别忙，所以，也没有时间去整个测试环境，颜色也一直没有去调整，今天好不容易空了点时间来整整，结果发现好难调。

主要是这个模板设计的比较复杂，要调里面的东西，先要看懂代码，但是，我对html与php语言又是一知半解，就摸索着改了几个地方，都是拿到这里来测试（呵呵，这个操作其实是不允许的，但是我没有办法了），所以，大家如果看到页面有错位啊，或者乱掉了什么之类的，估计就是我在整了。

本来要我的一个同事，做UI的帮我调调的，结果看样子人家比我还忙，那我也没有办法，总不能一直去催人家啊，催多了我也不好意思，呵呵。

不过，也终于弄明白了这里面的颜色构成与结构，该模板大量的使用了背景图片，我不知道，对那些网络速度很慢的同学，打开是不是很慢啊？