07-進程監控和維護命令
本章節下載: 07-進程監控和維護命令 (532.75 KB)
目 錄
1.1.1 display exception context
1.1.2 display exception filepath
1.1.4 display kernel deadloop configuration
1.1.5 display kernel exception
1.1.7 display kernel starvation
1.1.8 display kernel starvation configuration
1.1.13 display process memory heap
1.1.14 display process memory heap address
1.1.15 display process memory heap size
1.1.17 monitor kernel deadloop action threshold
1.1.18 monitor kernel deadloop enable
1.1.19 monitor kernel deadloop exclude-thread
1.1.20 monitor kernel deadloop time
1.1.21 monitor kernel starvation enable
1.1.22 monitor kernel starvation exclude-thread
1.1.23 monitor kernel starvation time
1.1.27 reset exception context
設備支持的存儲介質與設備型號相關,本手冊使用flash類型的存儲介質舉例,實際使用過程中,請以設備實際情況為準。
display memory、display process、display process cpu、monitor process和monitor thread命令既可顯示用戶態進程的相關信息,又可顯示內核線程的相關信息,為簡便起見,在這些命令中,統一使用“進程”一詞來指代。
display exception context命令用來顯示用戶態進程異常時的上下文信息。
【命令】
display exception context [ count value ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【參數】
count value:表示上下文信息的顯示個數,取值範圍為1~20,缺省值為1。
【使用指導】
當用戶態進程發生一次異常,係統會生成一個core文件,還會生成一條上下文信息,用於記錄異常用戶態進程的ID、生成core文件的時間、core文件存放的位置、棧信息和寄存器信息。一個core文件對應一條上下文信息,最多可記錄的上下文信息數和可記錄的core文件數目相同。
【舉例】
# 顯示在x86體係32位登錄設備上的異常上下文信息。
<Sysname> display exception context
Index 1 of 1
------------------------------
Crashed PID: 120 (routed)
Crash signal: SIGBUS
Crash time: Tue Apr 9 17:14:30 2013
Core file path:
flash:/core/node0_routed_120_7_20130409-171430_1365527670.core
#0 0xb7caba4a
#1 0x0804cb79
#2 0xb7cd77c4
#3 0x08049f45
Backtrace stopped.
Registers' content
eax:0xfffffffc ebx:0x00000003 ecx:0xbfe244ec edx:0x0000000a
esp:0xbfe244b8 ebp:0xbfe244c8 esi:0xffffffff edi:0xbfe24674
eip:0xb7caba4a eflag:0x00000292 cs:0x00000073 ss:0x0000007b
ds:0x0000007b es:0x0000007b fs:0x00000000 gs:0x00000033
# 顯示在x86體係64位登錄設備上的異常上下文信息。
<Sysname> display exception context
Index 1 of 1
------------------------------
Crashed PID: 121 (routed)
Crash signal: SIGBUS
Crash time: Sun Mar 31 11:12:21 2013
Core file path:
flash:/core/node0_routed_121_7_20130331-111221_1364728341.core
#0 0x00007fae7dbad20c
#1 0x00000000004059fa
#2 0x00007fae7dbd96c0
#3 0x0000000000402b29
Backtrace stopped.
Registers' content
rax:0xfffffffffffffffc rbx:0x00007fff88a5dd10
rcx:0xffffffffffffffff rdx:0x000000000000000a
rsi:0x00007fff88a5dd10 rdi:0x0000000000000003
rbp:0x00007fff88a5dcf0 rsp:0x00007fff88a5dcf0
r8:0x00007fae7ea587e0 r9:0x0000000000000079
r10:0xffffffffffffffff r11:0x0000000000000246
r12:0x0000000000405b18 r13:0x00007fff88a5ff7a
r14:0x00007fff88a5de30 r15:0x0000000000000000
rip:0x00007fae7dbad20c flag:0x0000000000000246
cs:0x0000000000000033 ss:0x000000000000002b
ds:0x0000000000000000 es:0x0000000000000000
fs:0x0000000000000000 gs:0x0000000000000000
fs_base:0x00007fae80a5d6a0 gs_base:0x0000000000000000
orig_ax:0x00000000000000e8
# 顯示在powerpc體係32位登錄設備上的異常上下文信息。
<Sysname> display exception context
Index 1 of 1
------------------------------
Crashed PID: 133 (routed)
Crash signal: SIGBUS
Crash time: Wed Apr 10 15:47:49 2013
Core file path:
flash:/core/node0_routed_133_7_20130410-154749_1365608869.core
#0 0x184720bc
#1 0x10006b4c
Backtrace stopped.
Registers' content
grp00: 0x000000ee 0x7ffd6ad0 0x1800f440 0x00000004
grp04: 0x7ffd6af8 0x0000000a 0xffffffff 0x184720bc
grp08: 0x0002d200 0x00000003 0x00000001 0x1847209c
grp12: 0x10006b4c 0x10020534 0xd6744100 0x00000000
grp16: 0x00000000 0xa0203ff0 0xa028b12c 0xa028b13c
grp20: 0xa028b148 0xa028b168 0xa028b178 0xa028b190
grp24: 0xa028b1a8 0xa028b1b8 0x00000000 0x7ffd6c08
grp28: 0x10006cac 0x7ffd6f92 0x184c1b84 0x7ffd6ae0
nip:0x184720bc lr:0x10006b4c cr:0x38000022 ctr:0x1847209c
msr:0x0002db00 xer:0x00000000 ret:0xfffffffc dsisr:0x08000000
gr3:0x00000003 mq:0x00000000 trap:0x00000c00 dar:0x1833114c
# 顯示在powerpc體係64位登錄設備上的異常上下文信息。
<Sysname> display exception context
Index 1 of 1
------------------------------
Crashed PID: 172 (routed)
Crash signal: SIGBUS
Crash time: Sat Sep 15 16:53:16 2007
Core file path:
flash:/core/node1_routed_172_7_20070915-165316_1189875196.core
#0 0x00000fff803c66b4
#1 0x0000000010009b94
#2 0x00000fff80401814
Backtrace stopped.
Registers' content
grp00: 0x00000000000000ee 0x00000fffffd04840
grp02: 0x00000fff80425c28 0x0000000000000004
grp04: 0x00000fffffd048c0 0x000000000000000a
grp06: 0xffffffffffffffff 0x00000fff803c66b4
grp08: 0x000000008002d000 0x0000000000000000
grp10: 0x0000000000000000 0x0000000000000000
grp12: 0x0000000000000000 0x00000fff80a096b0
grp14: 0x000000007b964c00 0x000000007b7d0000
grp16: 0x0000000000000001 0x000000000000000b
grp18: 0x0000000000000031 0x0000000000a205b8
grp20: 0x0000000000a20677 0x0000000000000000
grp22: 0x000000007bb91014 0x0000000000000000
grp24: 0xc0000000005ae1c8 0x0000000000000000
grp26: 0xc0000001f00bff20 0xc0000001f00b0000
grp28: 0x00000fffffd04a30 0x000000001001aed8
grp30: 0x00000fffffd04fae 0x00000fffffd04840
nip:0x00000fff803c66b4 lr:0x0000000010009b94
cr:0x0000000058000482 ctr:0x00000fff803c66ac
msr:0x000000008002d000 xer:0x0000000000000000
ret:0xfffffffffffffffc dsisr:0x0000000000000000
gr3:0x0000000000000003 softe:0x0000000000000001
trap:0x0000000000000c00 dar:0x00000fff8059d14c
# 顯示在mips體係32位登錄設備上的異常上下文信息。
<Sysname> display exception context
Index 1 of 1
------------------------------
Crashed PID: 182 (routed)
Crash signal: SIGBUS
Crash time: Sun Jan 2 08:11:38 2013
Core file path:
flash:/core/node4_routed_182_10_20130102-081138_1293955898.core
#0 0x2af2faf4
#1 0x00406d8c
Backtrace stopped.
Registers' content
zero:0x00000000 at:0x1000dc00 v0:0x00000004 v1:0x00000003
a0:0x00000003 a1:0x7fd267e8 a2:0x0000000a a3:0x00000001
t0:0x00000000 t1:0xcf08fa14 t2:0x80230510 t3:0xfffffff8
t4:0x69766520 t5:0x00000000 t6:0x63cc6000 t7:0x44617461
s0:0x7fd26f81 s1:0x00401948 s2:0x7fd268f8 s3:0x803e1db0
s4:0x803e1da0 s5:0x803e1d88 s6:0x803e1d70 s7:0x803e1d60
t8:0x00000008 t9:0x2af2fae0 k0:0x00000000 k1:0x00000000
gp:0x2af9a3a0 sp:0x7fd267c0 s8:0x7fd267c0 ra:0x00406d8c
sr:0x0000dc13 lo:0xef9db265 hi:0x0000003f bad:0x2add2010
cause:0x00800020 pc:0x2af2faf4
# 顯示在mips體係64位登錄設備上的異常上下文信息。
<Sysname> display exception context
Index 1 of 1
------------------------------
Crashed PID: 270 (routed)
Crash signal: SIGBUS
Crash time: Wed Mar 27 12:39:12 2013
Core file path:
flash:/core/node16_routed_270_10_20130327-123912_1364387952.core
#0 0x0000005555a3bcb4
#1 0x0000000120006c1c
Backtrace stopped.
Registers' content
zero:0x0000000000000000 at:0x0000000000000014
v0:0x0000000000000004 v1:0x0000000000000003
a0:0x0000000000000003 a1:0x000000ffff899d90
a2:0x000000000000000a a3:0x0000000000000001
a4:0x0000005555a9b4e0 a5:0x0000000000000000
a6:0xffffffff8021349c a7:0x20696e206368616e
t0:0x0000000000000000 t1:0xffffffff80105068
t2:0xffffffff80213890 t3:0x0000000000000008
s0:0x0000005555a99c40 s1:0x000000ffff89af5f
s2:0x0000000120007320 s3:0x0000005555a5f470
s4:0x000000ffff899f80 s5:0xffffffff803cc6c0
s6:0xffffffff803cc6a8 s7:0xffffffff803cc690
t8:0x0000000000000002 t9:0x0000005555a3bc98
k0:0x0000000000000000 k1:0x0000000000000000
gp:0x0000000120020460 sp:0x000000ffff899d70
s8:0x000000ffff899d80 ra:0x0000000120006c1c
sr:0x000000000400fff3 lo:0xdf3b645a1cac08c9
hi:0x000000000000007f bad:0x000000555589ba84
cause:0x0000000000800020 pc:0x0000005555a3bcb4
表1-1 display exception context命令輸出信息描述表
字段 |
描述 |
Crashed PID |
發生異常的用戶態進程ID |
Crash signal |
導致異常的信號: · SIGABRT:異常終止(abort) · SIGBUS:總線錯誤 · SIGFPE:浮點異常 · SIGILL:程序執行了非法指令,導致異常 · SIGQUIT:終端退出符 · SIGSEGV:無效存儲訪問 · SIGSYS:無效係統調用 · SIGTRAP:跟蹤斷點時發生了異常 · SIGXCPU:超過CPU限製(setrlimit) · SIGXFSZ:超過文件長度限製(setrlimit) · SIGUNKNOW:未知原因 |
Crash time |
異常發生的時間 |
Core file path |
core文件存放的位置 |
Backtrace stopped |
表示棧信息已經顯示完畢 |
Registers’ content |
寄存器的內容 |
【相關命令】
· reset exception context
display exception filepath命令用來顯示core文件的保存路徑。
【命令】
display exception filepath
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【舉例】
# 顯示core文件的保存路徑。
<Sysname> display exception filepath
The exception filepath is flash:.
display kernel deadloop命令用來顯示內核線程死循環信息。
【命令】
display kernel deadloop show-number [ offset ] [ verbose ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【參數】
show-number:需要顯示的死循環信息的數目,取值範圍為1~20。
offset:需要顯示的起始條目距最近條目的偏移,取值範圍為0~19,缺省值為0。
verbose:表示顯示詳細信息。不指定該參數時,顯示概要信息。
【舉例】
# 顯示最近一條內核線程死循環的概要信息。
<Sysname> display kernel deadloop 1
----------------- Deadloop record 1 -----------------
Description : BUG: soft lockup - CPU#0 stuck for 61! [comsh: 16306]
Recorded at : 2013-05-01 11:16:00.823018
Occurred at : 2013-05-01 11:16:00.823018
Instruction address : 0x4004158c
Thread : comsh (TID: 16306)
Context : thread context
Slot : 1
Cpu : 0
VCPU ID : 0
Kernel module info : module name (mrpnc) module address (0xe332a000)
# 顯示最近一條內核線程死循環的詳細信息。
<Sysname> display kernel deadloop 1 verbose
----------------- Deadloop record 1 -----------------
Description : BUG: soft lockup - CPU#0 stuck for 61! [comsh: 16306]
Recorded at : 2013-05-01 11:16:00.823018
Occurred at : 2013-05-01 11:16:00.823018
Instruction address : 0x4004158c
Thread : comsh (TID: 16306)
Context : thread context
Slot : 1
Cpu : 0
VCPU ID : 0
Kernel module info : module name (mrpnc) module address (0xe332a000)
Last 5 thread switches : migration/0 (11:16:00.823018)-->
swapper (11:16:00.833018)-->
kthreadd (11:16:00.833518)-->
swapper (11:16:00.833550)-->
disk (11:16:00.833560)
Register content:
Reg: r0, Val = 0x00000000 ; Reg: r1, Val = 0xe2be5ea0 ;
Reg: r2, Val = 0x00000000 ; Reg: r3, Val = 0x77777777 ;
Reg: r4, Val = 0x00000000 ; Reg: r5, Val = 0x00001492 ;
Reg: r6, Val = 0x00000000 ; Reg: r7, Val = 0x0000ffff ;
Reg: r8, Val = 0x77777777 ; Reg: r9, Val = 0x00000000 ;
Reg: r10, Val = 0x00000001 ; Reg: r11, Val = 0x0000002c ;
Reg: r12, Val = 0x057d9484 ; Reg: r13, Val = 0x00000000 ;
Reg: r14, Val = 0x00000000 ; Reg: r15, Val = 0x02000000 ;
Reg: r16, Val = 0xe2be5f00 ; Reg: r17, Val = 0x00000000 ;
Reg: r18, Val = 0x00000000 ; Reg: r19, Val = 0x00000000 ;
Reg: r20, Val = 0x024c10f8 ; Reg: r21, Val = 0x057d9244 ;
Reg: r22, Val = 0x00002000 ; Reg: r23, Val = 0x0000002c ;
Reg: r24, Val = 0x00000002 ; Reg: r25, Val = 0x24000024 ;
Reg: r26, Val = 0x00000000 ; Reg: r27, Val = 0x057d9484 ;
Reg: r28, Val = 0x0000002c ; Reg: r29, Val = 0x00000000 ;
Reg: r30, Val = 0x0000002c ; Reg: r31, Val = 0x00000000 ;
Reg: cr, Val = 0x84000028 ; Reg: nip, Val = 0x057d9550 ;
Reg: xer, Val = 0x00000000 ; Reg: lr, Val = 0x0186eff0 ;
Reg: ctr, Val = 0x682f7344 ; Reg: msr, Val = 0x00784b5c ;
Reg: trap, Val = 0x0000b030 ; Reg: dar, Val = 0x77777777 ;
Reg: dsisr, Val = 0x40000000 ; Reg: result, Val = 0x00020300 ;
Dump stack (total 1024 bytes, 16 bytes/line):
0xe2be5ea0: 02 be 5e c0 24 00 00 24 00 00 00 00 05 7d 94 84
0xe2be5eb0: 00 00 00 04 00 00 00 00 00 00 00 28 05 8d 34 c4
0xe2be5ec0: 02 be 60 a0 01 86 ef f0 00 00 00 00 00 00 00 00
0xe2be5ed0: 02 04 05 b4 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5ee0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5ef0: 95 47 73 35 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f00: a0 e1 64 21 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f10: 00 00 00 00 00 00 00 00 00 00 00 00 01 e9 00 00
0xe2be5f20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f30: 00 00 00 00 00 00 00 00 02 be 66 c0 02 be 66 d0
0xe2be5f40: 02 be 61 e0 00 00 00 02 00 00 00 00 02 44 b3 a4
0xe2be5f50: 02 be 5f 90 00 00 00 08 02 be 5f e0 00 00 00 08
0xe2be5f60: 02 be 5f 80 00 ac 1b 14 00 00 00 00 00 00 00 00
0xe2be5f70: 05 b4 5f 90 02 be 5f e0 00 00 00 30 02 be 5f e0
0xe2be5f80: 02 be 5f c0 00 ac 1b f4 00 00 00 00 02 45 00 00
0xe2be5f90: 00 03 00 00 00 00 00 00 02 be 5f e0 00 00 00 30
0xe2be5fa0: 02 be 5f c0 00 ac 1b 14 61 f1 2e ae 02 45 00 00
0xe2be5fb0: 02 44 b3 74 02 be 5f d0 00 00 00 30 02 be 5f e0
0xe2be5fc0: 02 be 60 60 01 74 ff f8 00 00 00 00 00 00 08 00
0xe2be5fd0: 02 be 5f f0 00 e8 93 7e 02 be 5f f8 02 be 5f fc
0xe2be5fe0: 00 00 00 00 00 00 00 00 00 00 00 00 02 be 60 18
0xe2be5ff0: 02 be 60 10 00 e9 65 98 00 00 00 58 00 00 2a 4f
0xe2be6000: 02 be 60 10 00 00 00 00 00 00 00 00 02 be 60 68
0xe2be6010: 02 be 60 40 00 e8 c6 a0 00 00 11 17 00 00 00 00
0xe2be6020: 02 be 60 40 00 00 00 00 00 00 00 00 02 be 60 98
0xe2be6030: 02 27 00 00 00 00 00 00 00 00 00 00 02 be 60 68
0xe2be6040: 02 be 60 60 00 00 00 01 00 00 b0 30 02 be 60 98
0xe2be6050: 00 00 00 04 02 21 00 00 00 00 00 00 01 e9 00 00
0xe2be6060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be6070: 00 00 00 00 00 00 00 00 02 be 66 c0 02 be 66 d0
0xe2be6080: 02 be 61 e0 00 00 00 02 00 00 00 00 02 be 61 70
0xe2be6090: 00 00 00 00 02 21 00 00 05 8d 34 c4 05 7d 92 44
Call trace:
Function Address = 0x8012a4b4
Function Address = 0x8017989c
Function Address = 0x80179b30
Function Address = 0x80127438
Function Address = 0x8012d734
Function Address = 0x80100a00
Function Address = 0xe0071004
Function Address = 0x8016ce0c
Function Address = 0x801223a0
Instruction dump:
41a2fe9c 812300ec 800200ec 7f890000 409efe8c 80010014 540b07b9 40a2fe80
4bfffe6c 80780290 7f64db78 4804ea35 <807f002c> 38800000 38a00080 3863000c
表1-2 display kernel deadloop命令顯示信息描述表
字段 |
描述 |
Description |
發生死循環的內核線程的描述信息,包括死循環內核線程所在的CPU的編號、內核線程連續運行的時間、內核線程的名稱和編號 |
Recorded at |
內核線程死循環被記錄的時間點,精確到微秒 |
Occurred at |
內核線程發生死循環的時間,精確到微秒 |
Instruction address |
內核線程被檢測到發生死循環時對應的指令信息 |
Thread |
發生死循環的內核線程的名稱和編號 |
Context |
內核線程被檢測到發生死循環時所在的上下文環境 |
Cpu |
運行該內核線程的CPU的編號 |
VCPU ID |
運行該內核線程的CPU核的編號 |
Kernel module info |
內核線程被檢測到發生死循環時,係統中已加載的內核模塊信息。包括: · module name表示內核模塊名稱 · module address內核模塊加載的內存地址 |
Last 5 thread switches |
內核線程被檢測到發生死循環時,記錄死循環發生的CPU上、最近五次的內核線程切換軌跡。包括內核線程的名稱和內核線程切換時間點,時間精確到微秒 |
Register content |
內核線程被檢測到發生死循環時現場的寄存器信息。Reg表示寄存器名稱,Val表示寄存器中保存的值 |
Dump stack |
內核線程被檢測到發生死循環時現場的堆棧信息 |
Call trace |
內核線程被檢測到發生死循環時現場的函數調用棧信息,即每級調用函數的指令地址 |
Instruction dump |
內核線程被檢測到發生死循環時對應的指令碼。非法指令用ffffffff表示 |
No information to display |
表示係統中沒有內核線程死循環記錄 |
【相關命令】
· reset kernel deadloop
display kernel deadloop configuration命令用來顯示內核線程死循環監控參數配置。
【命令】
display kernel deadloop configuration
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【舉例】
# 顯示內核線程死循環監控參數配置。
<Sysname> display kernel deadloop configuration
Thread dead loop detection: Enabled
Dead loop timer (in seconds): 20
Cores with dead loop detection enabled: 0-1
Dead loop action threshold: 2 consecutive dead loops
Threads excluded from monitoring: 1
TID: 15 Name: co0
表1-3 display kernel deadloop configuration命令顯示信息描述表
字段 |
描述 |
Thread dead loop detection: Enabled |
內核線程死循環檢測功能處於開啟狀態 |
Thread dead loop detection: Disabled |
內核線程死循環檢測功能處於關閉狀態 |
Dead loop timer (in seconds): n |
內核線程死循環判定周期(單位為秒),即內核線程連續運行時間大於n秒時,則判定為死循環 |
Cores with dead loop detection enabled |
開啟了內核線程死循環功能的CPU核的編號 |
Dead loop action threshold: 2 consecutive dead loops |
配置內核線程死循環後觸發糾錯動作的閾值:係統連續檢測到內核線程死循環的次數 |
Threads excluded from monitoring |
不進行死循環檢測的內核線程列表,配置monitor kernel deadloop exclude-thread命令後才會顯示該信息 |
Name |
不進行死循環檢測的內核線程的名稱 |
TID |
不進行死循環檢測的內核線程的編號 |
No thread is excluded from monitoring |
對所有內核線程都進行死循環檢查 |
display kernel exception命令用來顯示內核線程的異常信息。
【命令】
display kernel exception show-number [ offset ] [ verbose ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【參數】
show-number:需要顯示的異常信息的數目,取值範圍為1~20。
offset:開始顯示的條目距最近條目的偏移,取值範圍為0~19,缺省值為0。
verbose:顯示詳細信息。不指定該參數時,顯示概要信息。
【使用指導】
當內核線程在運行過程中發生異常時,係統會自動記錄異常信息,以便設備維護人員定位問題。
【舉例】
# 顯示最近一條內核線程異常的概要信息。
<Sysname> display kernel exception 1
----------------- Exception record 1 -----------------
Description : Oops[#0]
Recorded at : 2013-05-01 11:16:00.823018
Occurred at : 2013-05-01 11:16:00.823018
Instruction address : 0x4004158c
Thread : comsh (TID: 16306)
Context : thread context
Slot : 1
Cpu : 0
VCPU ID : 0
Kernel module info : module name (mrpnc) module address (0xe332a000)
module name (disk) module address (0xe00bd000)
# 顯示最近一條內核線程異常的詳細信息。
<Sysname> display kernel exception 1 verbose
----------------- Exception record 1 -----------------
Description : Oops[#0]
Recorded at : 2013-05-01 11:16:00.823018
Occurred at : 2013-05-01 11:16:00.823018
Instruction address : 0x4004158c
Thread : comsh (TID: 16306)
Context : thread context
Slot : 1
Cpu : 0
VCPU ID : 0
Kernel module info : module name (mrpnc) module address (0xe332a000)
module name (12500) module address (0xe00bd000)
Last 5 thread switches : migration/0 (11:16:00.823018)-->
swapper (11:16:00.833018)-->
kthreadd (11:16:00.833518)-->
swapper (11:16:00.833550)-->
disk (11:16:00.833560)
Register content:
Reg: r0, Val = 0x00000000 ; Reg: r1, Val = 0xe2be5ea0 ;
Reg: r2, Val = 0x00000000 ; Reg: r3, Val = 0x77777777 ;
Reg: r4, Val = 0x00000000 ; Reg: r5, Val = 0x00001492 ;
Reg: r6, Val = 0x00000000 ; Reg: r7, Val = 0x0000ffff ;
Reg: r8, Val = 0x77777777 ; Reg: r9, Val = 0x00000000 ;
Reg: r10, Val = 0x00000001 ; Reg: r11, Val = 0x0000002c ;
Reg: r12, Val = 0x057d9484 ; Reg: r13, Val = 0x00000000 ;
Reg: r14, Val = 0x00000000 ; Reg: r15, Val = 0x02000000 ;
Reg: r16, Val = 0xe2be5f00 ; Reg: r17, Val = 0x00000000 ;
Reg: r18, Val = 0x00000000 ; Reg: r19, Val = 0x00000000 ;
Reg: r20, Val = 0x024c10f8 ; Reg: r21, Val = 0x057d9244 ;
Reg: r22, Val = 0x00002000 ; Reg: r23, Val = 0x0000002c ;
Reg: r24, Val = 0x00000002 ; Reg: r25, Val = 0x24000024 ;
Reg: r26, Val = 0x00000000 ; Reg: r27, Val = 0x057d9484 ;
Reg: r28, Val = 0x0000002c ; Reg: r29, Val = 0x00000000 ;
Reg: r30, Val = 0x0000002c ; Reg: r31, Val = 0x00000000 ;
Reg: cr, Val = 0x84000028 ; Reg: nip, Val = 0x057d9550 ;
Reg: xer, Val = 0x00000000 ; Reg: lr, Val = 0x0186eff0 ;
Reg: ctr, Val = 0x682f7344 ; Reg: msr, Val = 0x00784b5c ;
Reg: trap, Val = 0x0000b030 ; Reg: dar, Val = 0x77777777 ;
Reg: dsisr, Val = 0x40000000 ; Reg: result, Val = 0x00020300 ;
Dump stack (total 1024 bytes, 16 bytes/line):
0xe2be5ea0: 02 be 5e c0 24 00 00 24 00 00 00 00 05 7d 94 84
0xe2be5eb0: 00 00 00 04 00 00 00 00 00 00 00 28 05 8d 34 c4
0xe2be5ec0: 02 be 60 a0 01 86 ef f0 00 00 00 00 00 00 00 00
0xe2be5ed0: 02 04 05 b4 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5ee0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5ef0: 95 47 73 35 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f00: a0 e1 64 21 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f10: 00 00 00 00 00 00 00 00 00 00 00 00 01 e9 00 00
0xe2be5f20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f30: 00 00 00 00 00 00 00 00 02 be 66 c0 02 be 66 d0
0xe2be5f40: 02 be 61 e0 00 00 00 02 00 00 00 00 02 44 b3 a4
0xe2be5f50: 02 be 5f 90 00 00 00 08 02 be 5f e0 00 00 00 08
0xe2be5f60: 02 be 5f 80 00 ac 1b 14 00 00 00 00 00 00 00 00
0xe2be5f70: 05 b4 5f 90 02 be 5f e0 00 00 00 30 02 be 5f e0
0xe2be5f80: 02 be 5f c0 00 ac 1b f4 00 00 00 00 02 45 00 00
0xe2be5f90: 00 03 00 00 00 00 00 00 02 be 5f e0 00 00 00 30
0xe2be5fa0: 02 be 5f c0 00 ac 1b 14 61 f1 2e ae 02 45 00 00
0xe2be5fb0: 02 44 b3 74 02 be 5f d0 00 00 00 30 02 be 5f e0
0xe2be5fc0: 02 be 60 60 01 74 ff f8 00 00 00 00 00 00 08 00
0xe2be5fd0: 02 be 5f f0 00 e8 93 7e 02 be 5f f8 02 be 5f fc
0xe2be5fe0: 00 00 00 00 00 00 00 00 00 00 00 00 02 be 60 18
0xe2be5ff0: 02 be 60 10 00 e9 65 98 00 00 00 58 00 00 2a 4f
0xe2be6000: 02 be 60 10 00 00 00 00 00 00 00 00 02 be 60 68
0xe2be6010: 02 be 60 40 00 e8 c6 a0 00 00 11 17 00 00 00 00
0xe2be6020: 02 be 60 40 00 00 00 00 00 00 00 00 02 be 60 98
0xe2be6030: 02 27 00 00 00 00 00 00 00 00 00 00 02 be 60 68
0xe2be6040: 02 be 60 60 00 00 00 01 00 00 b0 30 02 be 60 98
0xe2be6050: 00 00 00 04 02 21 00 00 00 00 00 00 01 e9 00 00
0xe2be6060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be6070: 00 00 00 00 00 00 00 00 02 be 66 c0 02 be 66 d0
0xe2be6080: 02 be 61 e0 00 00 00 02 00 00 00 00 02 be 61 70
0xe2be6090: 00 00 00 00 02 21 00 00 05 8d 34 c4 05 7d 92 44
Call trace:
Function Address = 0x8012a4b4
Function Address = 0x8017989c
Function Address = 0x80179b30
Function Address = 0x80127438
Function Address = 0x8012d734
Function Address = 0x80100a00
Function Address = 0xe0071004
Function Address = 0x8016ce0c
Function Address = 0x801223a0
Instruction dump:
41a2fe9c 812300ec 800200ec 7f890000 409efe8c 80010014 540b07b9 40a2fe80
4bfffe6c 80780290 7f64db78 4804ea35 <807f002c> 38800000 38a00080 3863000c
本命令顯示信息的詳細描述請參見表1-2。
【相關命令】
· reset kernel exception
display kernel reboot命令用來顯示設備的重啟信息。
【命令】
display kernel reboot show-number [ offset ] [ verbose ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【參數】
show-number:需要顯示的重啟信息的數目,取值範圍為1~20。
offset:需要顯示的起始條目距最近條目的偏移,取值範圍為0~19,缺省值為0。
verbose:表示顯示詳細信息。不指定該參數時,顯示概要信息。
【舉例】
# 顯示最近一條重啟概要信息。
<Sysname> display kernel reboot 1
----------------- Reboot record 1 -----------------
Recorded at : 2013-05-01 11:16:00.823018
Occurred at : 2013-05-01 11:16:00.823018
Reason : 0x31
Thread : comsh (TID: 16306)
Context : thread context
Slot : 1
Target Slot : 1
Cpu : 0
VCPU ID : 0
Kernel module info : module name (mrpnc) module address (0xe332a000)
module name (12500) module address (0xe00bd000)
# 顯示最近一條重啟詳細信息。
<Sysname> display kernel reboot 1 verbose
----------------- Reboot record 1 -----------------
Recorded at : 2013-05-01 11:16:00.823018
Occurred at : 2013-05-01 11:16:00.823018
Reason : 0x31
Thread : comsh (TID: 16306)
Context : thread context
Slot : 1
Target Slot : 1
Cpu : 0
VCPU ID : 0
Kernel module info : module name (mrpnc) module address (0xe332a000)
module name (12500) module address (0xe00bd000)
Last 5 thread switches : migration/0 (11:16:00.823018)-->
swapper (11:16:00.833018)-->
kthreadd (11:16:00.833518)-->
swapper (11:16:00.833550)-->
disk (11:16:00.833560)
Dump stack (total 1024 bytes, 16 bytes/line):
0xe2be5ea0: 02 be 5e c0 24 00 00 24 00 00 00 00 05 7d 94 84
0xe2be5eb0: 00 00 00 04 00 00 00 00 00 00 00 28 05 8d 34 c4
0xe2be5ec0: 02 be 60 a0 01 86 ef f0 00 00 00 00 00 00 00 00
0xe2be5ed0: 02 04 05 b4 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5ee0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5ef0: 95 47 73 35 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f00: a0 e1 64 21 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f10: 00 00 00 00 00 00 00 00 00 00 00 00 01 e9 00 00
0xe2be5f20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f30: 00 00 00 00 00 00 00 00 02 be 66 c0 02 be 66 d0
0xe2be5f40: 02 be 61 e0 00 00 00 02 00 00 00 00 02 44 b3 a4
0xe2be5f50: 02 be 5f 90 00 00 00 08 02 be 5f e0 00 00 00 08
0xe2be5f60: 02 be 5f 80 00 ac 1b 14 00 00 00 00 00 00 00 00
0xe2be5f70: 05 b4 5f 90 02 be 5f e0 00 00 00 30 02 be 5f e0
0xe2be5f80: 02 be 5f c0 00 ac 1b f4 00 00 00 00 02 45 00 00
0xe2be5f90: 00 03 00 00 00 00 00 00 02 be 5f e0 00 00 00 30
0xe2be5fa0: 02 be 5f c0 00 ac 1b 14 61 f1 2e ae 02 45 00 00
0xe2be5fb0: 02 44 b3 74 02 be 5f d0 00 00 00 30 02 be 5f e0
0xe2be5fc0: 02 be 60 60 01 74 ff f8 00 00 00 00 00 00 08 00
0xe2be5fd0: 02 be 5f f0 00 e8 93 7e 02 be 5f f8 02 be 5f fc
0xe2be5fe0: 00 00 00 00 00 00 00 00 00 00 00 00 02 be 60 18
0xe2be5ff0: 02 be 60 10 00 e9 65 98 00 00 00 58 00 00 2a 4f
0xe2be6000: 02 be 60 10 00 00 00 00 00 00 00 00 02 be 60 68
0xe2be6010: 02 be 60 40 00 e8 c6 a0 00 00 11 17 00 00 00 00
0xe2be6020: 02 be 60 40 00 00 00 00 00 00 00 00 02 be 60 98
0xe2be6030: 02 27 00 00 00 00 00 00 00 00 00 00 02 be 60 68
0xe2be6040: 02 be 60 60 00 00 00 01 00 00 b0 30 02 be 60 98
0xe2be6050: 00 00 00 04 02 21 00 00 00 00 00 00 01 e9 00 00
0xe2be6060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be6070: 00 00 00 00 00 00 00 00 02 be 66 c0 02 be 66 d0
0xe2be6080: 02 be 61 e0 00 00 00 02 00 00 00 00 02 be 61 70
0xe2be6090: 00 00 00 00 02 21 00 00 05 8d 34 c4 05 7d 92 44
Call trace:
Function Address = 0x8012a4b4
Function Address = 0x8017989c
Function Address = 0x80179b30
Function Address = 0x80127438
Function Address = 0x8012d734
Function Address = 0x80100a00
Function Address = 0xe0071004
Function Address = 0x8016ce0c
Function Address = 0x801223a0
表1-4 display kernel reboot命令顯示信息描述表
字段 |
描述 |
Recorded at |
重啟被記錄的時間點,精確到微秒 |
Occurred at |
重啟的時間,精確到微秒 |
Reason |
重啟的原因 |
Thread |
重啟時運行的內核線程的名稱和編號 |
Context |
重啟時所在的上下文環境 |
Slot |
設備的編號,取值為1 |
Target Slot |
設備的編號,取值為1 |
Cpu |
觸發重啟事件的CPU的編號 |
Target CPU |
實際發生重啟的CPU的編號 |
VCPU ID |
觸發重啟事件的CPU核的編號 |
Kernel module info |
重啟發生時,係統中已加載的內核模塊信息。包括內核模塊名和內核模塊加載的內存地址 |
Last 5 thread switches |
重啟時,記錄重啟的CPU上、最近五次的內核線程切換軌跡。包括內核線程的名稱和內核線程切換時間點,時間精確到微秒 |
Dump stack |
重啟時,運行線程的堆棧信息 |
Call trace |
重啟時,運行線程的函數調用棧信息 |
No information to display |
表示係統中沒有重啟記錄 |
【相關命令】
· reset kernel reboot
display kernel starvation命令用來顯示內核線程餓死信息。
【命令】
display kernel starvation show-number [ offset ] [ verbose ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【參數】
show-number:需要顯示的餓死信息的數目,取值範圍為1~20。
offset:需要顯示的起始條目距最近條目的偏移,取值範圍為0~19,缺省值為0。
verbose:表示顯示詳細信息。不指定該參數時,顯示概要信息。
【舉例】
# 顯示最近一條內核線程餓死的概要信息。
<Sysname> display kernel starvation 1
----------------- Starvation record 1 -----------------
Description : INFO: task comsh: 16306 blocked for more than 10 seconds.
Recorded at : 2013-05-01 11:16:00.823018
Occurred at : 2013-05-01 11:16:00.823018
Instruction address : 0x4004158c
Thread : comsh (TID: 16306)
Context : thread context
Slot : 1
Cpu : 0
VCPU ID : 0
Kernel module info : module name (mrpnc) module address (0xe332a000)
module name (12500) module address (0xe00bd000)
# 顯示最近一條內核線程餓死的詳細信息。
<Sysname> display kernel starvation 1 verbose
----------------- Starvation record 1 -----------------
Description : INFO: task comsh: 16306 blocked for more than 10 seconds.
Recorded at : 2013-05-01 11:16:00.823018
Occurred at : 2013-05-01 11:16:00.823018
Instruction address : 0x4004158c
Thread : comsh (TID: 16306)
Context : thread context
Slot : 1
Cpu : 0
VCPU ID : 0
Kernel module info : module name (mrpnc) module address (0xe332a000)
module name (12500) module address (0xe00bd000)
Last 5 thread switches : migration/0 (11:16:00.823018)-->
swapper (11:16:00.833018)-->
kthreadd (11:16:00.833518)-->
swapper (11:16:00.833550)-->
disk (11:16:00.833560)
Register content:
Reg: r0, Val = 0x00000000 ; Reg: r1, Val = 0xe2be5ea0 ;
Reg: r2, Val = 0x00000000 ; Reg: r3, Val = 0x77777777 ;
Reg: r4, Val = 0x00000000 ; Reg: r5, Val = 0x00001492 ;
Reg: r6, Val = 0x00000000 ; Reg: r7, Val = 0x0000ffff ;
Reg: r8, Val = 0x77777777 ; Reg: r9, Val = 0x00000000 ;
Reg: r10, Val = 0x00000001 ; Reg: r11, Val = 0x0000002c ;
Reg: r12, Val = 0x057d9484 ; Reg: r13, Val = 0x00000000 ;
Reg: r14, Val = 0x00000000 ; Reg: r15, Val = 0x02000000 ;
Reg: r16, Val = 0xe2be5f00 ; Reg: r17, Val = 0x00000000 ;
Reg: r18, Val = 0x00000000 ; Reg: r19, Val = 0x00000000 ;
Reg: r20, Val = 0x024c10f8 ; Reg: r21, Val = 0x057d9244 ;
Reg: r22, Val = 0x00002000 ; Reg: r23, Val = 0x0000002c ;
Reg: r24, Val = 0x00000002 ; Reg: r25, Val = 0x24000024 ;
Reg: r26, Val = 0x00000000 ; Reg: r27, Val = 0x057d9484 ;
Reg: r28, Val = 0x0000002c ; Reg: r29, Val = 0x00000000 ;
Reg: r30, Val = 0x0000002c ; Reg: r31, Val = 0x00000000 ;
Reg: cr, Val = 0x84000028 ; Reg: nip, Val = 0x057d9550 ;
Reg: xer, Val = 0x00000000 ; Reg: lr, Val = 0x0186eff0 ;
Reg: ctr, Val = 0x682f7344 ; Reg: msr, Val = 0x00784b5c ;
Reg: trap, Val = 0x0000b030 ; Reg: dar, Val = 0x77777777 ;
Reg: dsisr, Val = 0x40000000 ; Reg: result, Val = 0x00020300 ;
Dump stack (total 1024 bytes, 16 bytes/line):
0xe2be5ea0: 02 be 5e c0 24 00 00 24 00 00 00 00 05 7d 94 84
0xe2be5eb0: 00 00 00 04 00 00 00 00 00 00 00 28 05 8d 34 c4
0xe2be5ec0: 02 be 60 a0 01 86 ef f0 00 00 00 00 00 00 00 00
0xe2be5ed0: 02 04 05 b4 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5ee0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5ef0: 95 47 73 35 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f00: a0 e1 64 21 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f10: 00 00 00 00 00 00 00 00 00 00 00 00 01 e9 00 00
0xe2be5f20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be5f30: 00 00 00 00 00 00 00 00 02 be 66 c0 02 be 66 d0
0xe2be5f40: 02 be 61 e0 00 00 00 02 00 00 00 00 02 44 b3 a4
0xe2be5f50: 02 be 5f 90 00 00 00 08 02 be 5f e0 00 00 00 08
0xe2be5f60: 02 be 5f 80 00 ac 1b 14 00 00 00 00 00 00 00 00
0xe2be5f70: 05 b4 5f 90 02 be 5f e0 00 00 00 30 02 be 5f e0
0xe2be5f80: 02 be 5f c0 00 ac 1b f4 00 00 00 00 02 45 00 00
0xe2be5f90: 00 03 00 00 00 00 00 00 02 be 5f e0 00 00 00 30
0xe2be5fa0: 02 be 5f c0 00 ac 1b 14 61 f1 2e ae 02 45 00 00
0xe2be5fb0: 02 44 b3 74 02 be 5f d0 00 00 00 30 02 be 5f e0
0xe2be5fc0: 02 be 60 60 01 74 ff f8 00 00 00 00 00 00 08 00
0xe2be5fd0: 02 be 5f f0 00 e8 93 7e 02 be 5f f8 02 be 5f fc
0xe2be5fe0: 00 00 00 00 00 00 00 00 00 00 00 00 02 be 60 18
0xe2be5ff0: 02 be 60 10 00 e9 65 98 00 00 00 58 00 00 2a 4f
0xe2be6000: 02 be 60 10 00 00 00 00 00 00 00 00 02 be 60 68
0xe2be6010: 02 be 60 40 00 e8 c6 a0 00 00 11 17 00 00 00 00
0xe2be6020: 02 be 60 40 00 00 00 00 00 00 00 00 02 be 60 98
0xe2be6030: 02 27 00 00 00 00 00 00 00 00 00 00 02 be 60 68
0xe2be6040: 02 be 60 60 00 00 00 01 00 00 b0 30 02 be 60 98
0xe2be6050: 00 00 00 04 02 21 00 00 00 00 00 00 01 e9 00 00
0xe2be6060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0xe2be6070: 00 00 00 00 00 00 00 00 02 be 66 c0 02 be 66 d0
0xe2be6080: 02 be 61 e0 00 00 00 02 00 00 00 00 02 be 61 70
0xe2be6090: 00 00 00 00 02 21 00 00 05 8d 34 c4 05 7d 92 44
Call trace:
Function Address = 0x8012a4b4
Function Address = 0x8017989c
Function Address = 0x80179b30
Function Address = 0x80127438
Function Address = 0x8012d734
Function Address = 0x80100a00
Function Address = 0xe0071004
Function Address = 0x8016ce0c
Function Address = 0x801223a0
Instruction dump:
41a2fe9c 812300ec 800200ec 7f890000 409efe8c 80010014 540b07b9 40a2fe80
4bfffe6c 80780290 7f64db78 4804ea35 <807f002c> 38800000 38a00080 3863000c
本命令顯示信息的詳細描述請參見表1-2。
【相關命令】
· reset kernel starvation
display kernel starvation configuration命令用來顯示內核線程的餓死監控參數的配置。
【命令】
display kernel starvation configuration
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【舉例】
# 顯示內核線程餓死監控參數配置。
<Sysname> display kernel starvation configuration
Thread starvation detection: Disabled
Starvation timer (in seconds): 10
Threads excluded from monitoring: 1
TID: 123 Name: co0
表1-5 display kernel starvation configuration命令顯示信息描述表
字段 |
描述 |
Thread starvation detection: Enabled |
內核線程餓死檢測功能處於開啟狀態 |
Thread starvation detection: Disabled |
內核線程餓死檢測功能處於關閉狀態 |
Starvation timer (in seconds): n |
內核線程餓死判定周期(單位為秒)。即如果內核線程在n秒內一直不能運行,則判定為餓死 |
Threads excluded from monitoring |
不進行餓死檢測的內核線程列表 |
Name |
不進行餓死檢測的內核線程的名稱 |
TID |
不進行餓死檢測的內核線程的編號 |
· monitor kernel starvation enable
· monitor kernel starvation exclude-thread
· monitor kernel starvation time
display process命令用來顯示進程的狀態信息。
【命令】
display process [ all | job job-id | name process-name ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
network-operator
【參數】
all:顯示所有進程的狀態信息。指定all參數和不指定任何可選參數時,命令行的執行效果相同。
job job-id:任務編號,用於唯一標識一個進程,該編號不會隨著進程的重啟而改變,取值範圍為1~2147483647。
name process-name:進程名稱,為1~15個字符的字符串,不區分大小寫,不能包含問號和空格。
【舉例】
# 顯示進程scmd的狀態信息。
<Sysname> display process name scmd
Job ID: 1
PID: 1
Parent JID: 0
Parent PID: 0
Executable path: /sbin/scmd
Instance: 0
Respawn: OFF
Respawn count: 1
Max. spawns per minute: 0
Last started: Wed Jun 1 14:45:46 2013
Process state: sleeping
Max. core: 0
ARGS: -
TID LAST_CPU Stack PRI State HH:MM:SS:MSEC Name
1 0 0K 120 S 0:0:5:220 scmd
表1-6 display process name命令顯示信息描述表
字段 |
描述 |
Job ID |
任務編號,用於唯一標識一個進程,該編號不會隨著進程的重啟而改變 |
PID |
進程編號,用於標識一個進程,但該編號可能會隨著進程的重啟而改變 |
Parent JID |
父進程的任務編號 |
Parent PID |
父進程的進程編號 |
Executable path |
進程執行路徑(內核線程執行路徑顯示為“-”) |
Instance |
進程的實例號(一個進程根據需要在軟件實現時決定了它是否會運行多個實例) |
Respawn |
運行出錯時,該進程是否會自動重啟: · ON表示自動重啟 · OFF表示不自動重啟 |
Respawn count |
進程重啟的次數(初始值為1) |
Max. spawns per minute |
進程一分鍾內允許異常重啟的最大次數(如果進程在一分鍾內異常重啟次數超過該值,則係統會自動關閉該進程) |
Last started |
進程最近一次啟動的日期和時間 |
Process state |
進程狀態,可能的取值為: · running:運行狀態或正在隊列中等待調度 · sleeping:可中斷睡眠狀態 · traced or stopped:暫停狀態 · uninterruptible sleep:不可中斷睡眠狀態 · zombie:僵死狀態(僵死狀態指的是進程已經退出,但是仍然占用部分資源的狀態) |
Max. core |
進程最多可以生成的core文件的數量,如果為0表示不生成core文件(進程異常重啟一次,會產生一個core文件。如果生成的core文件的數目達到最大值,則不再生成core文件。軟件開發和維護人員能夠根據core文件的內容來定位異常的原因和異常的位置) |
ARGS |
進程啟動時攜帶的參數。如果進程不帶參數,顯示為“-” |
TID |
線程編號 |
LAST_CPU |
進程最近一次被調度時,所在的CPU |
Stack |
堆棧大小 |
PRI |
線程優先級 |
State |
線程狀態,可能的取值為: · R:running,運行狀態或正在隊列中等待調度 · S:sleeping,可中斷睡眠狀態 · T:traced or stopped,暫停狀態 · D:uninterruptible sleep,不可中斷睡眠狀態 · Z:zombie,僵死狀態 |
HH:MM:SS:MSEC |
進程最近一次啟動後的運行時間 |
Name |
進程名稱 |
# 顯示所有進程的狀態信息。
<Sysname> display process all
JID PID %CPU %MEM STAT PRI TTY HH:MM:SS COMMAND
1 1 0.0 0.0 S 120 - 00:00:04 scmd
2 2 0.0 0.0 S 115 - 00:00:00 [kthreadd]
3 3 0.0 0.0 S 99 - 00:00:00 [migration/0]
4 4 0.0 0.0 S 115 - 00:00:05 [ksoftirqd/0]
5 5 0.0 0.0 S 99 - 00:00:00 [watchdog/0]
6 6 0.0 0.0 S 115 - 00:00:00 [events/0]
7 7 0.0 0.0 S 115 - 00:00:00 [khelper]
8 8 0.0 0.0 S 115 - 00:00:00 [kblockd/0]
9 9 0.0 0.0 S 115 - 00:00:00 [ata/0]
10 10 0.0 0.0 S 115 - 00:00:00 [ata_aux]
11 11 0.0 0.0 S 115 - 00:00:00 [kseriod]
12 12 0.0 0.0 S 120 - 00:00:00 [vzmond]
13 13 0.0 0.0 S 120 - 00:00:00 [pdflush]
14 14 0.0 0.0 S 120 - 00:00:00 [pdflush]
15 15 0.0 0.0 S 115 - 00:00:00 [kswapd0]
16 16 0.0 0.0 S 115 - 00:00:00 [aio/0]
17 17 0.0 0.0 S 115 - 00:00:00 [scsi_eh_0]
18 18 0.0 0.0 S 115 - 00:00:00 [scsi_eh_1]
19 19 0.0 0.0 S 115 - 00:00:00 [scsi_eh_2]
35 35 0.0 0.0 D 100 - 00:00:00 [lipc_topology]
---- More ----
表1-7 display process all命令顯示信息描述
字段 |
描述 |
JID |
任務編號,用於唯一標識一個進程,該編號不會隨著進程的重啟而改變 |
PID |
進程編號 |
%CPU |
CPU使用率(用百分比表示) |
%MEM |
內存使用率(用百分比表示) |
STAT |
進程狀態,可能的取值為: · R:running,運行狀態或處於運行隊列 · S:sleeping,可中斷睡眠狀態 · T:traced or stopped,暫停狀態 · D:uninterruptible sleep,不可中斷睡眠狀態 · Z:zombie,僵死狀態 |
PRI |
進程優先級(優先級在進程調度時發揮作用,優先級高的會優先得到調度) |
TTY |
進程使用的終端 |
HH:MM:SS |
進程最近一次啟動後的運行時間。當進程的持續運行時間大於或等於100小時時,該列僅顯示小時數,不再顯示分和秒 |
COMMAND |
進程名稱以及進程運行的參數(如果進程名稱帶有“[ ]”標記,則表示內核線程) |
display process cpu命令用來顯示所有進程的CPU使用率信息。
【命令】
display process cpu
【視圖】
任意視圖
【缺省用戶角色】
network-admin
network-operator
【舉例】
# 顯示所有進程CPU使用率信息。
<Sysname> display process cpu
CPU utilization in 5 secs: 16.8%; 1 min: 4.7%; 5 mins: 4.7%
JID 5Sec 1Min 5Min Name
1 0.0% 0.0% 0.0% scmd
2 0.0% 0.0% 0.0% [kthreadd]
3 0.1% 0.0% 0.0% [ksoftirqd/0]
其它顯示信息略……。
表1-8 display process cpu命令顯示信息描述表
字段 |
描述 |
CPU utilization in 5 secs: 16.8%; 1 min: 4.7%; 5 mins: 4.7% |
係統最近5秒CPU使用率;最近1分鍾CPU使用率;最近5分鍾CPU使用率 |
JID |
任務編號(用於唯一標識一個進程,該編號不會隨著進程的重啟而改變) |
5Sec |
最近5秒鍾內進程的CPU使用率 |
1Min |
最近1分鍾內進程的CPU使用率 |
5Min |
最近5分鍾內進程的CPU使用率 |
Name |
進程名稱(如果進程名稱帶有“[ ]”標記,則表示該進程為內核線程) |
display process log命令用來顯示所有用戶態進程的日誌信息。
【命令】
display process log
【視圖】
任意視圖
【缺省用戶角色】
network-admin
network-operator
【舉例】
# 顯示所有用戶態進程的日誌信息。
<Sysname> display process log
Process JobID PID Abort Core Exit Kill StartTime EndTime
knotify 92 92 N N 0 36 12-17 07:10:27 12-17 07:10:27
knotify 93 93 N N 0 -- 12-17 07:10:27 12-17 07:10:27
automount 94 94 N N 0 -- 12-17 07:10:27 12-17 07:10:28
knotify 111 111 N N 0 -- 12-17 07:10:28 12-17 07:10:28
comsh 121 121 N N 0 -- 12-17 07:10:30 12-17 07:10:30
knotify 152 152 N N 0 -- 12-17 07:10:31 12-17 07:10:31
autocfgd 155 155 N N 0 -- 12-17 07:10:31 12-17 07:10:31
pkg_update 122 122 N N 0 -- 12-17 07:10:30 12-17 07:10:31
表1-9 display process log命令顯示信息描述表
字段 |
描述 |
Process |
用戶態進程名 |
JobID |
用戶態進程任務編號 |
PID |
用戶態進程編號 |
Abort |
是否異常退出: · Y表示異常退出 · N表示正常退出 |
Core |
是否產生core文件 · Y表示產生 · N表示未產生 |
Exit |
進程退出碼,取值為: · 數字表示進程退出碼 · --表示無退出碼,進程被信號關閉 |
Kill |
關閉進程的信號,取值為: · 數字表示關閉進程的信號的數值 · --表示沒有關閉信號,進程主動退出,並非被信號關閉 |
StartTime |
用戶態進程創建時間 |
EndTime |
用戶態進程結束時間 |
display process memory命令用來顯示所有用戶態進程的代碼段、數據段以及堆棧等的內存使用信息。
【命令】
display process memory
【視圖】
任意視圖
【缺省用戶角色】
network-admin
network-operator
【使用指導】
用戶態進程啟動時,會向係統申請Text、Data、Stack和Dynamic類型的內存:
· Text類型的內存用來存放用戶態進程的代碼。
· Data類型的內存用來存放用戶態進程的數據。
· Stack內存指的是棧內存,一般存放臨時數據。
· Dynamic類型的內存指的是堆內存(heap),由係統根據用戶態進程運行需要進行動態分配(malloc)和釋放(free),可使用display process memory heap命令顯示Dynamic類型內存的詳細信息。
【舉例】
# 顯示所有用戶態進程的內存使用信息。
<Sysname> display process memory
JID Text Data Stack Dynamic Name
1 384 1800 16 36 scmd
2 0 0 0 0 [kthreadd]
3 0 0 0 0 [ksoftirqd/0]
4 0 0 0 0 [watchdog/0]
5 0 0 0 0 [events/0]
6 0 0 0 0 [khelper]
29 0 0 0 0 [kblockd/0]
49 0 0 0 0 [vzmond]
52 0 0 0 0 [pdflush]
---- More ----
表1-10 display process memory命令顯示信息描述表
字段 |
描述 |
JID |
任務編號。用於唯一標識一個用戶態進程,該編號不會隨著用戶態進程的重啟而改變 |
Text |
用戶態進程占用的代碼段大小,單位為KB(內核線程該項大小為0) |
Data |
用戶態進程占用的數據段大小,單位為KB(內核線程該項大小為0) |
Stack |
用戶態進程占用的堆棧大小,單位為KB(內核線程該項大小為0) |
Dynamic |
用戶態進程動態申請內存大小,單位為KB(內核線程該項大小為0) |
Name |
用戶態進程名稱(如果用戶態進程名稱帶有“[ ]”標記,則表示該進程為內核線程) |
【相關命令】
· display process memory heap
· display process memory heap address
· display process memory heap size
display process memory heap命令用來顯示指定用戶態進程的堆內存統計信息。
【命令】
display process memory heap job job-id [ verbose ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
network-operator
【參數】
job job-id:任務編號,用於唯一標識一個用戶態進程,該編號不會隨著用戶態進程的重啟而改變。取值範圍為1~2147483647。
verbose:顯示內存詳細統計信息。不指定該參數時,顯示內存概要統計信息。
【使用指導】
係統的堆內存由固定大小(比如size=16字節、size=64字節等)的內存塊構成,用於存放用戶態進程運行過程中需要用到的數據或者中間變量。當用戶態進程啟動時,係統會根據用戶態進程運行需要,給用戶態進程動態分配堆內存。用戶態進程的堆內存信息可使用display process memory heap命令顯示。
每個內存塊都有地址,該地址用十六進製數表示,可通過display process memory heap size命令顯示。用戶使用內存塊的地址可以訪問內存塊,獲取內存塊的內容,內存塊的內容可通過display process memory heap address命令顯示。
【舉例】
# 顯示job 1的堆內存概要統計信息。
<Sysname> display process memory heap job 1
Total virtual memory heap space(in bytes) : 2228224
Total physical memory heap space(in bytes) : 262144
Total allocated memory(in bytes) : 161576
# 顯示job 1的堆內存詳細統計信息。
<Sysname> display process memory heap job 1 verbose
Heap usage:
Size Free Used Total Free Ratio
16 8 52 60 13%
64 3 1262 1265 0.2%
128 2 207 209 1%
512 3 55 58 5.1%
4096 3 297 300 1%
8192 1 19 20 5%
81920 0 1 1 0%
Summary:
Total virtual memory heap space (in bytes) : 2293760
Total physical memory heap space (in bytes) : 58368
Total allocated memory (in bytes) : 42368
以上顯示信息表明:job 1分得size大小16字節的內存塊60個(已用52個,還有8個未使用),size大小為64字節的內存塊1265個(已用1262個,還有3個未使用),以此類推。
表1-11 display process memory heap命令顯示信息描述表
命令字 |
功能描述 |
Total virtual memory heap space(in bytes) |
虛擬堆內存總大小,單位為字節 |
Total physical memory heap space(in bytes) |
物理堆內存總大小,單位為字節 |
Total allocated memory(in bytes) |
任務已使用的堆內存大小,單位為字節 |
Size |
內存塊大小,單位為字節 |
Free |
空閑的內存塊個數 |
Used |
已使用的內存塊個數 |
Total |
指定大小內存塊總個數,為Free和Used之和 |
Free Ratio |
Free與Total的比率,可以反映這種大小內存塊的碎片情況 |
【相關命令】
· display process memory
· display process memory heap address
· display process memory heap size
display process memory heap address命令用來顯示從指定地址開始的內存空間的內容。
【命令】
display process memory heap job job-id address starting-address length memory-length
【視圖】
任意視圖
【缺省用戶角色】
network-admin
network-operator
【參數】
job job-id:任務編號,用於唯一標識一個用戶態進程,該編號不會隨著用戶態進程的重啟而改變,取值範圍為1~2147483647。
address starting-address:內存塊的起始地址。
length memory-length:內存的長度,取值範圍為1~1024,單位為字節。
【使用指導】
當用戶態進程運行異常時,使用該命令可以幫助設備維護人員診斷和定位問題。
【舉例】
# 顯示job 1從地址0xb7e30580開始,長度為128字節的內存空間的內容。
<Sysname> display process memory heap job 1 address b7e30580 length 128
B7E30580: 14 00 EF FF 00 00 00 00 E4 39 E2 B7 7C 05 E3 B7 .........9..|...
B7E30590: 14 00 EF FF 2F 73 62 69 6E 2F 73 6C 62 67 64 00 ..../sbin/slbgd.
B7E305A0: 14 00 EF FF 00 00 00 00 44 3B E2 B7 8C 05 E3 B7 ........D;......
B7E305B0: 14 00 EF FF 2F 73 62 69 6E 2F 6F 73 70 66 64 00 ..../sbin/ospfd.
B7E305C0: 14 00 EF FF 00 00 00 00 A4 3C E2 B7 AC 05 E3 B7 .........<......
B7E305D0: 14 00 EF FF 2F 73 62 69 6E 2F 6D 73 74 70 64 00 ..../sbin/mstpd.
B7E305E0: 14 00 EF FF 00 00 00 00 04 3E E2 B7 CC 05 E3 B7 .........>......
B7E305F0: 14 00 EF FF 2F 73 62 69 6E 2F 6E 74 70 64 00 00 ..../sbin/ntpd..
【相關命令】
· display process memory heap
· display process memory heap size
display process memory heap size命令用來顯示指定大小已使用內存塊的地址。
【命令】
display process memory heap job job-id size memory-size [ offset offset-size ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
network-operator
【參數】
job job-id:任務編號,用於唯一標識一個用戶態進程,該編號不會隨著用戶態進程的重啟而改變,取值範圍為1~2147483647。
size memory-size:內存塊大小,取值範圍為1~4294967295。
offset offset-size:要查詢的內存塊的偏移,取值範圍為0~4294967295,缺省值為128。比如,係統給job 1分配了size為16字節的內存塊100個,用戶態進程當前已用了66個,如果執行命令display process memory heap job 1 size 16 offset 50,則會顯示該用戶態進程第51到第66個size為16字節的內存塊的地址。
【使用指導】
該命令顯示的地址為十六進製格式,使用該地址,通過display process memory heap address命令可以顯示該地址內存的具體內容。
【舉例】
# 顯示job 1已使用的size大小為16字節的內存塊的地址。
<Sysname> display process memory heap job 1 size 16
0xb7e300c0 0xb7e300d0 0xb7e300e0 0xb7e300f0
0xb7e30100 0xb7e30110 0xb7e30120 0xb7e30130
0xb7e30140 0xb7e30150 0xb7e30160 0xb7e30170
0xb7e30180 0xb7e30190 0xb7e301a0 0xb7e301b0
0xb7e301c0 0xb7e301d0 0xb7e301e0 0xb7e301f0
0xb7e30200 0xb7e30210 0xb7e30220 0xb7e30230
# 顯示job 1已使用的size大小為16字節的內存塊的地址,從第5個已使用內存塊開始顯示。
<Sysname> display process memory heap job 1 size 16 offset 4
0xb7e30100 0xb7e30110 0xb7e30120 0xb7e30130
0xb7e30140 0xb7e30150 0xb7e30160 0xb7e30170
0xb7e30180 0xb7e30190 0xb7e301a0 0xb7e301b0
0xb7e301c0 0xb7e301d0 0xb7e301e0 0xb7e301f0
0xb7e30200 0xb7e30210 0xb7e30220 0xb7e30230
【相關命令】
· display process memory heap
· display process memory heap address
exception filepath命令用來配置core文件的保存路徑。
undo exception filepath命令用來將core文件的保存路徑配置為空。
【命令】
exception filepath directory
undo exception filepath directory
【缺省情況】
Core文件的保存路徑為設備缺省文件係統的根目錄。關於缺省文件係統的詳細介紹請參見“基礎配置指導”中的“文件係統管理”。
【視圖】
用戶視圖
【缺省用戶角色】
network-admin
【參數】
directory:表示core文件的保存路徑,隻能為存儲介質的根目錄。
【使用指導】
本命令配置成功後,設備會將生成的core文件存放到當前設備上指定存儲介質根目錄下的core文件夾下。如果存儲介質根目錄下沒有core文件夾,則會先創建core文件夾,再保存core文件。
需要注意的是,當core文件的保存路徑為空或無法正常訪問時,係統將無法保存core文件。
【舉例】
# 配置core文件的保存路徑。
<Sysname> exception filepath flash:/
【相關命令】
· display exception filepath
· process core
monitor kernel deadloop action threshold命令用來配置內核線程死循環後觸發糾錯動作的閾值。
undo monitor kernel deadloop action threshold命令用來恢複缺省情況。
【命令】
monitor kernel deadloop action threshold threshold
undo monitor kernel deadloop action threshold
【缺省情況】
當係統檢測到1次內核線程發生死循環時,就觸發糾錯動作。
【視圖】
係統視圖
【缺省用戶角色】
network-admin
【參數】
threshold:內核線程連續發生死循環的次數,取值範圍為1~20。
【使用指導】
配置本命令後,當內核線程連續發生死循環的次數達到指定值時,設備會采取指定的動作來消除死循環。
【舉例】
# 內核線程死循環後觸發糾錯動作的閾值為內核線程連續發生5次死循環。
<Sysname> system-view
[Sysname] monitor kernel deadloop action threshold 5
【相關命令】
· display kernel deadloop configuration
· monitor kernel deadloop enable
monitor kernel deadloop enable命令用來開啟內核線程死循環檢測功能。
undo monitor kernel deadloop enable命令用來關閉內核線程死循環檢測功能。
【命令】
monitor kernel deadloop enable
undo monitor kernel deadloop enable
【缺省情況】
內核線程死循環檢測功能處於開啟狀態。
【視圖】
係統視圖
【缺省用戶角色】
network-admin
【使用指導】
通常情況下,內核線程死循環檢測功能及其參數使用缺省配置即可。如果確實需要修改配置,請在工程師的指導下進行,以免引起係統異常。
在內核態空間中,所有資源都是共享的,多個內核線程之間通過任務調度協調工作。如果某個內核線程長時間一直占用CPU,就會導致其它內核線程獲取不到運行機會,整個係統掛死,這種現象稱為死循環。
開啟內核線程死循環檢測功能後,如果係統發現某內核線程在指定時間內一直占用CPU,則判定該內核線程為死循環。係統會記錄一條死循環信息供管理員查詢,並自動重啟整個係統來解除死循環。
【舉例】
# 開啟內核線程死循環檢測功能。
<Sysname> system-view
[Sysname] monitor kernel deadloop enable
【相關命令】
· display kernel deadloop
· display kernel deadloop configuration
· monitor kernel deadloop exclude-thread
· monitor kernel deadloop time
monitor kernel deadloop exclude-thread命令用來配置不檢測指定內核線程是否發生了死循環。
undo monitor kernel deadloop exclude-thread命令用來恢複對指定內核線程是否發生了死循環進行檢測。
【命令】
monitor kernel deadloop exclude-thread tid
undo monitor kernel deadloop exclude-thread [ tid ]
【缺省情況】
開啟內核線程死循環檢測功能後,係統會監控所有內核線程是否發生了死循環。
【視圖】
係統視圖
【缺省用戶角色】
network-admin
【參數】
tid:表示內核線程編號,用於唯一標識一個內核線程,取值範圍為1~2147483647。不指定該參數時,表示恢複到缺省情況。
【使用指導】
多次執行該命令,可以配置對多個內核線程不進行檢測,最多可以配置128個。
通常情況下,使用缺省配置即可。如果確實需要修改配置,請在工程師的指導下進行,以免引起係統異常。
【舉例】
# 對編號為15的內核線程不進行死循環檢測。
<Sysname> system-view
[Sysname]monitor kernel deadloop exclude-thread 15
【相關命令】
· display kernel deadloop configuration
· display kernel deadloop
· monitor kernel deadloop enable
monitor kernel deadloop time命令用來配置判定內核線程是否死循環的時長。
undo monitor kernel deadloop time命令用來恢複缺省情況。
【命令】
monitor kernel deadloop time time
undo monitor kernel deadloop time
【缺省情況】
本命令的缺省情況與設備型號有關,請以設備的實際情況為準。
產品係列 |
產品型號 |
產品代碼 |
說明 |
WX2500X係列 |
· WX2560X · WX2580X |
· EWP-WX2560X · EWP-WX2580X |
當某內核線程連續運行超過20秒鍾,則判定為死循環。 |
WX2500X-E係列 |
· WX2508X-E |
· EWP-WX2508X-E |
當某內核線程連續運行超過20秒鍾,則判定為死循環。 |
產品係列 |
產品型號 |
產品代碼 |
說明 |
WX2800X係列 |
· WX2812X-PWR · WX2860X · WX2880X |
· EWP-WX2812X-PWR · EWP-WX2860X · EWP-WX2880X |
EWP-WX2812X-PWR:當某內核線程連續運行超過200秒鍾,則判定為死循環。 EWP-WX2860X:當某內核線程連續運行超過20秒鍾,則判定為死循環。 EWP-WX2880X:當某內核線程連續運行超過20秒鍾,則判定為死循環。 |
WSG1800X係列 |
· WSG1808X-PWR · WSG1808X-PWR · WSG1812X-PWR · WSG1840X |
· EWP-WSG1808X-PWR · EWP-WSG1808X-PWR-JP · EWP-WSG1812X-PWR · EWP-WSG1840X |
當某內核線程連續運行超過200秒鍾,則判定為死循環。 |
【視圖】
係統視圖
【缺省用戶角色】
network-admin
【參數】
time time:表示內核線程死循環判定時長,取值範圍為1~65535,單位為秒。
【使用指導】
開啟內核線程檢測功能後,如果某內核線程持續運行指定時間,則認為該內核線程已經死循環。
通常情況下,使用缺省配置即可。如果確實需要修改配置,請在工程師的指導下進行,以免引起係統異常。
【舉例】
# 配置當某內核線程連續運行超過8秒鍾,則判定為死循環。
<Sysname> system-view
[Sysname] monitor kernel deadloop time 8
【相關命令】
· display kernel deadloop configuration
· display kernel deadloop
· monitor kernel deadloop enable
monitor kernel starvation enable命令用來開啟內核線程餓死檢測功能。
undo monitor kernel starvation enable命令用來關閉內核線程餓死檢測功能。
【命令】
monitor kernel starvation enable
undo monitor kernel starvation enable
【缺省情況】
內核線程餓死檢測功能處於關閉狀態。
【視圖】
係統視圖
【缺省用戶角色】
network-admin
【使用指導】
通常情況下,內核線程餓死檢測功能及其參數使用缺省配置即可。如果確實需要修改配置,請在工程師的指導下進行,以免引起係統異常。
如果內核線程本身的觸發條件沒有達到,會導致該內核線程在一段時間內一直得不到調度,這種現象稱為餓死。
開啟內核線程餓死檢測功能後,當係統檢測到某內核線程餓死時,會記錄一條餓死信息供管理員查詢。
內核線程餓死並不會影響整個係統的運行,當觸發條件達到,處於餓死狀態的內核線程會自動執行。
【舉例】
# 開啟內核線程餓死檢測功能。
<Sysname> system-view
[Sysname] monitor kernel starvation enable
【相關命令】
· display kernel starvation configuration
· display kernel starvation
· monitor kernel starvation time
· monitor kernel starvation exclude-thread
monitor kernel starvation exclude-thread命令用來配置不檢測指定內核線程是否發生了餓死。
undo monitor kernel starvation exclude-thread命令用來恢複對指定內核線程是否發生了餓死進行檢測。
【命令】
monitor kernel starvation exclude-thread tid
undo monitor kernel starvation exclude-thread [ tid ]
【缺省情況】
開啟內核線程餓死檢測功能後,會監控所有內核線程是否發生了餓死。
【視圖】
係統視圖
【缺省用戶角色】
network-admin
【參數】
tid:表示內核線程編號,用於唯一標識一個內核線程,取值範圍為1~2147483647。不指定該參數時,表示恢複到缺省情況。
【使用指導】
多次執行該命令,可以配置對多個內核線程不進行檢測,最多可以配置128個。
通常情況下,使用缺省配置即可。如果確實需要修改配置,請在工程師的指導下進行,以免引起係統異常。
【舉例】
# 對編號為15的內核線程不進行餓死檢測。
<Sysname> system-view
[Sysname] monitor kernel starvation exclude-thread 15
【相關命令】
· display kernel starvation
· display kernel starvation configuration
· monitor kernel starvation enable
monitor kernel starvation time命令用來配置判定內核線程是否餓死的時長。
undo monitor kernel starvation time命令用來恢複缺省情況。
【命令】
monitor kernel starvation time time
undo monitor kernel starvation time
【缺省情況】
當某內核線程在120秒內一直沒有運行,則認為該內核線程被餓死。
【視圖】
係統視圖
【缺省用戶角色】
network-admin
【參數】
time time:表示內核線程餓死判定時長,取值範圍為1~65535,單位為秒。
【使用指導】
通常情況下,使用缺省配置即可。如果確實需要修改配置,請在工程師的指導下進行,以免引起係統異常。
【舉例】
# 配置當內核線程在120秒內一直沒有運行,則認為該內核線程被餓死。
<Sysname> system-view
[Sysname] monitor kernel starvation time 120
【相關命令】
· display kernel starvation
· display kernel starvation configuration
· monitor kernel starvation enable
monitor process命令用來顯示進程的統計信息。
【命令】
monitor process [ dumbtty ] [ iteration number ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【參數】
dumbtty:以啞終端方式顯示進程統計信息(即屏幕不支持定時刷新統計信息)。指定該參數時,全部進程的統計信息以CPU使用率降序排列輸出到屏幕上;不指定該參數時,統計信息以交互模式顯示,缺省情況下按CPU占用率降序顯示前10個進程的統計信息,且每隔5秒刷新一次。
iteration number:表示進程統計信息的顯示次數,取值範圍為1~4294967295。指定dumbtty參數時,number的缺省值為1;不指定dumbtty且不配置number參數時,表示顯示次數沒有限製,統計信息會每隔5秒刷新一次,一直顯示。
【使用指導】
不指定dumbtty參數的情況下,統計信息將以交互模式顯示。在交互模式下,係統可以根據用戶輸入的交互命令字來調整顯示方式或直接終止進程。在用戶輸入交互命令字之前,係統會自動計算可顯示的進程個數,超出屏幕範圍的進程不會顯示。
在交互模式下可以使用的交互命令字及對應的功能請參見表1-12。
表1-12 monitor process命令支持的交互命令字描述表
命令字 |
功能描述 |
?或h |
幫助信息,顯示可用的交互式命令字 |
1 |
各物理CPU狀態的顯示開關。比如: 1. 輸入1,分別顯示各物理CPU的參數值 2. 再次輸入1,顯示所有CPU的參數的平均值 3. 第三次輸入1,又分別顯示各物理CPU的參數值 4. 如此循環 缺省情況下,顯示所有CPU的參數的平均值 |
c |
按CPU占用率降序排列,缺省情況下采用降序排列 |
d |
配置統計信息的更新時間間隔,取值範圍為1~2147483647秒,缺省值為5 |
f |
按進程打開的文件句柄數降序排列 |
k |
終止一個任務,此命令會影響係統運行,請謹慎使用 |
l |
刷新屏幕 |
m |
按進程使用內存大小降序排列 |
n |
改變顯示的進程個數,取值範圍為0~2147483647(缺省值為10,0表示不作限製);超過屏幕範圍時,仍隻顯示一屏內可容納的進程個數 |
q |
退出交互模式 |
t |
按進程最近一次啟動後的運行時間降序排列 |
< |
排序項向左移動一列 |
> |
排序項向右移動一列 |
【舉例】
# 以啞終端方式顯示進程統計信息。(使用該方式顯示時,係統會一次顯示所有進程的統計信息,並且不支持定時刷新,顯示完畢後,會退回到命令視圖)
<Sysname> monitor process dumbtty
428 processes; 561 threads; 2336 fds
Thread states: 18 running, 543 sleeping, 0 stopped, 0 zombie
CPU0: 89.53% idle, 0.00% user, 7.14% kernel, 3.33% interrupt, 0.00% steal
CPU1: 94.81% idle, 0.47% user, 2.36% kernel, 2.36% interrupt, 0.00% steal
Memory: 31775M total, 26159M available, page size 4K
JID PID PRI State FDs MEM HH:MM:SS CPU Name
404 404 120 S 16 16432K 03:22:57 0.68% diagd
1 1 120 S 18 11136K 00:08:21 0.27% scmd
348 348 115 R 0 0K 05:54:40 0.15% [kdrvfwd20]
349 349 115 R 0 0K 05:57:55 0.14% [kdrvfwd21]
350 350 115 R 0 0K 05:52:45 0.14% [kdrvfwd22]
352 352 115 R 0 0K 05:47:38 0.14% [kdrvfwd24]
354 354 115 R 0 0K 05:38:52 0.14% [kdrvfwd26]
344 344 115 R 0 0K 05:41:15 0.13% [kdrvfwd16]
345 345 115 R 0 0K 05:34:40 0.13% [kdrvfwd17]
346 346 115 R 0 0K 05:33:35 0.13% [kdrvfwd18]
347 347 115 R 0 0K 05:22:29 0.13% [kdrvfwd19]
351 351 115 R 0 0K 05:39:24 0.13% [kdrvfwd23]
353 353 115 R 0 0K 05:29:42 0.13% [kdrvfwd25]
355 355 115 R 0 0K 05:26:17 0.13% [kdrvfwd27]
356 356 115 R 0 0K 05:28:52 0.13% [kdrvfwd28]
357 357 115 R 0 0K 05:26:31 0.13% [kdrvfwd29]
……其他顯示信息略……
# 以啞終端方式顯示進程統計信息,並且執行一次命令顯示兩次統計結果。
<Sysname> monitor process dumbtty iteration 2
428 processes; 561 threads; 2336 fds
Thread states: 18 running, 543 sleeping, 0 stopped, 0 zombie
CPU0: 89.53% idle, 0.00% user, 7.14% kernel, 3.33% interrupt, 0.00% steal
CPU1: 94.81% idle, 0.47% user, 2.36% kernel, 2.36% interrupt, 0.00% steal
Memory: 31775M total, 26159M available, page size 4K
JID PID PRI State FDs MEM HH:MM:SS CPU Name
404 404 120 S 16 16432K 03:22:57 0.68% diagd
1 1 120 S 18 11136K 00:08:21 0.27% scmd
348 348 115 R 0 0K 05:54:40 0.15% [kdrvfwd20]
349 349 115 R 0 0K 05:57:55 0.14% [kdrvfwd21]
350 350 115 R 0 0K 05:52:45 0.14% [kdrvfwd22]
352 352 115 R 0 0K 05:47:38 0.14% [kdrvfwd24]
354 354 115 R 0 0K 05:38:52 0.14% [kdrvfwd26]
344 344 115 R 0 0K 05:41:15 0.13% [kdrvfwd16]
345 345 115 R 0 0K 05:34:40 0.13% [kdrvfwd17]
346 346 115 R 0 0K 05:33:35 0.13% [kdrvfwd18]
347 347 115 R 0 0K 05:22:29 0.13% [kdrvfwd19]
351 351 115 R 0 0K 05:39:24 0.13% [kdrvfwd23]
353 353 115 R 0 0K 05:29:42 0.13% [kdrvfwd25]
355 355 115 R 0 0K 05:26:17 0.13% [kdrvfwd27]
356 356 115 R 0 0K 05:28:52 0.13% [kdrvfwd28]
357 357 115 R 0 0K 05:26:31 0.13% [kdrvfwd29]
……其他進程的顯示信息略……
// 5秒鍾後,係統會自動統計一次,並顯示統計信息如下。(相當於執行了兩次monitor process dumbtty,兩次執行的時間間隔為5秒)
428 processes; 561 threads; 2338 fds
Thread states: 19 running, 542 sleeping, 0 stopped, 0 zombie
CPU0: 86.26% idle, 1.05% user, 8.99% kernel, 3.70% interrupt, 0.00% steal
CPU1: 90.44% idle, 1.06% user, 4.78% kernel, 3.72% interrupt, 0.00% steal
Memory: 31775M total, 26158M available, page size 4K
JID PID PRI State FDs MEM HH:MM:SS CPU Name
404 404 120 R 18 16460K 03:23:03 0.50% diagd
1 1 120 S 18 11136K 00:08:21 0.24% scmd
344 344 115 R 0 0K 05:41:25 0.13% [kdrvfwd16]
348 348 115 R 0 0K 05:54:51 0.13% [kdrvfwd20]
349 349 115 R 0 0K 05:58:06 0.13% [kdrvfwd21]
350 350 115 R 0 0K 05:52:56 0.13% [kdrvfwd22]
352 352 115 R 0 0K 05:47:49 0.13% [kdrvfwd24]
345 345 115 R 0 0K 05:34:51 0.12% [kdrvfwd17]
346 346 115 R 0 0K 05:33:45 0.12% [kdrvfwd18]
347 347 115 R 0 0K 05:22:39 0.12% [kdrvfwd19]
351 351 115 R 0 0K 05:39:34 0.12% [kdrvfwd23]
353 353 115 R 0 0K 05:29:52 0.12% [kdrvfwd25]
354 354 115 R 0 0K 05:39:02 0.12% [kdrvfwd26]
356 356 115 R 0 0K 05:29:02 0.12% [kdrvfwd28]
357 357 115 R 0 0K 05:26:41 0.12% [kdrvfwd29]
……其他進程的顯示信息略……
# 以交互方式顯示進程統計信息。
<Sysname> monitor process
428 processes; 561 threads; 2336 fds
Thread states: 20 running, 541 sleeping, 0 stopped, 0 zombie
CPU: 98.21% idle, 0.17% user, 1.57% kernel, 0.05% interrupt, 0.00% steal
Memory: 31775M total, 26158M available, page size 4K
JID PID PRI State FDs MEM HH:MM:SS CPU Name
348 348 115 R 0 0K 05:55:08 0.09% [kdrvfwd20]
349 349 115 R 0 0K 05:58:22 0.09% [kdrvfwd21]
350 350 115 R 0 0K 05:53:12 0.09% [kdrvfwd22]
352 352 115 R 0 0K 05:48:05 0.09% [kdrvfwd24]
344 344 115 R 0 0K 05:41:41 0.09% [kdrvfwd16]
351 351 115 R 0 0K 05:39:50 0.09% [kdrvfwd23]
404 404 120 S 16 16468K 03:23:12 0.09% diagd
353 353 115 R 0 0K 05:30:07 0.09% [kdrvfwd25]
354 354 115 R 0 0K 05:39:18 0.09% [kdrvfwd26]
345 345 115 R 0 0K 05:35:07 0.08% [kdrvfwd17]
以上信息會每隔5秒刷新一次。
· 輸入“h”或“?”,將顯示如下幫助信息。
Help for interactive commands:
?,h Show the available interactive commands
1 Toggle SMP view: '1' single/separate states
c Sort by the CPU field(default)
d Set the delay interval between screen updates
f Sort by number of open files
k Kill a job
l Refresh the screen
m Sort by memory used
n Set the maximum number of processes to display
q Quit the interactive display
t Sort by run time of processes since last restart
< Move sort field to the next left column
> Move sort field to the next right column
Press any key to continue
· 輸入“d”後,根據出現的提示如果輸入“3”,則統計信息將會每隔3秒更新一次。
Enter the delay interval between updates(1~2147483647):3
· 輸入“n”後,根據出現的提示如果輸入“5”,則顯示的進程數目將會變為5個。
Enter the max number of processes to display(0 means unlimited):5
428 processes; 561 threads; 2336 fds
Thread states: 18 running, 543 sleeping, 0 stopped, 0 zombie
CPU: 97.24% idle, 0.28% user, 2.41% kernel, 0.07% interrupt, 0.00% steal
Memory: 31775M total, 26158M available, page size 4K
JID PID PRI State FDs MEM HH:MM:SS CPU Name
349 349 115 R 0 0K 05:59:31 0.14% [kdrvfwd21]
348 348 115 R 0 0K 05:56:16 0.14% [kdrvfwd20]
350 350 115 R 0 0K 05:54:20 0.14% [kdrvfwd22]
352 352 115 R 0 0K 05:49:12 0.14% [kdrvfwd24]
404 404 120 S 16 16480K 03:24:25 0.14% diagd
· 輸入“f”,統計信息將以打開的文件句柄數降序輸出(c、m、t命令字類似)。
428 processes; 561 threads; 2336 fds
Thread states: 18 running, 543 sleeping, 0 stopped, 0 zombie
CPU: 97.39% idle, 0.19% user, 2.04% kernel, 0.38% interrupt, 0.00% steal
Memory: 31775M total, 26158M available, page size 4K
JID PID PRI State FDs MEM HH:MM:SS CPU Name
526 526 120 S 360 64180K 00:25:14 0.01% stamgrd
426 426 120 S 329 167272K 04:50:26 0.11% apmgrd
398 398 100 S 181 52472K 00:00:59 0.00% dbmd
424 424 120 S 123 298916K 00:08:37 0.00% ofcd
601 601 125 S 87 25108K 00:00:12 0.00% ipstackd
620 620 120 S 84 54176K 00:01:42 0.00% portald
430 430 120 S 64 18340K 00:00:21 0.00% aaad
406 406 105 S 55 2192K 00:00:00 0.00% had
436 436 120 S 47 29212K 00:00:06 0.00% aclmgrd
600 600 125 S 41 30320K 00:01:54 0.00% dhcpd
· 輸入“k”後,根據出現的提示如果輸入406,將會終止此JID對應的任務“had”。
Enter the JID to kill: 406
427 processes; 560 threads; 2280 fds
Thread states: 18 running, 542 sleeping, 0 stopped, 0 zombie
CPU: 97.11% idle, 0.34% user, 2.46% kernel, 0.09% interrupt, 0.00% steal
Memory: 31775M total, 26158M available, page size 4K
JID PID PRI State FDs MEM HH:MM:SS CPU Name
526 526 120 S 360 64180K 00:25:14 0.03% stamgrd
426 426 120 S 329 167272K 04:50:31 0.13% apmgrd
398 398 100 S 180 52472K 00:00:59 0.00% dbmd
424 424 120 S 123 298916K 00:08:37 0.00% ofcd
601 601 125 S 87 25108K 00:00:12 0.00% ipstackd
620 620 120 S 84 54176K 00:01:42 0.00% portald
430 430 120 S 64 18340K 00:00:21 0.00% aaad
436 436 120 S 47 29212K 00:00:06 0.00% aclmgrd
600 600 125 S 41 30320K 00:01:54 0.00% dhcpd
505 505 120 S 40 28196K 00:00:00 0.00% qosd
· 輸入“q”,將退出交互模式。
表1-13 monitor process命令輸出信息描述表
字段 |
描述 |
84 processes; 107 threads; 683 fds |
係統的進程總數,線程總數,文件句柄總數 |
Thread states: 1 running, 102 sleeping, 0 stopped, 0 zombie |
線程狀態:處於running狀態的線程數,處於sleeping(包括interruptible sleep和uninterruptible sleep)狀態的線程數,處於stopped狀態的線程數,處於zombie狀態的線程數 |
CPU: 97.39% idle, 0.19% user, 2.04% kernel, 0.38% interrupt, 0.00% steal |
CPU狀態:空閑率,用戶態占用率,內核態占用率,中斷占用率,虛擬CPU等待物理CPU響應的時間占總CPU時間的百分比 |
Memory |
內存狀態:總量,可用內存數,page大小,單位為KB |
JID |
任務編號(用於唯一標識一個進程,該編號不會隨著進程的重啟而改變) |
PID |
進程編號 |
PRI |
進程優先級 |
State |
進程狀態,可能的取值為: · R:running,運行狀態或處於運行隊列 · S:sleeping,可中斷睡眠狀態 · T:traced or stopped,暫停狀態 · D:uninterruptible sleep,不可中斷睡眠狀態 · Z:zombie,僵死狀態 |
FDs |
file descriptions,進程打開的文件句柄數 |
MEM |
進程所使用的內存大小(內核線程該項顯示為0) |
HH:MM:SS |
進程自最近一次啟動以來的運行時間 |
CPU |
進程CPU使用率 |
Name |
進程名稱(如果進程名稱帶有“[ ]”標記,則表示該進程為內核線程) |
monitor thread命令用來顯示線程的統計信息。
【命令】
monitor thread [ dumbtty ] [ iteration number ]
【視圖】
任意視圖
【缺省用戶角色】
network-admin
【參數】
dumbtty:以啞終端方式顯示線程統計信息(即屏幕不支持定時刷新統計信息)。指定該參數時,全部線程的統計信息以CPU使用率降序排列輸出到屏幕上。不指定該參數時,統計信息以交互模式顯示,缺省情況下按CPU占用率降序顯示前10個線程的統計信息,且每隔5秒更新一次。
iteration number:進程統計信息的顯示次數,取值範圍為1~4294967295。指定dumbtty參數時number的缺省值為1;不指定dumbtty且不配置number參數時,表示顯示次數沒有限製,統計信息會一直顯示。
【使用指導】
不指定dumbtty參數的情況下,統計信息將以交互模式顯示。在交互模式下,係統可以根據用戶輸入的交互命令字來調整顯示方式或直接終止進程。在用戶輸入交互命令字之前,係統會自動計算可顯示的線程個數,超出屏幕範圍的線程不會顯示。
在交互模式下可以使用的交互命令字及對應的功能請參見表1-14。
表1-14 monitor thread命令支持的交互命令字描述表
命令字 |
功能描述 |
?或h |
幫助信息,顯示可用的交互式命令字 |
1 |
各物理CPU狀態的顯示開關。比如: 1. 輸入1,分別顯示各物理CPU的參數值 2. 再次輸入1,顯示所有CPU的參數的平均值 3. 第三次輸入1,又分別顯示各物理CPU的參數值 4. 如此循環 缺省情況下,顯示所有CPU的參數的平均值 |
c |
按CPU占用率降序排列,缺省情況下采用降序排列 |
d |
配置統計信息的更新時間間隔,單位為秒,缺省值為5 |
k |
終止一個任務(進程),此命令會影響係統運行,請謹慎使用 |
l |
刷新屏幕 |
n |
改變顯示的線程個數,取值為0~2147483647(缺省值為10,0表示不作限製);超過屏幕範圍時,仍隻顯示一屏內可容納的線程個數 |
q |
退出交互模式 |
t |
按進程最近一次啟動後的運行時間降序排列 |
< |
排序項向左移動一列 |
> |
排序項向右移動一列 |
【舉例】
# 以啞終端方式顯示線程統計信息。
<Sysname> monitor thread dumbtty
84 processes; 107 threads
Thread states: 1 running, 106 sleeping, 0 stopped, 0 zombie
CPU states: 83.19% idle, 1.68% user, 10.08% kernel, 5.04% interrupt
Memory: 755M total, 417M available, page size 4K
JID TID LAST_CPU PRI State HH:MM:SS MAX CPU Name
1175 1175 0 120 R 00:00:00 1 10.75% top
1 1 0 120 S 00:00:06 1 2.68% scmd
881 881 0 120 S 00:00:09 1 2.01% diagd
776 776 0 120 S 00:00:01 0 0.67% [DEVD]
866 866 0 120 S 00:00:11 1 0.67% devd
2 2 0 115 S 00:00:00 0 0.00% [kthreadd]
3 3 0 115 S 00:00:01 0 0.00% [ksoftirqd/0]
4 4 0 99 S 00:00:00 1 0.00% [watchdog/0]
5 5 0 115 S 00:00:00 0 0.00% [events/0]
6 6 0 115 S 00:00:00 0 0.00% [khelper]
796 796 0 115 S 00:00:00 0 0.00% [kip6fs/1]
<Sysname>
# 以交互模式顯示線程統計信息。
<Sysname> monitor thread
84 processes; 107 threads
Thread states: 1 running, 106 sleeping, 0 stopped, 0 zombie
CPU states: 94.43% idle, 0.76% user, 3.64% kernel, 1.15% interrupt
Memory: 755M total, 417M available, page size 4K
JID TID LAST_CPU PRI State HH:MM:SS MAX CPU Name
1176 1176 0 120 R 00:00:01 1 3.42% top
866 866 0 120 S 00:00:12 1 0.85% devd
881 881 0 120 S 00:00:09 1 0.64% diagd
1 1 0 120 S 00:00:06 1 0.42% scmd
1160 1160 0 120 S 00:00:01 1 0.21% sshd
2 2 0 115 S 00:00:00 0 0.00% [kthreadd]
3 3 0 115 S 00:00:01 0 0.00% [ksoftirqd/0]
4 4 0 99 S 00:00:00 1 0.00% [watchdog/0]
5 5 0 115 S 00:00:00 0 0.00% [events/0]
6 6 0 115 S 00:00:00 0 0.00% [khelper]
· 輸入“h”或“?”,幫助信息顯示如下:
Help for interactive commands:
?,h Show the available interactive commands
1 Toggle SMP view: '1' single/separate states
c Sort by the CPU field(default)
d Set the delay interval between screen updates
k Kill a job
l Refresh the screen
n Set the maximum number of threads to display
q Quit the interactive display
t Sort by run time of threads since last restart
< Move sort field to the next left column
> Move sort field to the next right column
Press any key to continue
· 輸入“d”後,根據出現的提示如果輸入“3”,統計信息將會每隔3秒更新一次。
Enter the delay interval between screen updates(1~2147483647):3
· 輸入“n”後,根據出現的提示如果輸入“5”,顯示的線程數目將會變為5個。
Enter the max number of threads to display(0 means unlimited):5
84 processes; 107 threads
Thread states: 1 running, 106 sleeping, 0 stopped, 0 zombie
CPU states: 93.26% idle, 0.99% user, 4.23% kernel, 1.49% interrupt
Memory: 755M total, 417M available, page size 4K
JID TID LAST_CPU PRI State HH:MM:SS MAX CPU Name
1176 1176 0 120 R 00:00:02 1 3.71% top
1 1 0 120 S 00:00:06 1 0.92% scmd
866 866 0 120 S 00:00:13 1 0.69% devd
881 881 0 120 S 00:00:10 1 0.69% diagd
720 720 0 115 D 00:00:01 0 0.23% [TMTH]
· 輸入“k”後,根據出現的提示輸入881,將會終止此JID對應的任務diagd。
Enter the JID to kill:881
83 processes; 106 threads
Thread states: 1 running, 105 sleeping, 0 stopped, 0 zombie
CPU states: 96.26% idle, 0.54% user, 2.63% kernel, 0.54% interrupt
Memory: 755M total, 418M available, page size 4K
JID TID LAST_CPU PRI State HH:MM:SS MAX CPU Name
1176 1176 0 120 R 00:00:04 1 1.86% top
866 866 0 120 S 00:00:14 1 0.87% devd
1 1 0 120 S 00:00:07 1 0.49% scmd
730 730 0 0 S 00:00:04 1 0.12% [DIBC]
762 762 0 120 S 00:00:22 1 0.12% [MNET]
· 輸入“q”,將退出交互模式。
表1-15 monitor thread命令顯示信息描述表
顯示項 |
內容描述 |
84 processes; 107 threads |
係統的進程總數,線程總數 |
Thread states |
線程狀態:處於running狀態的線程數,處於sleeping(包括interruptible sleep和uninterruptible sleep)狀態的線程數,處於stopped狀態的線程數,處於zombie狀態的線程數 |
CPU states |
CPU狀態:空閑率,用戶態占用率,內核態占用率,中斷占用率 |
Memory |
內存狀態:總量,可用內存數,page大小 |
JID |
任務編號,用於唯一標識一個進程,該編號不會隨著進程的重啟而改變 |
TID |
線程編號 |
LAST_CPU |
線程最近一次被調度所在的CPU的編號 |
PRI |
線程優先級 |
State |
進程狀態,可能的取值為: · R:running,運行狀態或處於運行隊列 · S:sleeping,可中斷睡眠狀態 · T:traced or stopped,暫停狀態 · D:uninterruptible sleep,不可中斷睡眠狀態 · Z:zombie,僵死狀態 |
HH:MM:SS |
線程自最近一次啟動以來的運行時間 |
MAX |
線程單次調度占用CPU的最長時間,以毫秒為單位 |
CPU |
線程CPU使用率 |
Name |
線程名稱(如果線程名稱帶有“[ ]”標記,則表示該線程為內核線程) |
process core命令用來開啟/關閉用戶態進程異常時生成core文件的功能,並配置可生成core文件的最大個數。
【命令】
process core { maxcore value | off } { job job-id | name process-name }
【視圖】
用戶視圖
【缺省情況】
同一用戶態進程在首次異常時會生成core文件,後續異常不再生成core文件。即maxcore的最大數值為1。
【缺省用戶角色】
network-admin
【參數】
off:表示關閉用戶態進程異常時生成core文件的功能。
maxcore value:表示開啟用戶態進程的core文件生成功能,並配置能生成的core文件的最大個數。value表示用戶態進程能生成的core文件的最大個數,取值範圍為1~10,缺省值為1。
name process-name:用戶態進程的名稱,為1~15個字符的字符串,不區分大小寫。process core命令的配置對用戶態進程下的所有實例有效。
job job-id:任務ID,用於唯一標識一個進程,該ID不會隨著進程的重啟而改變,取值範圍為1~2147483647。
【使用指導】
開啟用戶態進程的core文件生成功能,並配置能生成的core文件的最大個數後,用戶態進程異常重啟一次,就會產生一個core文件並記錄用戶態進程的異常信息。如果生成的core文件的數目達到最大值,則不再生成新的core文件。軟件開發和維護人員能夠根據core文件的內容來定位異常的原因和異常的位置。
因為生成的core文件會占用係統存儲資源,如果用戶對某些用戶態進程的異常退出不關心,可以關閉這些用戶態進程的core文件記錄功能。
【舉例】
# 關閉用戶態進程routed的core文件生成功能。
<Sysname> process core off name routed
# 開啟用戶態進程routed的core文件生成功能,並且最多可生成5個core文件。
<Sysname> process core maxcore 5 name routed
【相關命令】
· display exception context
· exception filepath
reset exception context命令用來清除用戶態進程異常時記錄的上下文信息。
【命令】
reset exception context
【視圖】
用戶視圖
【缺省用戶角色】
network-admin
【舉例】
# 清除用戶態進程異常記錄。
<Sysname> reset exception context
【相關命令】
· display exception context
reset kernel deadloop命令用來清除內核線程死循環信息。
【命令】
reset kernel deadloop
【視圖】
用戶視圖
【缺省用戶角色】
network-admin
【舉例】
# 清除內核線程死循環信息。
<Sysname> reset kernel deadloop
【相關命令】
· display kernel deadloop
reset kernel exception命令用來清除內核線程的異常信息。
【命令】
reset kernel exception
【視圖】
用戶視圖
【缺省用戶角色】
network-admin
【舉例】
# 清除內核線程的異常信息。
<Sysname> reset kernel exception
【相關命令】
· display kernel exception
reset kernel reboot命令用來清除內核線程重啟信息。
【命令】
reset kernel reboot
【視圖】
用戶視圖
【缺省用戶角色】
network-admin
【舉例】
# 清除內核線程重啟信息。
<Sysname> reset kernel reboot
【相關命令】
· display kernel reboot
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!