点击此处查看最新的网赚项目教程
目录
1 故障定义
2 故障信息收集
3 硬件故障定位方法
4 SSA磁盘柜故障定位
5 软件故障定位方法
6 常用的系统状态查询命令
7 网络故障定位方法
8 HACMP环境下排错
9 附常用命令列表
1、故障的定义
根据以下这些方面来考虑故障定位：
弄清楚系统发生了什么问题
系统现在能做什么不能做什么
故障什么时候发生的
有没有做平时不同的操作
故障有没有规律定时还是不定时发生的频率有多高
是一台机器出现故障还是多台机器故障故障现象是否相同
最近有没有做改动如安装了新的硬件软件改变了系统的一些设置
2、故障信息的收集
2.1 收集故障信息对于判断诊断故障原因修复系统非常重要
2.2 系统故障记录(errorlog)
2.2.1 errdemon
errdemon 进程在系统启动时自动运行
记录包括硬件软件及其他操作信息
故障记录文件为 /var/adm/ras/errlog 可备份下来或拷贝到别的机器上分析
2.2.2 errpt 命令的使用(普通用户权限也可使用)
#errpt |more (列出简短出错信息)
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:
Device Driver Level00
Diagnostic Level00
Displayable MessageSCSI
EC LevelC25928
FRU Number30F8834
ManufacturerIBM97F
Part Number59F4566
Serial Number00002849
ROS Level and ID24
Read/Write Register Ptr0120
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
2.3 操作面板上的LED 代码
8 位代码通常系统故障灯会同时亮起某些机型还会同时显示故障设备位置代码
4 位代码通常是Exxx
3 位代码通常为0yyy 只看后3位
8 位和4位代码可查看系统服务手册(Service Guide)
3 位代码可查看IBM网站《RS/6000液晶显示屏上显示代码(LED)的含义
（）
闪动的888， 系统崩溃硬件或软件原因造成按reset 键会显示更多内容
888-102 一般为软件故障888-102-207 例外
系统会产生一个dump
888-102-xxx-0C9 系统正在做dump， 请等待
888-102-xxx-0C0 系统dump完成可关电重启
888-103 或105
硬件故障一般有SRN 代码及位置代码
2.4 SMS (System Management Service) 故障记录
2.4.1 如何进入SMS 菜单
当主控台出现键盘图标后(LED 显示E1F1时)按1键
选择”Utilities”
选择”Error Log”， 抄下8位故障代码
2.4.2 在SMS 中还可以更改系统启动顺序表
2.5 MAIL
系统会向root用户发mail报告出错信息通常系统出现故障后没有进行检查
修复系统会定时提醒root
2.6 运行故障诊断程序(Diagnostic) 对系统硬件进行检查和诊断
当发现有硬件故障时应立即使用diag
#diag
> 选高级诊断Advance Diagnostic)
> 选问题诊断Problem Determination) 或
选系统检查System Verification)
(选PD 会对系统错误记录进行分析)
diag运行后会给出SRN 代码故障设备名称及百分比地址代码等
对于PCI机型应在系统报错7天之内运行diag程序对出错记录里的sense数据进行分析
2.7 其他用于收集系统信息的命令
2.7.1 lsdev -C 系统设备信息
2.7.2 lspv 查看物理卷信息
2.7.3 lsvg 查看卷组信息
2.7.4 lslpp 查看文件组信息
看某个文件组是否已安装如以太网卡驱动也用于查询补丁程序的版本
2.7.5 lsattr 查看设备参数设置
2.7.6 lscfg 查看VPD信息Virtual Product Data
不同的硬件设备有不同的VPD 所含的格式和信息都不一样通常备件号和微码
版本最有参考价值注FRU(Field Replace Unit)才是真正的备件号
3、硬件故障定位方法
IBM 小型机故障定位方法包括小型机I/O柜上的显示面板上的Checkpoints信息Error Code 和SRNs
Checkpoints 检查点是系统加电CMOS初始化程序(initial program load (IPL))运行后显示在I/O柜的显示面板上一系列信息
3.1 IPL 流程
当交流电源接到系统后IPL流程就开始了IPL流程包括四个步骤
3.1.1 Phase 1: Service Processor 的初始化
Phase 1 开始于交流电源接到系统后直到OK显示在I/O柜上的显示面板上为止
在这个步骤会显示8xxx 或9xxx checkpoints代码
3.1.2 Phase2:由ServiceProcessor引导的硬件初始化
Phase2开始于按下I/O柜上的白色电源开关在这个步骤会显示9xxx
checkpoints91FF是最后的代码标志着第三步骤的开始
3.1.3 Phase3:系统固件的初始化
在Phase3，一个系统处理器接管控制并继续初始化系统资源在这个步骤会显
示ExxxE105是最后的代码标志着第四步骤AIX启动的开始在这个过程中还会显示各种位置码位置码代表着系统的每一个部分
3.1.4 Phase4:AIX启动
当AIX开始启动时显示面板上的代码为0xxx同时位置码会出现在第二行。当AIX的登录窗口出现在控制台上时第四步骤结束，同时显示面板上再没有任何信息出现。
ErrorCode：当系统运行有错误发现时一个8位码会显示在显示面板上，同时在第二行显示相对应问题硬件的位置码。
SRNs（Servicerequestnumbers）服务请求码：当系统运行有错误发现时SRNs码会以xxx-xxx的形式显示在显示面板上同时在AIX的errorlog中也会有记载。
以上所有代码都会有相应的步骤解决。
3.2 系统的启动顺序:
3.3 系统不能启动
系统停在Stage1可能为电源系统板CPU内存等硬件故障记录故障代码
系统停在Stage2可能是启动顺序表(bootlist)损坏或I/O子系统故障。可尝试进入SMS菜单检查启动顺序表并修改。若在选择bootlist时没有硬盘设备可选或显示的硬盘信息不正确，则可能是硬盘故障；若根本没有SCSI设备可选，则链路有问题。
系统停在Stage3可能是硬盘数据损坏系统设置文件出错或I/O子系统故障
3.4 系统停在551555或557
3.4.1发生在系统启动的第三阶段(Stage3)可能是
文件系统损坏
文件系统日志(jfslog)损坏
rootvg中有坏硬盘
3.4.2 修复方法
用系统光盘或系统备份带启动必须与硬盘中的操作系统版本一致
启动后选择选项3
“Start Maintenance Mode for System Recovery”
>”Access a Root Volume Group”
>”Access this volume group and start a shell before mounting the filesystems”
格式化文件系统日志(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检查是否坏硬盘
3.5 CDE图形界面挂死
CDE运行时不要更改网络参数如主机名和IP地址。
更改网卡设置请先退出CDE图形环境，选择命令行方式登录，在字符界面下
更改。
如CDE已经挂死，用以下方式更改：
3.5.1 远程telnet登录
找出所有dt有关的进程用kill命令杀掉
#ps -ef|grep dt
#kill PID
3.5.2 更改主机名或IP地址使主机名与当前有效的IP地址存在对应关系
#smitty tcpip
3.5.3 重新启动CDE界面
#/etc/rcdt
HACMP环境下可把主机名alias到127.0.0.1上
#cat /etc/hosts
3.6 系统dump
3.6.1 定义
发生在系统崩溃时AIX会做dump(系统内存的快照)。
3.6.2 现象
此时机器会显示闪动的888102xxx0cx代码
0c9系统dump进行中0c9状态可能会维持超过2分钟
不要关电和按reset，等待dump做完
0c0dump成功完成这时可以断电重起
3.6.3 说明
0c2手动启动dump功能
0c4dump设备空间不足只有部分信息保存下来
0c5不明原因导致dump失败
一般dump是由于软件出错引起(888-102-207除外)机器通常可以重启。重启
时可能提示用户插入磁带拷贝dump文件。不要选择退出，否则会丢失重要的故障信息。
3.6.4 dump的有关设置
估算系统dump的大小在系统最繁忙时内存使用最多
当前的设置
#sysdumpdev -l
primary /dev/hd6
secondary /dev/sysdumpnull
copydirectory /var/adm/ras
forced copy flag TRUE
always allow dump TRUE
hd6应比估算值稍大
/var/adm/ras是默认的dump拷贝目录。比较估算值，保证/var文件系统有足够的剩余空间拷贝dump文件。否则机器重起时，会提示用户插入磁带。
dump文件名为vmcore。
对PCI机型如要手动做dump须把”alwaysallowdump”先设成true
#sysdumpdev -K
dump打包
#snap –a -o/dev/rmt#或
#snap –a -c把/tmp/ibmsupt目录做成一个压缩文件snap.tar.Z。
如果/tmp文件系统空间不够，可用-d directory参数指定别的目录代
替/tmp/ibmsupt。
4、7133-D40 SSA磁盘柜的故障定位
当SSA磁盘柜出现故障时，在磁盘柜前面板的液晶显示屏上会显示相应的SRNs，同时，黄色的显示灯会闪动。在AIX的errorlog中也会有记载错误信息，如DISK_ERR1，DISK_ERR4，SSA_ARRAY_ERROR等。
5、软件故障定位方法
软件故障情况错综复杂。下面列举几个常见案例的故障处理方法。
5.1文件系统空间不够
满可导致系统不能正常工作。尤其是AIX的基本文件系统如/(根文件系统)满则会导致用户不能登录。
查看有没有满的文件系统。特别是/var和/tmp不要超过90%文件系统。
5.1.1 用df -k查看
#df -k(查看AIX的基本文件系统)
除/usr文件系统，其他文件系统都不应太满一般不超过80%。
5.1.2 处理方法
1、删除垃圾文件
#du –sk *|sort -rn|head
查找出当前目录下，占空间最大的子目录。逐层往下，直到找出占空间最大的文件。要区分哪些目录是文件系统的mountpoint，哪些是文件系统的子目录。
删除文件释放空间：有时删除文件后，空间并不马上释放。这是由于你删除的文件正被某个程序打开，只有当这个程序停止后，空间才释放。有时甚至需要重起系统。
2、增加文件系统大小
#smitty chjfs
文件系统可以在任何时候加大，前提是卷组(VG)中有剩余空间。
5.2 检查文件系统的完整性
#umount filesystem_name
#fsck –y filesystem_name
注意文件系统必须先umount，再做检查和修复否则可导致未知的后果。
5.3 查看卷组信息(lsvg –l vg_name)
有没有”stale”状态的逻辑卷若有用syncvg命令修复”stale”逻辑卷
5.4 检查内存交换区(paging space)使用率(lsps -s)
使用率是否超过70%。
若有则用chps -s X pgname增加X个PP或用mkps –a -n
-sX myvg在myvg上增加一个PP数为X的内存交换区。
5.5 小型机内存泄漏问题
小型机出现内存泄漏，即系统或应用进程没有法将使用过的内存释放，使可用内存的容量逐渐减少。如果可用内存降到某最小值，将造成系统或应用程序没有法FORK子进程，就会造成系统瘫痪。通常我们可以用ps和sar命令来查看小型机内存和CPU占用率的大概情况，以及各进程的内存和CPU占用率的发展趋势。
1、 ps
通过不同时间输出的比较，就能观察出内存和CPU占用率的基本情况。找出其中占用内存数不断变大的进程，这个进程可能就已经发生了内存泄漏。
2、sar指令也可以查看CPU占用率，但统计的结果不是很准确。通常使用sar令的格式为：
表示2秒钟输出一次结果总共有10次结果然后平均
目前如果发现内存泄漏更好重新启动系统.
6、常用的系统状态查询命令
#lsdev –Csscsi
列出各个SCSI设备的所有相关信息，如逻辑单元号硬件地址及设备文件名等。
#ps -ef
列出正在运行的所有进程的各种信息.如进程号及进程名等。
#netstat -rn
列出网卡状态及路由信息等。
#netstat -in
列出网卡状态及网络配置信息。
#df -k
列出已加载的逻辑卷及其大小信息。
#mount
列出已加载的逻辑卷及其加载位置
#uname -a
列出系统ID号系统名称OS版本等信息。
#hostname
列出系统网络名称。
#lsvg –l rootvg， lsvg –p rootvg
显示逻辑卷组信息，如包含哪些物理盘及逻辑卷等。
#lslv -l datalv，lslv -p datalv
显示逻辑卷各种信息，如包含哪些盘是否有镜像等。
7、网络故障定位方法
7.1 网络不通的诊断过程
ifconfig查看网卡是否启动(up)
netstat －i查看网卡状态（Ierrs/Ipkts和Oerrs/Opkts是否>1%）
ping自己网卡地址(ip地址)
ping其它机器地址（如不通在其机器上用diag检测网卡是否有问题）
在同一网中subnet mask应一致
7.2 网络配置的基本方法
1、修改主机名或网络地址可用chdev命令或smit 命令
修改主机名：
#smit hostname
#chdev -l inet0 -a hostname=myhost
修改网络地址：
#smit mktcpip（修改成功后，需要把/etc/hosts文件里原来的IP地址手工删除）
#chdev -l en0 -a netaddr=192.168.1.100 -a netmask=255.255.255.0
2、查看网卡状态#lsdev －Cc if
3、确认网络地址#ifconfig en0
4、启动网卡#ifconfig en0 up
5、停止网卡#ifconfig en0 down
6、配置路由
有两种方式加入路由
永久路由
# chdev -l inet0 -a route=192.168.9.6,192.168.8.1
临时路由
#route add IP1 IP2（IP1：目的参数 IP2：网关参数）
用命令netstat -rn查看路由表
8、HACMP环境下的排错
在一般情况下，HACMP软件很少需要手工干预。但一旦有问题发生，诊断和恢复的技巧是很重要的。需要能很快地断定问题，然后运用你对HACMP的理解来恢复HACMP的正常运作。
一般地，HACMP环境下的排错包括:了解问题的存在，判断问题的出处，解决问题。
8.1 了解问题的存在
您可以通过以下途径了解到一个CLUSTER环境下出现了问题：
最终用户的投诉，他们没有法访问应用程序
控制台上出现一些HACMP的信息
应用服务没有法访问
1、最终用户的抱怨通常预示CLUSTER出现了问题。他们没有法正常执行应用或是没有
法登录到系统。我们必须采集到详细的信息，以判断到底那里；出现了问题是否有错误的信息提示。如果可能的话，让用户重复步骤，以确定那里是错误的。开始您也可以在自己的系统上重复。要知道用户应用不可用并不代表HACMP有问题，问题可能出现在应用程序本身，或是它的启动或终止脚本出现了问题。因此应用程序本身的排错也应是HA排错的一部分。
2、控制台上出现一些HACMP的信息
在HACMP启动，终止或出错时，控制台上会出现一些HACMP的信息，同时也会写入相应的文件中。
8.2 判断问题的出处
当错误出现时，我们应尝试发现错误的所在但我们常常被错误的表面所误导以下的步骤可以使我们得到更详细的信息
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来看我们所须的serviceIP是UP的状态(或用ifconfig en*)，cluster node之间的service与serviceIP，standby与standby IP互相可以ping通。在各个节点上执行stty
———END———
限 时 特 惠： 本站每日持续更新海量各大内部创业教程，一年会员只需98元，全站资源免费下载 点击查看详情
站 长 微 信： cai842612
admin
