AIX系統故障處理

系統不能啟動

系統停在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 檢查是否壞硬碟

.系統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