1、IBM AIX V5.3 系統(tǒng)管理(Test 222)認(rèn)證指南系列，第 5 部分：問題的確定和解決（上） Shiv Dutta (), 技術(shù)顧問, IBM2007 年 12 月 20 日本文分兩部分向您介紹不同的問題確定工具，以及何時使用它們。還提供了一些示例，說明如何解釋這些命令的輸出以及如何采取正確的操作。本文是摘自 IBM 紅皮書IBM Certification Study Guide eServer p5 and pSeries Administration and Support for AIX 5L Version 5.3。 問題確定和解決這個部分

2、提供了一些相關(guān)的信息以幫助您解決網(wǎng)絡(luò)、硬件、或者操作系統(tǒng)方面的問題。 網(wǎng)絡(luò)問題在這一部分中，您將了解系統(tǒng)中網(wǎng)絡(luò)支持和故障診斷的一些重要的方面，包括修改網(wǎng)絡(luò)適配器和接口。請注意，本部分并沒有提供網(wǎng)絡(luò)支持方面的所有內(nèi)容（因為網(wǎng)絡(luò)可能是非常復(fù)雜的環(huán)境），但是為支持專業(yè)人員提供了一個很好的起點(diǎn)。 ping 命令 ping 命令適用于下列情況：確定網(wǎng)絡(luò)以及各種外部主機(jī)的狀態(tài)跟蹤和隔離硬件和軟件問題測試、測量和管理網(wǎng)絡(luò)ping 命令發(fā)送一個 Internet Control Message Protocol (ICMP) ECHO_REQUEST，以便從網(wǎng)絡(luò)中的某臺主機(jī)或者網(wǎng)關(guān)那里獲取一個 ICMP EC

3、HO_RESPONSE。如果這臺主機(jī)正在運(yùn)行，并且位于該網(wǎng)絡(luò)中，那么它將對 ECHO 請求做出響應(yīng)。每個 ECHO 請求包含一個 Internet Protocol (IP) 和 ICMP Header，后面緊跟著一個 timeval 結(jié)構(gòu)，以及足夠數(shù)量的字節(jié)以填充數(shù)據(jù)包。在缺省情況下，ping 命令每秒發(fā)送一個數(shù)據(jù)報，并為每個接收到的響應(yīng)輸出一行內(nèi)容。ping 命令將計算往返時間，以及數(shù)據(jù)包丟失的統(tǒng)計信息，并在結(jié)束時顯示簡要的匯總信息。當(dāng)程序超時、或者收到一個 SIGINT 信號 (Ctrl-C) 時，ping 命令將會結(jié)束。對于 ping 命令，唯一必需的參數(shù)是一個有效的主機(jī)名、或者 In

4、ternet 地址。說明：因為持續(xù)的 ECHO 請求可能會加重系統(tǒng)的負(fù)擔(dān)，所以主要應(yīng)該在進(jìn)行問題隔離的時候使用重復(fù)的請求。 下面的示例說明了 ping 命令的某些用途：要檢查到某臺主機(jī)的網(wǎng)絡(luò)連接，并指定發(fā)送五個 ECHO 請求，可以使用下面的命令：# ping -c 5 server2 PING :(95)： 56 data bytes64 bytes from 95:icmp_seq=0 ttl=255 time=0 ms 64 bytes from 95:icmp_seq=1 ttl=255 t

5、ime=0 ms 64 bytes from 95:icmp_seq=2 ttl=255 time=0 ms 64 bytes from 95:icmp_seq=3 ttl=255 time=0 ms 64 bytes from 95:icmp_seq=4 ttl=255 time=0 ms - PING Statistics- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max = 0/0

6、/0 ms # 要顯示所返回的數(shù)據(jù)包的路由緩沖區(qū)，可以運(yùn)行下面的命令：# ping -R server2 PING :(95)： 56 data bytes 64 bytes from 95:icmp_seq=0 ttl=255 time=0 ms RR: (95) (96) 64 bytes from 95:icmp_seq=1 ttl=255 time=0 m

7、s (same route)64 bytes from 95:icmp_seq=2 ttl=255 time=0 ms (same route)64 bytes from 95:icmp_seq=3 ttl=255 time=0 ms (same route)64 bytes from 95:icmp_seq=4 ttl=255 time=0 ms (same route)64 bytes from 95:icmp_seq=5 ttl=255 time=0 ms (same route)C -server2.itsc.austin.ibm

8、.com PING Statistics- 6 packets transmitted, 6 packets received, 0% packet loss round-trip min/avg/max = 0/0/0 ms # 說明： IP Header 最多只能記錄九次路由。另外，許多主機(jī)和網(wǎng)關(guān)將忽略這個選項。 如果您使用 ping 命令無法連接到相同子網(wǎng)中的其他計算機(jī)，那么應(yīng)該在您的系統(tǒng)網(wǎng)絡(luò)配置方面查找存在的問題。arp 和 ifconfig 命令可以幫助您隔離這個問題。 arp 命令 arp 命令可以顯示并修改地址解析協(xié)議（Address Resolution Protocol，AR

9、P）所使用的 Internet 地址到物理地址（MAC 地址）的轉(zhuǎn)換表。arp 命令可以顯示由 HostName 變量指定的主機(jī)的當(dāng)前 ARP 條目?？梢酝ㄟ^名稱或者數(shù)值（使用 Internet 帶點(diǎn)的十進(jìn)制表示法）來指定主機(jī)。說明：您可以使用 arp 命令來隔離僅在本地子網(wǎng)中存在的問題。 例如，在嘗試對 IP 為 93 的系統(tǒng)使用 ping 命令時，我們獲得了如下的輸出：# ping 93 PING 93:(93): 56 data bytes C -93 PING Statistics- 7 packets transm

10、itted, 0 packets received, 100% packet loss# 但是，當(dāng)嘗試對 IP 為 96 的系統(tǒng)使用 ping 命令時，我們獲得了如下的輸出：# ping 96 PING 96:(96): 56 data bytes 64 bytes from 96:icmp_seq=0 ttl=255 time=0 ms 64 bytes from 96:icmp_seq=1 ttl=255 time=0 ms 64 bytes from 96:icmp_seq=2 ttl=25

11、5 time=0 ms 64 bytes from 96:icmp_seq=3 ttl=255 time=0 ms 64 bytes from 96:icmp_seq=4 ttl=255 time=0 ms C -96 PING Statistics- 5 packets transmitted, 5 packets received, 0% packet lossround-trip min/avg/max = 0/0/0 ms # 查看 arp 表，我們發(fā)現(xiàn)（在使用 grep 命令對輸出進(jìn)行篩選之后）：# arp -a | grep

12、9 (93) at (incomplete) (96) at 0:2:55:d3:dd:0 ethernet stored inbucket 46 IP 為 93 的系統(tǒng)的物理地址無法解析；您應(yīng)該在該系統(tǒng)中查找存在的問題。如果您的系統(tǒng)無法解析相同子網(wǎng)中其他計算機(jī)的物理地址，那么您應(yīng)該檢查您的電纜連接。ifconfig 命令也可以用于檢查網(wǎng)絡(luò)接口的狀態(tài)。 ifconfig 命令 ifconfig 命令可用于網(wǎng)絡(luò)問題確定任務(wù)，以顯示或更改接口的狀

13、態(tài)、或者重新定義 IP 地址，如下面的示例所示：要顯示接口 en2 的狀態(tài)，可以輸入： # ifconfig en2 en2: flags=5e,c0 inet 96 netmask 0xffffff00 broadcast 55 tcp_sendspace tcp_recvspace 65536 # 接口 en2 已經(jīng)啟用 (UP)。要僅顯示那些已經(jīng)禁用的接口，可以輸入： # ifconfig -a -d en1: flags=5e,c0 inet netmask 0xffffff00 broadcast 55 tcp_sendspa

14、ce tcp_recvspace 65536 # 這個輸出顯示，接口 en1 已經(jīng)禁用 (DOWN)。如果您無法連接到子網(wǎng)中配置為這個接口的計算機(jī)，那么可以運(yùn)行 errpt 命令，并查看是否報告了有關(guān)該接口的任何錯誤（例如，網(wǎng)絡(luò)中存在重復(fù)的 IP 地址）；運(yùn)行 diag 命令以便對該接口進(jìn)行診斷。要啟用接口 en1 并將其標(biāo)記為活動的，可以輸入下面的命令：# ifconfig en1 up 如果這些接口沒有任何問題，它們處于活動狀態(tài)，并且您的系統(tǒng)無法連接到相同子網(wǎng)中的其他計算機(jī)，那么您應(yīng)該檢查該接口的子網(wǎng)掩碼是否正確。要將接口 en1 的子網(wǎng)掩碼更改為 52，可以輸入

15、下面的命令：# ifconfig en1 netmask 52 up 網(wǎng)絡(luò)路由配置也可能導(dǎo)致出現(xiàn)通信問題；traceroute 命令可以幫助您對路由進(jìn)行跟蹤。 traceroute 命令 traceroute 命令將嘗試跟蹤 IP 數(shù)據(jù)包到某個 Internet 主機(jī)的路由，其具體方法是：先啟動一個具有較小的最大存活時間值的 UDP 探測數(shù)據(jù)包，然后偵聽從沿途的網(wǎng)關(guān)發(fā)來的 ICMP TIME_EXCEEDED 響應(yīng)。探測數(shù)據(jù)包的存活時間值在開始時為一個躍點(diǎn)，每次對該值增加一個躍點(diǎn)，直至返回 ICMP PORT_UNREACHABLE 消息。ICMP PORT_UNRE

16、ACHABLE 消息說明該主機(jī)已經(jīng)被定位，或命令已經(jīng)達(dá)到跟蹤所允許的最大躍點(diǎn)數(shù)目。說明： traceroute 命令可用于網(wǎng)絡(luò)測試、測量和管理方面。它應(yīng)該主要用于手動故障隔離。由于它將加重網(wǎng)絡(luò)的負(fù)擔(dān)，所以不應(yīng)該在正常操作的情況下、或者自動化的腳本中使用 traceroute 命令。 對于 traceroute 命令，唯一必需的參數(shù)是目標(biāo)主機(jī)名、或者 IP 數(shù)值。traceroute 命令將根據(jù)傳出接口的最大傳輸單元（Maximum Transmission Unit，MTU）來確定探測數(shù)據(jù)包的長度。它將 UDP 探測數(shù)據(jù)包設(shè)置為一個不可能的值，以便防止目標(biāo)主機(jī)對其進(jìn)行處理。例如，如果您希望查看

17、從 IP 地址為 41 的系統(tǒng)到 IP 地址為 的系統(tǒng)的路由信息，那么您應(yīng)該輸入下面的命令：# traceroute trying to get source for source should be 41traceroute to () from 41 (41), 30 hops maxoutgoing MTU = 14921 (4) 11 ms 2 ms 2 ms2 9.444.33.129 (9.444.3

18、3.129) 4 ms 4 ms 4 ms3 (00) 7 ms 4 (02) 8 ms 7 ms5 (25) 17 ms 19 ms 17 ms6 74 (74) 74 ms 80 ms 71 ms7 () 327 ms 329 ms 327 ms硬件問題在這個部分中，我們將介紹如何解釋 errpt 命令所生成的輸出，以及如何運(yùn)行診斷任務(wù)以查找與硬件相關(guān)

19、的問題并進(jìn)行故障排除。 errpt 命令 errpt 命令將從錯誤日志中的條目生成一個錯誤報告，但是它并不進(jìn)行錯誤日志分析；對于錯誤分析，可以使用 diag 命令?？梢钥紤]下面的示例，其中通過執(zhí)行 errpt -a 命令生成了一個錯誤報告：# errpt -a -LABEL:LVM_SA_STALEPP IDENTIFIER:EAA3D429 Date/Time:Tue Dec 6 23:24:37 CST 2005 Sequence Number: 441 Machine Id:00C7CD9E4C00 Node Id:lpar20 Class:S Type:UNKN Resource Na

20、me:LVDD Description PHYSICAL PARTITION MARKED STALE Detail Data PHYSICAL VOLUME DEVICE MAJOR/MINOR 0000 0000 0000 0000 PHYSICAL PARTITION NUMBER (DECIMAL) 227 LOGICAL VOLUME DEVICE MAJOR/MINOR 8000 000A 0000 0005 SENSE DATA 00C7 CD9E 0000 4C00 0000 0107 706A 336C 0000 0000 0000 0000 0000 0000 0000 0

21、000- (lines ommited).#根據(jù)錯誤的類型，errpt -a 報告可能包含下面的信息：LABEL事件的預(yù)定義名稱。IDENTIFIER事件的數(shù)值標(biāo)識符。Date/Time事件的日期和時間。Sequence Number事件的唯一編號。Machine ID您的系統(tǒng)處理器單元的標(biāo)識編號。Node ID您的系統(tǒng)的助記名稱。Class錯誤的一般來源?？赡艿腻e誤類型包括：H硬件。 S軟件。 信息性消息。 U未定的。 Type所發(fā)生的錯誤的嚴(yán)重程度?？赡艿腻e誤類型包括：PEND設(shè)備或組件的可用性損失是急迫的。 PERF設(shè)備或組件的性能已下降到可接受的級別以下。 PERM出現(xiàn)了不可恢復(fù)的情況

22、。如果錯誤類型為這個值，那么通常是最嚴(yán)重的錯誤，并且很可能意味著出現(xiàn)了硬件設(shè)備或者軟件模塊的故障。如果錯誤類型為 PERM 之外的其他值，通常并不表示故障，但是對這些錯誤進(jìn)行了記錄，以便可以使用診斷程序?qū)λ鼈冞M(jìn)行分析。 TEMP在出現(xiàn)多次不成功的嘗試之后，所恢復(fù)到的狀態(tài)。這種錯誤類型也可以用于記錄信息性條目，如 DASD 設(shè)備的數(shù)據(jù)傳輸統(tǒng)計信息。 UNKN無法確定錯誤的嚴(yán)重程度。 INFO錯誤日志條目是信息性的，并且不是某個錯誤所產(chǎn)生的結(jié)果。 Resource Name檢測到錯誤的資源的名稱。對于軟件錯誤，這是某個軟件組件或可執(zhí)行程序的名稱。對于硬件錯誤，這是某個設(shè)備或系統(tǒng)組件的名稱。它并不表

23、示該組件出現(xiàn)故障或者需要更換。相反，它用于確定合適的診斷模塊以用于對錯誤進(jìn)行分析。Resource Class檢測到故障的資源的一般類別（例如，磁盤的設(shè)備類別）。Resource Type檢測到故障的資源的類型。Location Code設(shè)備的路徑。最多可能有四個字段，分別是抽屜、插槽、連接器和端口。VPD關(guān)鍵的產(chǎn)品數(shù)據(jù)。這個字段的內(nèi)容（如果存在）可能各不相同。設(shè)備的錯誤日志條目通常返回有關(guān)設(shè)備制造商、序列號、工程變更級別、以及只讀存儲級別的信息。Description錯誤的匯總信息。Probable Cause一些可能的錯誤原因的列表。User Causes由用戶錯誤所導(dǎo)致錯誤的可能原因的列

24、表。用戶所導(dǎo)致的錯誤可能包括不正確插入的磁盤、未能開啟的外部設(shè)備（如調(diào)制解調(diào)器和打印機(jī)）。Actions對于糾正用戶所導(dǎo)致的錯誤的推薦操作的描述。Install Causes因為不正確的安裝或者配置過程所導(dǎo)致錯誤的可能原因列表。這種類型的錯誤包括硬件和軟件不匹配、電纜的不正確安裝或電纜連接變松，以及未能正確配置的系統(tǒng)。Actions對于糾正安裝所導(dǎo)致的錯誤的推薦操作的描述。Failure Causes可能的硬件或者軟件故障列表。Actions對于糾正故障的推薦操作的描述。對于硬件錯誤，這將導(dǎo)致運(yùn)行診斷程序。Detailed Data針對每個錯誤日志條目的、唯一的故障數(shù)據(jù)，如設(shè)備檢測數(shù)據(jù)?？梢钥?/p>

25、慮下面的示例錯誤輸出，這是運(yùn)行不帶任何標(biāo)志的 errpt 命令的錯誤輸出：# errptIDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION A6DF45AA I O RMCdaemon The daemon is started. 2BFA76F6 T S SYSPROC SYSTEM SHUTDOWN BY USER 9DBCFDEE T O errdemon ERROR LOGGING TURNED ON 192AC071 T O errdemon ERROR LOGGING TURNED OFF 291D64C3 I H sysplana

26、r0 platform_dump indicator event BFE4C025 P H sysplanar0 UNDETERMINED ERROR 291D64C3 I H sysplanar0 platform_dump indicator event 291D64C3 I H sysplanar0 platform_dump indicator event EAA3D429 U S LVDD PHYSICAL PARTITION MARKED STALEBFE4C025 P H sysplanar0 UNDETERMINED ERROR F6A86ED5 P S ent7 SERVIC

27、E CALL FAILEDF6A86ED5 P S ent6 SERVICE CALL FAILED# 如果錯誤類別值為 H，并且錯誤類型值為 PERM（在這個示例中，標(biāo)識符 BFE4C025 就是這種情況），則說明系統(tǒng)碰到了硬件問題，并且無法對其進(jìn)行恢復(fù)。可能存在與這種錯誤類型相關(guān)聯(lián)的診斷信息。 如果錯誤類別值為 H，并且錯誤類型值為 PEND，則表示因為系統(tǒng)檢測到大量的錯誤，以使得某個硬件馬上將變得不可用。 如果錯誤類別值為 S，并且錯誤類型值為 PERM（在這個示例中，標(biāo)識符 F6A86ED5 就是這種情況），則說明系統(tǒng)碰到了與軟件相關(guān)的問題，并且無法對其進(jìn)行恢復(fù)。 如果錯誤類別值為 S

28、，并且錯誤類型值為 TEMP，則表示系統(tǒng)碰到了與軟件相關(guān)的問題。在經(jīng)過幾次嘗試之后，系統(tǒng)能夠?qū)υ搯栴}進(jìn)行恢復(fù)。 如果錯誤類別值為 O，則表示已經(jīng)記錄了一個信息性消息（在這個示例中，標(biāo)識符 A6DF45AA、9DBCFDEE 和 192AC071 就是這種情況）。 當(dāng)您懷疑出現(xiàn)了硬件問題的時候，可以使用 diag 命令來幫助查找問題。 diag 命令 diag 命令是運(yùn)行各種可選的任務(wù)和服務(wù)幫助的起點(diǎn)。diag 使用錯誤日志來診斷硬件問題。為了正確地診斷新的系統(tǒng)問題，系統(tǒng)將刪除錯誤日志中時間超過 90 天以上的、與硬件相關(guān)的條目。系統(tǒng)還將刪除所記錄的時間超過 30 天以上的、與軟件相關(guān)的條目。說

29、明：如果您刪除了時間在 90 天以內(nèi)的硬件錯誤條目，那么可能會限制錯誤日志分析的有效性。例如，要運(yùn)行問題診斷程序，可以輸入下面的命令：# diag在“DIAGNOSTIC OPERATING INSTRUCTIONS”屏幕中，按 Enter 以繼續(xù)；圖 1 中顯示了相應(yīng)的菜單。圖 1 功能選擇菜單如果您選擇了“Diagnostic Routines”并按 Enter，那么將顯示“DIAGNOSTIC MODE SELECTION”菜單（如圖 2 中所示）。 圖 2 診斷模式選擇菜單如果您選擇了“Problem Determination”，那么將對設(shè)備進(jìn)行測試。在測試結(jié)束之后，系統(tǒng)可能向您顯示

30、如下內(nèi)容：“PREVIOUS DIAGNOSTICS RESULTS”，這意味著已經(jīng)報告了一項或多項錯誤。 “ADDITIONAL INFORMATION”屏幕，這意味著錯誤日志分析已經(jīng)檢測到某些需要您注意的情況。 “DIAGNOSTIC SELECTION”菜單，如圖 3 所示。 圖 3 診斷選擇在“DIAGNOSTIC SELECTION”屏幕中，顯示了相關(guān)設(shè)備的列表。通過將光標(biāo)移動到某項資源并按 Enter，您可以選擇任何資源；加號 (+) 表示選中了一項資源。通過選擇某項資源并再次按 Enter，您可以取消對該資源的選擇。前面加 M 表示丟失的資源，前面加 P 表示至少丟失一項路徑。在

31、完成了所有的選擇之后，按 Commit 鍵（F7 或者 ESC-7）。診斷程序?qū)λx的資源進(jìn)行診斷。 監(jiān)視 root 用戶郵件的原因AIX 5L 提供了一些不同的機(jī)制，以便在系統(tǒng)出現(xiàn)問題的時候及時地通知系統(tǒng)管理員。下面的方法可用于查找錯誤消息：檢查本地 root 用戶的收件箱。 檢查 syslog 輸出文件。請參見 8.4“附加信息的系統(tǒng)日志配置”。 檢查 alog 輸出文件。 大多數(shù)進(jìn)程都會向 root 帳號發(fā)送包含詳細(xì)信息的郵件。要檢查 root 用戶的郵件，可以執(zhí)行 mail 命令：# mailMail 5.2 UCB AIX 5.X Type ? for help./var/spoo

32、l/mail/root:1 message 1 newN 1 root Tue Mar 17 17:11 24/872 diagela message from localhost要閱讀 diagela 消息，可以按郵件前面的數(shù)值（在這個示例中，按 1）：? 1Message 1:From root Wed Nov 09 17:11:48 2005Date:Tue, 09 Nov 2005 17:11:48 -0600From:rootTo:rootSubject:diagela message from localhostA PROBLEM WAS DETECTED ON Wed Nov 0

33、9 17:11:48 CST 2005 The Service Request Number(s)/Probable Cause(s)(causes are listed in descending order of probability):AC:Power/Cooling subsystem Unrecovered Error, general.Refer to thesystem service documentation for more information.Error log information:Date:Wed Nov 09 17:11:45 CST 2005Sequenc

34、e number: 11Label:SCAN_ERROR_CHRPPriority:L FRU:ACMODUL Location:U787B.001.DNW108F? 要退出 mail 命令，可以按 q。Diagnostics Automatic Error Log Analysis (diagela) 提供了在記錄永久硬件錯誤的時候進(jìn)行錯誤日志分析的功能。它不會進(jìn)行任何自動測試工作。如果診斷程序確定該錯誤需要一項服務(wù)操作，那么它將向您的控制臺和所有的系統(tǒng)組發(fā)送一個消息。消息包含 SRN、或者一項糾正的操作。在 BOS 安裝時，缺省情況下將禁用 diagela。下面的示例顯示了另一個 diag

35、ela 消息：From root Tue Nov 22 15:18:46 2005Date:Tue, 22 Nov 2005 15:18:46 -0600From:rootTo:rootSubject:diagela message from server3A PROBLEM WAS DETECTED ON Tue Nov 22 15:18:46 CST 2005 The Service Request Number(s)/Probable Cause(s)(causes are listed in descending order of probability):57D-129:Error

36、log analysis indicates a SCSI bus problem.Error log information:Date:Tue Nov 22 15:18:39 CST 2005Sequence number: 80Label:DISK_ERR3n/a FRU:n/a SCSI bus problem:cables,terminators or other SCSIdevicesU787B.001.DNW108F-P1-T14-L8-L0hdisk7 FRU:00P3833 16 Bit LVD SCSI Disk Drive(73400 MB)U787B.001.DNW108

37、F-P1-T14-L8-L0sisioa1 FRU:80P5530 PCI-X Dual Channel U320 SCSIRAID AdapterU787B.001.DNW108F-P1n/a FRU:n/a SoftwareU787B.001.DNW108F-P1-T14-L8-L0從這封郵件的內(nèi)容可以看出，server3 的 U320 SCSI RAID 適配器上的 hdisk7 出現(xiàn)了問題。另一個使用郵件消息的命令的示例是 crontab。因為 crontab 運(yùn)行于后臺，無需與用戶進(jìn)行交互，所以它將發(fā)送一封郵件，其中包含調(diào)度程序的輸出。示例 crontab 輸出消息可能與下面的內(nèi)容類

38、似：From daemon Wed Nov 23 11:07:01 2005Date:Wed, 23 Nov 2005 11:07:01 -0600From:daemonTo:rootSubject:Output from cron job /usr/sbin/nonexistingprogram, rootserver3, exit status 127Cron Environment:SHELL =PATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java14/jre/bin:/usr/java14/binCROND

39、IR=/var/spool/cron/crontabsATDIR=/var/spool/cron/atjobsLOGNAME=rootHOME=/Your cron job executed on server3 on Wed Nov 23 11:07:00 CST 2005/usr/sbin/nonexistingprogramproduced the following output:sh:/usr/sbin/nonexistingprogram:not found.*cron:The previous message is the standard outputand standard

40、error of one of the cron commands.產(chǎn)生這個錯誤消息的原因是 /usr/sbin/nonexistingprogram 不存在。其他軟件包，尤其是那些與安全性相關(guān)的軟件包，可以指定具體的管理員。例如，在出現(xiàn)了安全性破壞、非法的文件權(quán)限更改、或者未經(jīng)授權(quán)的 passwd 文件訪問等情況下，系統(tǒng)管理員都將接收到一則消息。 系統(tǒng)轉(zhuǎn)儲工具在發(fā)生嚴(yán)重錯誤的時候，您的系統(tǒng)將生成系統(tǒng)轉(zhuǎn)儲。還可以由具有 root 用戶權(quán)限的用戶發(fā)起系統(tǒng)轉(zhuǎn)儲。系統(tǒng)轉(zhuǎn)儲將為您系統(tǒng)的內(nèi)存內(nèi)容建立一份快照。在調(diào)試新的應(yīng)用程序時，系統(tǒng)管理員和程序員可以生成轉(zhuǎn)儲，并分析其中的內(nèi)容。 配置轉(zhuǎn)儲設(shè)備當(dāng)您安裝操

41、作系統(tǒng)時，將自動地為您配置轉(zhuǎn)儲設(shè)備。在缺省情況下，主設(shè)備是 /dev/hd6，它是一個分頁邏輯卷，而輔助設(shè)備是 /dev/sysdumpnull。說明：如果您的系統(tǒng)具有 4 GB 或者更多的內(nèi)存，那么缺省轉(zhuǎn)儲設(shè)備是 /dev/lg_dumplv ，并且它是一個專門的轉(zhuǎn)儲設(shè)備。 可以將轉(zhuǎn)儲設(shè)備配置為磁帶、或者硬盤上的邏輯卷，以便存儲系統(tǒng)轉(zhuǎn)儲。主轉(zhuǎn)儲設(shè)備是一個專門的轉(zhuǎn)儲設(shè)備，而輔助轉(zhuǎn)儲設(shè)備則是共享的。說明：如果您使用分頁的設(shè)備作為轉(zhuǎn)儲設(shè)備，那么只能使用 hd6 ，這是主分頁空間。如果您使用了可移動設(shè)備，如磁帶或 DVD ，那么請注意，轉(zhuǎn)儲不能夠跨卷；因此，轉(zhuǎn)儲必須僅限于單個卷。 在一個運(yùn)行的系統(tǒng)中

42、，可以使用 sysdumpdev 命令來更改所指定的主轉(zhuǎn)儲設(shè)備、或者輔助轉(zhuǎn)儲設(shè)備，如下面的示例所示：要列出當(dāng)前的轉(zhuǎn)儲目標(biāo)，可以使用下面命令：# sysdumpdev -l primary /dev/hd6 secondary /dev/sysdumpnullcopy directory /var/adm/ras forced copy flag TRUE always allow dump FALSE dump compression ON # 下面的示例顯示了將主轉(zhuǎn)儲設(shè)備從 /dev/hd6 更改為邏輯卷 /dev/dumpdev 的命令：# sysdumpdev -P -p /dev/du

43、mpdev primary /dev/dumpdev secondary /dev/sysdumpnullcopy directory /var/adm/ras forced copy flag TRUE always allow dump TRUE dump compression ON # 說明：您可以使用根卷組之外的轉(zhuǎn)儲邏輯卷，如果它不是一個永久的轉(zhuǎn)儲設(shè)備，例如，如果沒有指定 -P 標(biāo)志。然而，如果您選擇分頁的空間，那么除非它位于 rootvg ，否則您將無法復(fù)制該轉(zhuǎn)儲設(shè)備。在此過程中，系統(tǒng)必須復(fù)制轉(zhuǎn)儲設(shè)備；在分頁開始之前，只有 rootvg 是活動的。 要顯示有關(guān)以前的轉(zhuǎn)儲的統(tǒng)計信息，

44、可以輸入下面的命令：# sysdumpdev -L 0453-039 Device name:/dev/hd6 Major device number: 10 Minor device number: 2 Size: bytes Uncompressed Size: bytes Date/Time:Mon Nov 21 10:43:09 CST 2005 Dump status: 0 dump completed successfully Dump copy filename:/var/adm/ras/vmcore.3.Z # 增加轉(zhuǎn)儲設(shè)備的大小請參考下面的部分，以便為您的轉(zhuǎn)儲邏輯卷確定合適的

45、大小，以及增加邏輯卷或分頁空間邏輯卷的大小。確定轉(zhuǎn)儲設(shè)備的大小 進(jìn)行轉(zhuǎn)儲所需的大小并不是一個常數(shù)值，因為系統(tǒng)并不轉(zhuǎn)儲分頁空間；只有那些位于實際內(nèi)存中的數(shù)據(jù)才會被進(jìn)行轉(zhuǎn)儲。通常，可以使用分頁空間邏輯卷來保存系統(tǒng)轉(zhuǎn)儲。然而，因為不完整的轉(zhuǎn)儲毫無用處可言，所以請按照下面的步驟執(zhí)行，以確保您具有足夠大的轉(zhuǎn)儲空間。當(dāng)發(fā)生系統(tǒng)轉(zhuǎn)儲時，將轉(zhuǎn)儲實際內(nèi)存中內(nèi)核段的所有內(nèi)容（該內(nèi)核段為段 0）。還將對常駐內(nèi)存的用戶數(shù)據(jù)（如 U 區(qū)）進(jìn)行轉(zhuǎn)儲。最好使用 sysdumpdev -e 命令來確定轉(zhuǎn)儲空間的最小大小。這將得到一個估計的轉(zhuǎn)儲大小，其中考慮到了系統(tǒng)當(dāng)前所使用的內(nèi)存。如果對轉(zhuǎn)儲進(jìn)行壓縮，那么這個估計值表示經(jīng)過壓縮后的轉(zhuǎn)儲的大小，而不是原始大小。通常，壓縮的轉(zhuǎn)儲大小估計值要比實際的大小大得多。這是因為無法預(yù)計壓縮算法的效率。您還應(yīng)該確保，相對于所估計的大小，轉(zhuǎn)儲設(shè)備的容量足夠大，以避免丟失轉(zhuǎn)儲數(shù)據(jù)。例如，可以輸入：# sysdumpdev -e 0453