- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
13-进程监控和维护配置
本章节下载： 13-进程监控和维护配置 (233.01 KB)
目 录
设备的系统软件基于Linux内核，各个网络服务功能分别运行各自的进程，实现模块化。运行在用户空间的进程称为用户态进程，与用户态进程相对的是内核线程，内核线程运行在内核态空间。
· 系统软件的绝大部分程序是用户态进程。每个用户态进程拥有独立的进程空间，单个进程的异常不会影响系统其他进程，从而提高了系统的可靠性。通常情况下，系统会自动监控用户态进程，不需要用户干预。当单个用户态进程中包含多个独立或半独立的活动，可以将这些活动拆分成多个线程。系统软件支持多线程并发和抢占，多个线程分工合作共同实现某个功能。一个进程是否包含多个线程，由软件实现需要决定。
· 内核线程用来执行系统软件内核代码和系统调用。它拥有比用户态进程更高的安全级别，当内核线程发生异常，通常系统会完全崩溃。用户可以使用命令行来监控内核线程的运行状态。
进程监控和维护配置任务如下：
· （可选）开启/关闭第三方进程
¡ 开启第三方进程
¡ 关闭第三方进程
· 监控和维护用户态进程
¡ 监控和维护进程
本节中罗列的命令对用户态进程和内核线程均适用。
本节中罗列的命令仅对用户态进程适用。
· 监控和维护内核线程
¡ 监控和维护进程
本节中罗列的命令对用户态进程和内核线程均适用。
本节中罗列的命令仅对内核线程适用。
Comware系统运行时，不会自动开启第三方进程。使用本特性，用户可以开启或关闭Puppet和Chef等第三方进程。
(1) 进入系统视图。
system-view
(2) 开启第三方进程。
third-part-process start name process-name [ arg args ]
(1) 请在任意视图下执行如下命令，显示第三方进程的编号。
display process all
本命令的显示信息中THIRD字段标识为Y的进程为第三方进程，PID字段为进程的编号。
(2) 进入系统视图。
system-view
(3) 关闭第三方进程。
third-part-process stop pid pid&<1-10>
本命令只能关闭通过third-part-process start命令开启的第三方进程。
本节中罗列的命令对用户态进程和内核线程均适用。使用这些命令，可以进行如下操作：
· 显示内存的整体使用情况。
· 显示系统当前运行了哪些进程，每个进程占用了多少内存和多少CPU资源。
· 定位异常进程。如果某个进程占用内存或者CPU资源过多，则确认该进程为异常源。如果异常源是用户态进程，可参考“1.5 监控和维护用户态进程”来进一步定位解决问题；如果异常源是内核线程，可参考“1.6 监控与维护内核线程”来进一步定位解决问题。
请在任意视图下执行以下命令，来监控和维护进程。
表1-1 监控和维护进程
|
操作 |
命令 |
|
显示系统内存使用情况（本命令的详细描述请参见“基础配置命令参考中的“设备管理”） |
display memory [ summary ] [ slot slot-number [ cpu cpu-number ] ] |
|
显示进程的状态信息 |
display process [ all | job job-id | name process-name ] [ slot slot-number [ cpu cpu-number ] ] |
|
显示所有进程的CPU占有率信息 |
display process cpu [ slot slot-number [ cpu cpu-number ] ] |
|
监控进程运行状态 |
monitor process [ dumbtty ] [ iteration number ] [ slot slot-number [ cpu cpu-number ] ] |
|
监控线程运行状态 |
monitor thread [ dumbtty ] [ iteration number ] [ slot slot-number [ cpu cpu-number ] ] |
当用户态进程运行异常，可使用本特性来进一步监控用户态进程、定位用户态进程故障。
开启用户态进程的core文件生成功能，并配置能生成的core文件的最大个数后，用户态进程异常重启一次，就会产生一个core文件并记录用户态进程的异常信息。如果生成的core文件的数目达到最大值，则不再生成新的core文件。软件开发和维护人员能够根据core文件的内容来定位异常的原因和异常的位置。
因为生成的core文件会占用系统存储资源，如果用户对某些用户态进程的异常退出不关心，可以关闭这些用户态进程的core文件记录功能。
以下命令均在用户视图下执行。
(1) （可选）配置core文件的保存路径。
exception filepath directory
缺省情况下，Core文件的保存路径为设备缺省文件系统的根目录。关于缺省文件系统的详细介绍请参见“基础配置指导”中的“文件系统管理”。
(2) 开启/关闭用户态进程异常时生成core文件的功能，以及配置能生成的core文件的最大个数。
process core { maxcore value | off } { job job-id | name process-name }
缺省情况下，用户态进程在首次异常时会生成core文件，后续异常不再生成core文件。即maxcore的最大数值为1。
在任意视图下，通过用户态进程的显示信息，用户可以更好的了解用户态进程的实时运行状态；同时，当出现系统异常繁忙或者资源消耗异常等故障时，显示信息可以帮助用户确认出现故障的功能点，以便尽快进行功能的恢复。
在用户视图下，执行reset命令，可以清除用户态进程的指定信息。
表1-2 用户态进程显示和维护
|
操作 |
命令 |
|
显示用户态进程异常时的上下文信息 |
display exception context [ count value ] [ slot slot-number [ cpu cpu-number ] ] |
|
显示core文件的保存路径 |
display exception filepath [ slot slot-number [ cpu cpu-number ] ] |
|
显示所有用户态进程的日志信息 |
display process log [ slot slot-number [ cpu cpu-number ] ] |
|
显示所有用户态进程的代码段、数据段以及堆栈等的内存使用信息 |
display process memory [ slot slot-number [ cpu cpu-number ] ] |
|
显示用户态进程堆内存的使用情况 |
display process memory heap job job-id [ verbose ] [ slot slot-number [ cpu cpu-number ] ] |
|
显示从指定地址开始的内存空间的内容 |
display process memory heap job job-id address starting-address length memory-length [ slot slot-number [ cpu cpu-number ] ] |
|
显示指定大小已使用内存块的地址 |
display process memory heap job job-id size memory-size [ offset offset-size ] [ slot slot-number [ cpu cpu-number ] ] |
|
清除用户态进程异常时记录的上下文信息 |
reset exception context [ slot slot-number [ cpu cpu-number ] ] |
在内核态空间中，所有资源都是共享的，多个内核线程之间通过任务调度协调工作。如果某个内核线程长时间一直占用CPU，就会导致其它内核线程获取不到运行机会，整个系统挂死，我们称这种现象为死循环。
开启内核线程死循环检测功能后，如果系统发现某内核线程在指定时间内一直占用CPU，则判定该内核线程为死循环，系统会记录一条死循环信息供管理员查询。
对于内核线程死循环检测功能，建议用户使用缺省配置即可。如果确实需要修改缺省配置，请在工程师的指导下进行，以免引起系统异常。
(1) 进入系统视图。
system-view
(2) 开启内核线程死循环检测功能。
monitor kernel deadloop enable [ slot slot-number [ cpu cpu-number [ core core-number&<1-64> ] ] ]
缺省情况下，内核线程死循环检测功能处于开启状态。
(3) （可选）配置判定内核线程是否死循环的时长。
monitor kernel deadloop time time [ slot slot-number [ cpu cpu-number ] ]
缺省情况下，当某内核线程连续运行超过20秒钟，则判定为死循环。
(4) （可选）配置不检测指定内核线程是否发生了死循环。
monitor kernel deadloop exclude-thread tid [ slot slot-number [ cpu cpu-number ] ]
缺省情况下，开启内核线程死循环检测功能后，会监控所有内核线程是否发生了死循环。
(5) （可选）配置内核线程死循环后系统执行的操作。
monitor kernel deadloop action { reboot | record-only } [ slot slot-number [ cpu cpu-number ] ]
缺省情况下，系统检测到内核线程死循环后，执行的操作为reboot。
如果内核线程本身的触发条件没有达到，会导致该内核线程在一段时间内一直得不到调度，我们称这种现象为饿死。
开启内核线程饿死检测功能后，当系统检测到某内核线程饿死时，会记录一条饿死信息供管理员查询。
内核线程饿死并不会影响整个系统的运行，当触发条件达到，处于饿死状态的内核线程会自动执行。
建议用户不要随意配置内核线程饿死检测功能。如果确实需要配置，请在工程师的指导下进行，以免引起系统异常。
(1) 进入系统视图。
system-view
(2) 开启内核线程饿死检测功能。
monitor kernel starvation enable [ slot slot-number [ cpu cpu-number ] ]
缺省情况下，内核线程饿死检测功能处于关闭状态。
(3) （可选）配置判定内核线程是否饿死的时长。
monitor kernel starvation time time [ slot slot-number [ cpu cpu-number ] ]
缺省情况下，当某内核线程在120秒内一直没有运行，则认为该内核线程被饿死。
(4) （可选）配置不检测指定内核线程是否发生了饿死。
monitor kernel starvation exclude-thread tid [ slot slot-number [ cpu cpu-number ] ]
缺省情况下，开启内核线程饿死检测功能后，会监控所有内核线程是否发生了饿死。
在任意视图下，通过内核线程的显示信息，用户可以更好的了解内核线程的实时运行状态；同时，当出现系统异常繁忙或者资源消耗异常等故障时，显示信息可以帮助用户确认出现故障的功能点，以便尽快进行功能的恢复。
在用户视图下，执行reset命令，可以清除内核线程的统计信息。
表1-3 内核线程显示和维护
|
操作 |
命令 |
|
显示内核线程死循环监控参数配置 |
display kernel deadloop configuration [ slot slot-number [ cpu cpu-number ] ] |
|
显示内核线程死循环信息 |
display kernel deadloop show-number [ offset ] [ verbose ] [ slot slot-number [ cpu cpu-number ] ] |
|
显示内核线程的异常信息 |
display kernel exception show-number [ offset ] [ verbose ] [ slot slot-number [ cpu cpu-number ] ] |
|
显示内核线程的重启信息 |
display kernel reboot show-number [ offset ] [ verbose ] [ slot slot-number [ cpu cpu-number ] ] |
|
显示内核线程饿死监控参数配置 |
display kernel starvation configuration [ slot slot-number [ cpu cpu-number ] ] |
|
显示内核线程饿死信息 |
display kernel starvation show-number [ offset ] [ verbose ] [ slot slot-number [ cpu cpu-number ] ] |
|
清除内核线程死循环信息 |
reset kernel deadloop [ slot slot-number [ cpu cpu-number ] ] |
|
清除内核线程的异常信息 |
reset kernel exception [ slot slot-number [ cpu cpu-number ] ] |
|
清除内核线程重启信息 |
reset kernel reboot [ slot slot-number [ cpu cpu-number ] ] |
|
清除内核线程饿死信息 |
reset kernel starvation [ slot slot-number [ cpu cpu-number ] ] |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
