IBM小型机故障检测常用方法

一 故障的定义

.弄清楚系统发生了什么问题

.系统现在能做什么？不能做什么？

.故障什么时候发生的？

.有没有做平时不同的操作？

.故障有没有规律？定时还是不定时？发生的频率有多高？

.是一台机器出现故障还是多台机器故障？故障现象是否相同？

.近有没有做改动？如安装了新的硬件、软件，改变了系统的一些设置。

二 故障信息的收集

1)收集故障信息对于判断、诊断故障原因，修复系统非常重要。

2)系统故障记录(errorlog)

errdemon 进程在系统启动时自动运行

记录包括硬件、软件及其他操作信息

故障记录文件为/var/adm/ras/errlog，可备份下来或拷贝到别的机器上分析

errpt 命令的使用(普通用户权限也可使用)

#errpt |more 列出简短出错信息

ERROR_ID TIMESTAMP T C RESOURCE_NAME ERROR_DESCRIPTION

192AC071 0723100300 T 0 errdemon Error logging turned off

0E017ED1 0720131000 P H mem2 Memory failure

9DBCFDEE 0701000000 T 0 errdemon Error logging turned on

038F2580 0624131000 U H scdisk0 UNDETERMINED ERROR

AA8AB241 0405130900 T O OPERATOR OPERATOR NOTIFICATION

TIMESTAMP: MMDDHHMMYY (月日时分年）

T（类型）: P 永久; T 临时; U 未知 （永久性的错误应引起重视）

C（分类）: H 硬件; S 软件; O 用户; U未知

#errpt -d H 列出所有硬件出错信息

#errpt -d S 列出所有软件出错信息

#errpt -aj ERROR_ID 列出详细出错信息

# errpt -aj 0502f666 用大小写均可

例：

LABEL: SCSI_ERR1

ID: 0502F666

Date/Time: Jun 19 22:29:51

Sequence Number: 95

Machine ID: 123456789012

Node ID: host1

Class: H

Type: PERM

Resource Name: scsi0

Resource Class: adapter

Resource Type: hscsi

Location: 00-08

VPD: 30F8834

Manufacturer................IBM97F

Part Number.................59F4566

Serial Number...............00002849

ROS Level and ID............24

Read/Write Register Ptr.....0120

Description

ADAPTER ERROR

Probable Causes

ADAPTER HARDWARE CABLE

CABLE TERMINATOR DEVICE

Failure Causes

ADAPTER

CABLE LOOSE OR DEFECTIVE

Recommended Actions

PERFORM PROBLEM DETERMINATION PROCEDURES

CHECK CABLE AND ITS CONNECTIONS

Detail Data

SENSE DATA

0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000

3）控制面板上的LED 代码

.8 位代码，通常系统故障灯会同时亮起。某些机型还会同时显示故障设备位置代码。

.4 位代码，通常是Exxx。

.3 位代码，通常为0yyy，只看后3位。

.8 位和4位代码可查看系统服务手册 (Service Guide)。

3 位代码可查看系统诊断手册(Diagnostic Information for Multiple Bus System)。

.闪动的 888, 系统崩溃，硬件或软件原因造成。按reset 键会显示更多内容。

888-102 一般为软件故障（888-102-207 例外）

系统会产生一个dump。

888-102-xxx-0C9 系统正在做dump, 请等待。

888-102-xxx-0C0 系统dump完成，可关电重启。

888-103 或 105

硬件故障，一般有 SRN 代码及位置代码。

4)SMS (System Management Service) 故障记录

如何进入SMS 菜单

当主控台出现键盘图标后(LED 显示E1F1时)按1键。

选择"Utilities"

选择"Error Log", 抄下8位故障代码

（在SMS 中还可以更改系统启动顺序表）

5) MAIL

#mail

系统会向root用户发mail报告出错信息。通常系统出现故障后没有进行检查修复，系统会定时提醒root。

6)运行故障诊断程序(Diagnostic)，对系统硬件进行检查和诊断。

当发现有硬件故障时应立即使用diag

#diag

> 选高级诊断（Advance Diagnostic)

> 选问题诊断（Problem Determination) 或

选系统检查（System Verification)

(选PD 会对系统错误记录进行分析)

diag运行后会给出SRN 代码，故障设备名称及百分比，地址代码等。

对于PCI机型应在系统报错7天之内运行diag程序对出错记录里的sense数据进行分析。

7)其他用于收集系统信息的命令

lsdev -C 系统设备信息

#lsdev -Cc disk

hdisk0 Available 00-06-00-2,0 4.5 GB 16 Bit SCSI Disk Drive

hdisk1 Available 00-06-00-1,0 4.5 GB 16 Bit SCSI Disk Drive

hdisk2 Defined 00-06-00-4,0 16 Bit SCSI Disk Drive

lspv 查看物理卷信息

#lspv

hdisk0 0007821160af3d76 rootvg

hdisk1 000782117f571294 rootvg

hdisk2 0000000045c45bde datavg

lsvg 查看卷组信息

#lsvg datavg

VOLUME GROUP: datavg VG IDENTIFIER: 0000000055e2458b

VG STATE: active PP SIZE: 4 megabyte(s)

VG PERMISSION: read/write TOTAL PPs: 2169 (8676 megabyt

MAX LVs: 256 FREE PPs: 1 (4 megabytes)

LVs: 3 USED PPs: 2168 (8672 megabyt

OPEN LVs: 2 QUORUM: 2

TOTAL PVs: 1 VG DESCRIPTORS: 2

STALE PVs: 0 STALE PPs: 0

ACTIVE PVs: 1 AUTO ON: yes

MAX PPs per PV: 2032 MAX PVs: 16

#lsvg -l rootvg

rootvg:

LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT

hd5 boot 1 1 1 closed/syncd N/A

...

lv00 jfs 51 102 1 closed/stale /ibmcxx

lv01 jfs 1 1 1 open/syncd /cics_regions

lv02 jfs 4 4 1 open/syncd /var/mqm

lslpp 查看文件组信息

# lslpp -L |grep 23100020

....

devices.pci.23100020.rte 4.3.2.7 C IBM PCI 10/100 Ethernet Adapt

看某个文件组是否已安装，如以太网卡驱动。也用于查询补丁程序的版本。

lsattr 查看设备参数设置

# lsattr -El ent2

busio 0x7fffc00 Bus I/O address False

busintr 9 Bus interrupt level False

intr_priority 3 Interrupt priority False

tx_que_size 512 TRANSMIT queue size True

rx_que_size 256 RECEIVE queue size True

rxbuf_pool_size 384 RECEIVE buffer pool size True

media_speed 10_Half_Duplex Media Speed True

use_alt_addr no Enable ALTERNATE ETHERNET address True

alt_addr 0x000000000000 ALTERNATE ETHERNET address True

ip_gap 96 Inter-Packet Gap True

lscfg 查看VPD信息（Virtual Product Data)

# lscfg -vl ssa1

DEVICE LOCATION DESCRIPTION

ssa1 30-68 IBM SSA Enhanced RAID Adapter

(14104500)

Part Number.................097H0645

FRU Number..................097H0645 备件号

Serial Number...............C8217227

EC Level....................0000F20825

Manufacturer................IBM053

ROS Level and ID............7201 微码版本

Loadable Microcode Level....04

Device Driver Level.........00

Displayable Message.........SSA-ADAPTER

Device Specific.(Z0)........DRAM=032

Device Specific.(Z1)........CACHE=0

Device Specific.(Z2)........000000062955dab2

Device Specific.(YL)........P2-I7 槽号

不同的硬件设备有不同的VPD，所含的格式和信息都不一样。通常备件号和微码

版本有参考价值。注：FRU(Field Replace Unit)才是真正的备件号。

三 硬件故障定位方法

IBM 小型机故障定位方法包括小型机I/O柜上的显示面板上的Checkpoints信息，Error Code 和SRNs。

Checkpoints 检查点是系统加电CMOS初始化程序(initial program load (IPL))运行后显示在 I/O柜的显示面板上一系列信息。

IPL 流程

当交流电源接到系统后，IPL流程就开始了，IPL流程包括四个步骤：

. Phase 1: Service Processor 的初始化

Phase 1 开始于交流电源接到系统后，直到OK显示在I/O柜上的显示面板上为止。在这个步骤会显示 8xxx 或9xxx checkpoints代码 。

. Phase 2: 由 Service Processor 引导的硬件初始化

Phase 2 开始于按下I/O柜上的白色电源开关。在这个步骤会显示 9xxx checkpoints 。91FF 是后的代码标志着第三步骤的开始

. Phase 3: 系统固件的初始化

在 Phase 3, 一个系统处理器接管控制并继续初始化系统资源， 在这个步骤会显示 Exxx。E105是后的代码标志着第四步骤AIX启动的开始。在这个过程中还会显示各种位置码（ 位置码代表着系统的每一个部分）

. Phase 4: AIX 启动

当AIX开始启动时，显示面板上的代码为 0xxx ，同时位置码会出现在第二行。当AIX的登录窗口出现在控制台上时第四步骤结束同时显示面板上再无任何信息出现。

Error Code 当系统运行有错误发现时，一个8位码会显示在显示面板上，同时在第二行显示相对应问题硬件的位置码。

SRNs （Service request numbers,服务请求码 ）当系统运行有错误发现时，SRNs码会以 xxx-xxx的形式显示在显示面板上，同时在AIX的error log中也会有记载。

以上所有代码都会有相应的步骤解决。由于代码繁多，请在出现问题后记录下代码，并致电IBM服务热线。

系统的启动顺序:

.系统不能启动

系统停在Stage 1，可能为电源、系统板、CPU、内存等硬件故障。记录故障代码通知IBM工程师。

系统停在Stage 2，可能是启动顺序表(bootlist)损坏或I/O子系统故障。可尝试进入SMS 菜单检查启动顺序表，并修改。若在选择bootlist时没有硬盘设备可选或显示的硬盘信息不正确则可能是硬盘故障。若根本没有SCSI设备可选则链路有问题。

系统停在Stage3，可能是硬盘数据损坏，系统设置文件出错，或I/O子系统故障。

.系统停在551，555或557

发生在系统启动的第三阶段 (Stage 3)，可能是：

文件系统损坏

文件系统日志(jfslog)损坏

rootvg中有坏硬盘

修复方法

用系统光盘或系统备份带启动（必须与硬盘中的操作系统版本一致）

启动后选择选项3

"Start Maintenance Mode for System Recovery"

> "Access a Root Volume Group"

> "Access this volume group and start a shell

before mounting the file systems"

格式化文件系统日志(jfslog)

# /usr/sbin/logform /dev/hd8

检查修复文件系统

# fsck -y /dev/hd1 （/home 文件系统）

# fsck -y /dev/hd2 （/usr 文件系统）

# fsck -y /dev/hd3 （/tmp 文件系统）

# fsck -y /dev/hd4 （/ 文件系统）

# fsck -y /dev/hd9var （/var 文件系统）

... ...

用 exit 命令退出，文件系统会自动 mount 起来。

重建bootimage

# lslv -m hd5 找出bootimage所在的硬盘，如hdisk0

# bosboot -ad /dev/hdisk0

# bootlist -m normal /dev/hdisk0 重建启动顺序表。

重启动系统

# shutdown -Fr

如上述步骤不奏效

用系统备份带恢复系统。

如备份带不能恢复，用诊断光盘（Diagnostic CDROM）检查是否坏硬盘。

.CDE图形界面挂死

CDE 运行时不要更改网络参数（如：主机名和IP 地址）

更改网卡设置，请先退出CDE图形环境，选择命令行方式登录，在字符界面下更改。

如CDE 已经挂死

远程 telnet 登录

找出所有dt有关的进程用kill命令杀掉

# ps -ef |grep dt

... ...

# kill PID

检查当前主机名

# hostname

tscf50

查看主机名是否对应有效的IP地址

# netstat -i |grep tscf50

tr0* 1500 9.185.40 tscf50 506049 0 28247 0 0

更改主机名或IP地址，使主机名与当前有效的IP地址存在对应关系。

# smitty tcpip

重新启动CDE界面

# /etc/rc.dt

HACMP环境下可把主机名alias到127.0.0.1上

# cat /etc/hosts

127.0.0.1 loopback localhost tscf50 # loopback (lo0) name/addressbvg

.系统dump

发生在系统崩溃时，AIX会做dump(系统内存的快照)。

此时机器会显示闪动的888 102 xxx 0cx 代码：

0c9 系统dump 进行中。0c9状态可能会维持超过2分钟，

不要关电和按reset, 等待dump做完。

0c0 dump 成功完成，这时可以断电重起。

0c2 手动启动dump 功能

0c4 dump 设备空间不足，只有部分信息保存下来

0c5 不明原因导致dump 失败

一般dump是由于软件出错引起(888-102-207 除外)，机器通常可以重启。重启时可能提示用户插入磁带拷贝dump文件，不要选择退出，这样会丢失重要的故障信息。

dump的有关设置

估算系统dump的大小，在系统繁忙时（内存使用多）

# sysdumpdev -e

0453-041 Estimated dump size in bytes: 53477376

# lsps -a

Page Space Physical Volume Volume Group Size %Used Active

paging00 hdisk0 rootvg 480MB 1 yes

hd6 hdisk1 rootvg 544MB 1 yes

当前的设置

#sysdumpdev -l

primary /dev/hd6 的主设备

secondary /dev/sysdumpnull

copy directory /var/adm/ras 拷贝的目录

forced copy flag TRUE

always allow dump TRUE

hd6应比估算值稍大。

/var/adm/ras 是默认的dump拷贝目录，比较估算值，保证/var文件系统有足够的剩余空间拷贝dump文件。否则机器重起时会提示用户插入磁带。

dump文件名为vmcore.#

对PCI机型如要手动做dump，须把" always allow dump" 先设成true。

# sysdumpdev -K

dump打包

# snap -a -o /dev/rmt# 或

# snap -a -c 把/tmp/ibmsupt目录做成一个压缩文件

snap.tar.Z如果/tmp文件系统空间不够，

可用-d directory 参数指定别的目录代

替/tmp/ibmsupt

四 7133-D40 SSA磁盘柜的故障定位

当SSA磁盘柜出现故障时，在磁盘柜前面板的液晶显示屏上会显示相应的SRNs,同时黄色的显示灯会闪动，在AIX的error log中也会有记载错误信息，如：DISK_ERR1，DISK_ERR4，SSA_ARRAY_ERROR等。请在出现问题后记录下代码，并致电IBM服务热线。

五 软件故障定位方法

软件故障情况错综复杂，下面列举几个常见案例的故障处理方法。

1） 文件系统空间不够。

查看有没有“满”的文件系统。特别是/、/var、/tmp，不要超过90%。文件系统满可导致系统不能正常工作，尤其是AIX的基本文件系统。如/ (根文件系统)满则会导致用户不能登录。用df –k 查看。

# df -k (查看AIX的基本文件系统)

Filesystem 1024-blocks Free %Used Iused %Iused Mounted on

/dev/hd4 24576 1452 95% 2599 22% /

/dev/hd2 614400 28068 96% 22967 15% /usr

/dev/hd9var 8192 4540 45% 649 32% /var

/dev/hd3 167936 157968 6% 89 1% /tmp

/dev/hd1 16384 5332 68% 1402 35% /home

除/usr文件系统，其他文件系统都不应太满，一般不超过80%。

处理方法1：删除垃圾文件

# du -sk * |sort -rn |head

查找出当前目录下占空间大的子目录，逐层往下直到找出占空间大的文件。（要区分哪些目录是文件系统的 mount point，哪些是文件系统的子目录）删除文件，释放空间。有时删除文件后空间并不马上释放，这是由于你删除的文件正被某个程序打开。只有当这个程序停止后空间才释放，有时甚至需要重起系统。

处理方法2：增加文件系统大小

# smitty chjfs

文件系统可以在任何时候加大，前提是卷组(VG)中有剩余空间。

2) 检查文件系统的完整性

# umount filesystem_name

# fsck -y filesystem_name

注意：文件系统必须先umount，再做检查和修复，否则可导致未

知的后果。

3）查看卷组信息(lsvg -l vg_name)：

有没有"stale"状态的逻辑卷。 若有，用syncvg 命令修复"stale"逻辑卷。

4）检查内存交换区(paging space)使用率(lsps -s)：

使用率是否超过70% ，若有则用chps –sX pgname增加X个PP或用 mkps –a –n –sX myvg在myvg上增加一个PP数为X的内存交换区。

5） 小型机内存泄漏问题

小型机出现内存泄漏，即系统或应用进程无法将使用过的内存释放，使可用内存的容量逐渐减少。如果可用内存降到某小值将造成系统或应用程序无法FORK子进程，就会造成系统瘫痪。

通常我们可以用ps和sar命令来查看小型机内存和CPU占用率的大概情况以及各进程的内存和CPU占用率的发展趋势。

(a) ps

# ps gv|head -n 1; ps gv|egrep -v "RSS" | sort +6b -7 -n -r |head -n 5

PID TTY STAT TIME PGIN SIZE RSS LIM TSIZ TRS %CPU %MEM COMMAND

15674 pts/11 A 0:01 0 36108 36172 32768 5 24 0.6 24.0 ./tctestp

22742 pts/11 A 0:00 0 20748 20812 32768 5 24 0.0 14.0 ./backups

10256 pts/1 A 0:00 0 15628 15692 32768 5 24 0.0 11.0 ./tctestp

2064 - A 2:13 5 64 6448 xx 0 6392 0.0 4.0 kproc

1806 - A 0:20 0 16 6408 xx 0 6392 0.0 4.0 kproc

SIZE virtual size (in the pagingspace), in kilobytes,

RSS real-memory (resident set) size in kilobytes of the process.

通过不同时间输出的比较，就能观察出内存和CPU占用率的基本情况。找出其中占用内存数不断变大的进程，这个进程可能就已经发生了内存泄漏。

(b) sar 指令也可以查看CPU占用率，但统计的结果不是很准确。通常使用sar令的格式为：

#sar -P ALL 2 10

09:29:37 cpu %usr %sys %wio %idle

09:29:39 0 0 0 4 95

1 1 0 4 95

- 0 0 4 95

09:29:41 0 0 2 6 92

1 3 4 2 91

- 2 3 4 92

09:29:43 0 3 1 2 94

1 2 2 2 95

- 2 1 2 94

09:29:45 0 2 2 7 90

1 4 5 6 86

- 3 3 6 88

09:29:47 0 1 1 2 96

1 1 2 2 96

- 1 1 2 96

09:29:49 0 0 0 0 100

1 0 1 0 99

- 0 0 0 100

09:29:51 0 2 0 0 98

1 0 1 0 98

- 1 0 0 98

09:29:53 0 7 1 6 86

1 2 2 5 90

- 5 2 5 88

09:29:55 0 4 5 56 35

1 12 2 55 32

- 8 4 55 33

09:29:              57 0 16 8 14 64       

1 15 9 11 65

- 15 8 12 64

Average 0 3 2 10 85

1 4 3 8 85

- 4 2 9 85

表示2秒钟输出一次结果总共有10次结果，然后平均。

目前，如果发现内存泄漏，好重新启动系统。

六 HACMP环境下的排错

在一般情况下,HACMP软件很少需要手工干预,但一旦有问题发生,诊断和恢复的技巧是很重要的.需要能很快地断定问题然后运用你对HACMP的理解来恢复HACMP的正常运作.

一般地,HACMP环境下的排错包括:

.了解问题的存在.

.判断问题的出处.

.解决问题.

一 了解问题的存在

您可以通过以下途径了解到一个CLUSTER环境下出现了问题.

.终用户的投诉,他们无法访问应用程序.

.控制台上出现一些HACMP的信息.

1.应用服务无法访问

终用户的抱怨通常预示CLUSTER出现了问题.他们无法正常执行应用或是无法登录到系统.我们必须采集到详细的信息以判断到底那里出现了问题.是否有错误的信息提示?如果可能的话,让用户重复步骤以确定那里是错误的开始.您也可以在自己的系统上重复.要知道用户应用不可用并不代表HACMP有问题.问题可能出现在应用程序本身或是它的启动或终止脚本出现了问题.因此应用程序本身的排错也应是HA排错的一部分.

2.控制台上出现一些HACMP的信息

在HACMP启动,终止或出错时,控制台上会出现一些HACMP的信息,同时也会写入相应的文件中.

二 判断问题的出处

当错误出现时,我们应尝试发现错误的所在.但我们常常被错误的表面所误导.以下的步骤可以使我们得到更详细的信息.

1.保存好一些LOG文件.(/tmp/hacmp.out & /tmp/cm.log).因为它们可能被覆盖.

2.仔细检查HACMP所产生的LOG文件.它们能提供初的判断线索.

3.用HACMP的工具和AIX的命令来检查HACMP的部件是否正常.

4.打开HACMP的跟踪工具来产生更详细的信息.

.HACMP的LOG文件:以下文件都是文本文件,可以用VI来看.每个日志文件都含有每个信息的产生时间.

/usr/adm/cluster.log :记录了HACMP的状态,由HA的守护进程所产生.

/tmp/hacmp.out :记录了HA的详细脚本.

/usr/sbin/cluster/history/cluster.mmdd :记录了HA的各个事件的发生.

/tmp/cm.log :由clstrmgr进程产生,每次HA重起时会被覆盖.

.HACMP FOR AIX的结构

应用层

HACMP软件层

LVM & TCPIP 层

AIX 层

物理网络层

物理硬盘层

硬件层

在物理网络层,物理硬盘层,硬件层,LVM & TCPIP 层,AIX 层 我们可以用AIX系统命令来看是否硬件和系统出现了问题.一般地,在用errpt命令来看没有类型为PH的错误,lsvg -o 来看我们所须的VG已varyon,mount来看我们所须的文件系统已安装, netstat -i来看我们所须的service IP是UP的状态(或用ifconfig en*),cluster node 之间的service 与service IP ,standby与 standby IP 互相可以ping通.在各个节点上执行stty在HACMP软件层上,我们可以用vi /tmp/hacmp.out来看,如果出现event failed的字段,则有可能问题出现在该层,如果在问题出现的时段,hacmp.out无信息出现,则问题可能出现在应用层.

以下是HA排错的一些守则:

.在时间保存好相关的日志文件,特别是那些会被覆盖的文件.

.尝试去重复问题的出现.不要被用户所反映的问题迷惑.

.渐进地去重复问题,如果有多个可能导致问题的出现,一个一个地去重复,而不要一次重复多个可能.

.不要凭经验来判断问题,而是要在各种测试后,由结果来判断.

.隔离问题的来源,根据我们上面所叙述的层次关系,至顶向下地诊断.

.由简到繁地做测试,我们先从一个简单的环境来做测试,不要尝试在一个复杂的环境中测试.

.一次做一次改动,否则我们无法知道是那个改动解决了问题.

.不要忽略各种可能,因小可失大,留心系统的每一个细节,包括电源,插头,连线等.

.保持各种测试的记录以及解决的步骤,用做将来排错的参考.

.拨打IBM服务热线,将问题现象和您所做的测试结果告诉IBM的工程师,他们将在CALL CENTER的测试中心重复试验,必要时会派工程师到场解决问题.

三 IBM HACMP 双机系统的管理和维护

本节将说明HACMP 双机软件的一些基本管理和维护命令这些命令将会在HACMP 双机

系统的日常工作中经常用到.

1 HACMP 双机系统的启动

要启动HACMP 双机系统必须要有root 用户的特权分别进入到系统各节点主机在命令

行上执行下述命令即可.

# smit clstart

或

# /usr/sbin/cluster/etc/rc.cluster -boot -N –I

需要注意的是在双机系统中HACMP 双机软件先启动的节点将成为主节点拥有资源

并对外提供关键服务后启动的节点将成为备节点.

另外在启动HACMP 前需要启动双机上的INFORMIX 和SCP 应用.

2 HACMP 双机系统的关闭

要关闭某节点上的HACMP 双机软件必须要有该节点root 用户的特权以root 用户进入到

该节点主机在命令行上执行下述命令即可.

# smit clstop

或

# clstop -gr

需要注意的是若该节点是主节点并且备节点上的HACMP 软件亦正常运行则需注意

clstop 关闭模式的三种选项的不同1 forced 是指立即关闭双机软件不调用任何客户应用的

善后处理例程.2 graceful 是指在关闭双机软件时将调用客户应用预定义的善后处理例程.3

takeover 是指该节点将关闭双机软件并释放资源请求备节点进行接管.如该节点是备节点

则关闭模式选项没有多大意义.

另外关闭HACMP 将关闭manager 和informix.

3 查询HACMP 双机系统的状态

在双机系统的运行当中操作员经常需要知道双机系统的当前状态才有可能对双机系

统出现的异常情况进行恢复处理才能保证双机系统的高可用性和高容错性.查询HACMP 双机系统的状态只需以root 用户进入需要查询的节点进行下列操作

首先检查HACMP 双机软件在该节点是否已启动命令如下

# lssrc -g cluster

若是系统显示出下面类似的信息则说明HACMP 双机软件已正常启动.

Subsystem Group PID Status

clstrmgr cluster 22500 active

clsmuxpd cluster 23674 active

clinfo cluster 28674 active

在已确认双机软件HACMP 正常启动的情况下在命令行执行下述命令来察看双机系统的当前状态

# /usr/sbin/cluster/clstat -a

如果双机系统一切工作正常则系统将显示下述类似信息

clstat - HACMP for AIX Cluster Status Monitor

-------------------------------------------------------------------------------------

Cluster: scp_cluster(80) Thu Jan 20 08:45:17 TAIST 2000

State: UP Nodes: 2

SubState: STABLE

Node: mscp1 State: UP

Interface: mscp1_svc (0) Address: 192.9.1.60

State: UP

Interface: mscp1_tty (1) Address: 0.0.0.0

State: UP

Node: mscp2 State: UP

Interface: mscp2_svc (0) Address: 192.9.1.61

State: UP

Interface: mscp2_tty (1) Address: 0.0.0.0

State: UP