>> php进程导致服务器cpu 100问题追查过程
前段时间，出现了一次服务器cpu 占用100的问题。以下为追查原因的过程。仅当抛砖引玉，欢迎拍砖。
查看占用cpu高的进程
想找出占用cpu高的进程，用top命令就可以搞定。
.....此处省略n多行...
10434 root
509m 174m 1528 R 99.7
8:42.43 php
509m 174m 1528 R 99.1
9:12.35 php
16390 root
541m 182m 5244 R 98.4
8:40.92 php
此时，轻轻按下C键。就会看到如下信息。
540m 182m 5244 R 101.0
9:57.39 php /home/gearman_manager/pecl-manager.php -P /home/gearman_manager/manager.pid -u root -d -v
509m 174m 1528 R 101.0
10:15.28 php /home/gearman_manager/pecl-manager.php -P /home/gearman_manager/manager.pid -u root -d -v
16390 root
509m 174m 1528 R 99.5
9:41.18 php /home/gearman_manager/pecl-manager.php -P /home/gearman_manager/manager.pid -u root -d -vv
找出进程占用cpu高的原因
进程占用cpu高，一般是由于进程长时间占用cpu，又没有主动释放占用。如果想主动释放cpu，可以调用sleep。在写程序的时候，尤其要注意while 等循环的地方。
找出php进程在执行那段代码
$sudo gdb -p 10434
(gdb) print (char *)executor_globals.active_op_array-&filename
$13 = 0x2924118 &/home/gearman_manager/pecl-manager.php&
(gdb) print executor_globals-&current_execute_data-&opline-&lineno
Continuing.
Program received signal SIGINT, Interrupt.
0x06d0 in sigprocmask () from /lib64/libc.so.6
(gdb) print executor_globals-&current_execute_data-&opline-&lineno
Continuing.
Program received signal SIGINT, Interrupt.
0x50e1 in zend_hash_find ()
(gdb) print executor_globals-&current_execute_data-&opline-&lineno
如果对上面的命令有疑问，可以查看 []
根据上面的信息，我们可以知道，cpu高时，正在执行/home/gearman_manager/pecl-manager.php文件。并且正在执行53和71行附近的代码。
分析相关代码
php的相关代码如下：
while(!$this-&stop_work){ //此处是第51行
if(@$thisWorker-&work() ||
$thisWorker-&returnCode() == GEARMAN_IO_WAIT ||
$thisWorker-&returnCode() == GEARMAN_NOT_CONNECTED ||
$thisWorker-&returnCode() == GEARMAN_NO_JOBS) {
if ($thisWorker-&returnCode() == GEARMAN_SUCCESS)
if (!@$thisWorker-&wait()){
if ($thisWorker-&returnCode() == GEARMAN_NO_ACTIVE_FDS){
* Check the running time of the current child. If it has
* been too long, stop working.
//此处是第71行
if($this-&max_run_time & 0 && time() - $start & $this-&max_run_time) {
$this-&log(&Been running too long, exiting&, GearmanManager::LOG_LEVEL_WORKER_INFO);
$this-&stop_work =
if(!empty($this-&config[&max_runs_per_worker&]) && $this-&job_execution_count &= $this-&config[&max_runs_per_worker&]) {
$this-&log(&Ran $this-&job_execution_count jobs which is over the maximum({$this-&config['max_runs_per_worker']}), exiting&, GearmanManager::LOG_LEVEL_WORKER_INFO);
$this-&stop_work =
看来作者已经考虑到某些情况可能导致cpu 100，因此在代码中使用了sleep方法。现在php进程占用cpu 100，看来是没执行sleep(5)。如果$thisWorker->work() 和 $thisWorker->returnCode() 方法中没有IO等操作，能释放cpu的占用，又没有调用sleep的情况下，很容易导致进程占用cpu 100。
根据代码我们可以得出如下几个结论：
- 肯定没执行slepp(5)
- $thisWorker->work() 和 $thisWorker->returnCode() 方法中没有IO等操作，能释放cpu的占用。
进一步跟踪代码中可疑部分
分析 $thisWorker->returnCode() 的返回值。如果很容易复现cpu 100的话，你可以在程序中echo $thisWorker->returnCode() 来获得返回值。但是现在cpu 100的问题，复现比较麻烦。所以，还是使用gdb 来搞吧。
$gdb -p 10434
(gdb)b zif_gearman_worker_return_code
Breakpoint 1, zif_gearman_worker_return_code (ht=0, return_value=0x2a1b648, return_value_ptr=0x0, this_ptr=0x2a14090, return_value_used=1)
at /home/php_src/pecl/gearman-1.1.1/php_gearman.c:3186
in /home/php_src/pecl/gearman-1.1.1/php_gearman.c
(gdb) p return_value
$3 = (zval *) 0x2a1b648
(gdb) p *$3
$4 = {value = {lval = 0, dval = 0, str = {val = 0x0, len = 0}, ht = 0x0, obj = {handle = 0, handlers = 0x0}}, refcount__gc = 1, type = 0 '\0', is_ref__gc = 0 '\0'}
in /home/php_src/pecl/gearman-1.1.1/php_gearman.c
(gdb) p *$3
$5 = {value = {lval = 0, dval = 0, str = {val = 0x0, len = 0}, ht = 0x0, obj = {handle = 0, handlers = 0x0}}, refcount__gc = 1, type = 0 '\0', is_ref__gc = 0 '\0'}
in /home/php_src/pecl/gearman-1.1.1/php_gearman.c
(gdb) p *$3
$6 = {value = {lval = 0, dval = 0, str = {val = 0x0, len = 0}, ht = 0x0, obj = {handle = 0, handlers = 0x0}}, refcount__gc = 1, type = 0 '\0', is_ref__gc = 0 '\0'}
in /home/php_src/pecl/gearman-1.1.1/php_gearman.c
(gdb) p *$3
$7 = {value = {lval = 0, dval = 0, str = {val = 0x0, len = 0}, ht = 0x0, obj = {handle = 0, handlers = 0x0}}, refcount__gc = 1, type = 0 '\0', is_ref__gc = 0 '\0'}
in /home/php_src/pecl/gearman-1.1.1/php_gearman.c
(gdb) p *$3
$8 = {value = {lval = 0, dval = 0, str = {val = 0x0, len = 0}, ht = 0x0, obj = {handle = 0, handlers = 0x0}}, refcount__gc = 1, type = 0 '\0', is_ref__gc = 0 '\0'}
in /home/php_src/pecl/gearman-1.1.1/php_gearman.c
(gdb) p *$3
$9 = {value = {lval = 25, dval = 1., str = {val = 0x19 &Address 0x19 out of bounds&, len = 0}, ht = 0x19, obj = {handle = 25, handlers = 0x0}},
refcount__gc = 1, type = 1 '\001', is_ref__gc = 0 '\0'}
从最后的lval = 25 和 type =1 我们可以看出 returnCode()方法的最后返回值是 25 。
根据文档，返回值25 对应的是 GEARMAN_NOT_CONNECTED。
## 解决问题
既然出问题时， returnCode()方法的最后返回值是 25，而现在程序中对这种情况又没进行出来，导致了cpu 100。那我们只要在出现这种情况时，sleep几秒就ok了。
if(@$thisWorker-&work() ||
$thisWorker-&returnCode() == GEARMAN_IO_WAIT ||
$thisWorker-&returnCode() == GEARMAN_NOT_CONNECTED ||
$thisWorker-&returnCode() == GEARMAN_NO_JOBS) {
//下面一行是新增的
if ($thisWorker-&returnCode() == GEARMAN_NOT_CONNECTED) sleep(5);
if ($thisWorker-&returnCode() == GEARMAN_SUCCESS)
if (!@$thisWorker-&wait()){
if ($thisWorker-&returnCode() == GEARMAN_NO_ACTIVE_FDS){
原文链接：，转载请注明来源！
　分享到：服务器CPU被占100%寻求帮助_百度知道
服务器CPU被占100%寻求帮助
提问者采纳
你打开任务管理器看一下什么进程占用最高，然后不知道他是什么程序的话复制他的名称到网上搜索，如果是恶心软件或病毒之类的建议立即杀毒
你确定解决了？
其他类似问题
为您推荐：
服务器cpu的相关知识
其他2条回答
，还有就是优化问题了，服务器性能不行了
处理器不行了或者是有什么软件太废cpu了
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁查看: 1964|回复: 10
【强烈要去官方】从根本解决服务器CPU使用过高的问题！
DZ一时因为造成服务器CPU过高，导致影响我其他网站的运行，很多次都想咬着牙不用DZ，但是那么多数据不能丢！
百度过很多关于CPU爆到100%的问题，但是没有从根本解决这个问题！功能和性能要一起发展！
检查一下是否安装过相关插件、做过什么操作导致的。
默认情况下cpu不会有cpu跑到这么高的情况的。。
这个我不觉得啊，DZ论坛占的CPU确实有点高&&但也不至于100%吧
易语言论坛
你把出现CPU高的网站的网址发出来,再把服务器的配置环境,硬件情况,以及出现CPU高的详细情况说下,比如说是否在某个时间段固定出现,以及有否联系过机房排除了被CC或者其它攻击的可能
vivafei 发表于
你把出现CPU高的网站的网址发出来,再把服务器的配置环境,硬件情况,以及出现CPU高的详细情况说下,比如说是否 ...
日访问5000IP PR4 权重4的 九个月网站 我已经决定放弃DZ了 全部重新来过！
vivafei 发表于
你把出现CPU高的网站的网址发出来,再把服务器的配置环境,硬件情况,以及出现CPU高的详细情况说下,比如说是否 ...
我换thinksaas
不是程序的原因 是环境配置不平衡造成的问题
crx349 发表于
不是程序的原因 是环境配置不平衡造成的问题
现在用着华夏名网5000一年的VPS 就搞一个论坛还那么卡CPU！
crx349 发表于
不是程序的原因 是环境配置不平衡造成的问题
可以的话，联系我QQ &&答案 www.i-520.net
vivafei 发表于
你把出现CPU高的网站的网址发出来,再把服务器的配置环境,硬件情况,以及出现CPU高的详细情况说下,比如说是否 ...
可以的话，联系我QQ &&答案 www.i-520.net
Powered by帮我看下这个是什么错误，服务器经常cpu100% - wdcp|linux下免费的服务器/虚拟主机管理系统 -
WDlinux官方论坛 Linux服务器架构,性能优化.免费CDN系统,智能DNS,负载均衡,集群分流等应用
无标题文档
wdCP系统 (,,,,,,)
wdCDN系统 (,,,,,,)
wdOS系统 (,,,,,,)
wdDNS系统 (,,,,,,)
提问三步曲: 提问先看教程/FAQ索引(,,)及搜索,会让你更快解决问题
1 对应版块,提供系统版本位数,wdcp版本,lamp,lnmp,lnamp是哪个环境,rpm或编译安装
2 有哪些错误信息或提示,贴上论坛或截图发论坛
3 做过哪些操作或更改或设置等详细说明
温馨提示：信息不详,很可能会没人理你！论坛有相应教程说明的，也可能没人理！因为,你懂的
帮我看下这个是什么错误，服务器经常cpu100%
Mar 12 19:45:37 ebs-8518 kernel: [ 3414]&&& & 36830& &&&1633& &3& && & 0& && && && & 0 httpd
Mar 12 19:45:37 ebs-8518 kernel: Out of memory: Kill process 3348 (httpd) score 6 or sacrifice child
Mar 12 19:45:37 ebs-8518 kernel: Killed process 3348, UID 1000, (httpd) total-vm:152940kB, anon-rss:12100kB, file-rss:40kB
Mar 12 19:45:38 ebs-8518 kernel: Out of memory: Kill process 3042 (httpd) score 6 or sacrifice child
Mar 12 19:45:38 ebs-8518 kernel: Killed process 3042, UID 1000, (httpd) total-vm:152196kB, anon-rss:11108kB, file-rss:944kB
Mar 12 19:45:39 ebs-8518 kernel: __ratelimit: 1 callbacks suppressed
Mar 12 19:45:39 ebs-8518 kernel: httpd invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0, oom_score_adj=0
Mar 12 19:45:39 ebs-8518 kernel: httpd cpuset=/ mems_allowed=0
Mar 12 19:45:39 ebs-8518 kernel: Pid: 3213, comm: httpd Not tainted 2.6.32-220.4.1.el6.x86_64 #1
Mar 12 19:45:39 ebs-8518 kernel: Call Trace:
Mar 12 19:45:39 ebs-8518 kernel: [&ffffffff810c2b51&] ? cpuset_print_task_mems_allowed+0x91/0xb0
Mar 12 19:45:39 ebs-8518 kernel: [&ffffffff&] ? handle_mm_fault+0x1e4/0x2b0
Mar 12 19:45:39 ebs-8518 kernel: [&ffffffff81042b79&] ? __do_page_fault+0x139/0x480
Mar 12 19:45:39 ebs-8518 kernel: [&ffffffff81140ee0&] ? unmap_region+0x110/0x130
Mar 12 19:45:39 ebs-8518 kernel: [&ffffffff8113f08e&] ? remove_vma+0x6e/0x90
Mar 12 19:45:39 ebs-8518 kernel: [&ffffffff&] ? do_munmap+0x308/0x3a0
Mar 12 19:45:39 ebs-8518 kernel: [&ffffffff814f23fe&] ? do_page_fault+0x3e/0xa0
Mar 12 19:45:39 ebs-8518 kernel: [&ffffffff814ef7b5&] ? page_fault+0x25/0x30
Mar 12 19:45:39 ebs-8518 kernel: Mem-Info:
Mar 12 19:45:39 ebs-8518 kernel: Node 0 DMA per-cpu:
Mar 12 19:45:39 ebs-8518 kernel: CPU& & 0: hi:& & 0, btch:& &1 usd:& &0
Mar 12 19:45:39 ebs-8518 kernel: CPU& & 1: hi:& & 0, btch:& &1 usd:& &0
Mar 12 19:45:39 ebs-8518 kernel: CPU& & 2: hi:& & 0, btch:& &1 usd:& &0
Mar 12 19:45:39 ebs-8518 kernel: CPU& & 3: hi:& & 0, btch:& &1 usd:& &0
Mar 12 19:45:39 ebs-8518 kernel: Node 0 DMA32 per-cpu:
Mar 12 19:45:39 ebs-8518 kernel: CPU& & 0: hi:&&186, btch:&&31 usd:&&43
Mar 12 19:45:39 ebs-8518 kernel: CPU& & 1: hi:&&186, btch:&&31 usd:& &0
Mar 12 19:45:39 ebs-8518 kernel: CPU& & 2: hi:&&186, btch:&&31 usd:& &0
Mar 12 19:45:39 ebs-8518 kernel: CPU& & 3: hi:&&186, btch:&&31 usd:& &0
Mar 12 19:45:39 ebs-8518 kernel: active_anon:342661 inactive_anon:110973 isolated_anon:0
Mar 12 19:45:39 ebs-8518 kernel: active_file:70 inactive_file:98 isolated_file:0
Mar 12 19:45:39 ebs-8518 kernel: unevictable:0 dirty:0 writeback:0 unstable:0
Mar 12 19:45:39 ebs-8518 kernel: free:13290 slab_reclaimable:2382 slab_unreclaimable:13327
Mar 12 19:45:39 ebs-8518 kernel: mapped:179 shmem:137 pagetables:20837 bounce:0
Mar 12 19:45:39 ebs-8518 kernel: Node 0 DMA free:8356kB min:332kB low:412kB high:496kB active_anon:3740kB inactive_anon:3460kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15364kB mlocked:0kB dirty:0kB writeback:0kB mapped:4kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:16kB kernel_stack:0kB pagetables:80kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:8 all_unreclaimable? yes
Mar 12 19:45:39 ebs-8518 kernel: lowmem_reserve[]: 0 04
Mar 12 19:45:39 ebs-8518 kernel: Node 0 DMA32 free:44804kB min:44720kB low:55900kB high:67080kB active_anon:1366904kB inactive_anon:440432kB active_file:280kB inactive_file:392kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:2052312kB mlocked:0kB dirty:0kB writeback:0kB mapped:712kB shmem:548kB slab_reclaimable:9528kB slab_unreclaimable:53292kB kernel_stack:3248kB pagetables:83268kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:757 all_unreclaimable? no
Mar 12 19:45:39 ebs-8518 kernel: lowmem_reserve[]: 0 0 0 0
Mar 12 19:45:39 ebs-8518 kernel: Node 0 DMA: 6*4kB 6*8kB 0*16kB 1*32kB 3*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 1*4096kB = 8360kB
Mar 12 19:45:39 ebs-8518 kernel: Node 0 DMA32: 911*4kB 1012*8kB 466*16kB 223*32kB 55*64kB 10*128kB 6*256kB 2*512kB 3*1024kB 2*2048kB 1*4096kB = 44956kB
Mar 12 19:45:39 ebs-8518 kernel: 335 total pagecache pages
Mar 12 19:45:39 ebs-8518 kernel: 0 pages in swap cache
Mar 12 19:45:39 ebs-8518 kernel: Swap cache stats: add 0, delete 0, find 0/0
Mar 12 19:45:39 ebs-8518 kernel: Free swap&&= 0kB
Mar 12 19:45:39 ebs-8518 kernel: Total swap = 0kB
Mar 12 19:45:39 ebs-8518 kernel: 524285 pages RAM
Mar 12 19:45:39 ebs-8518 kernel: 10610 pages reserved
Mar 12 19:45:39 ebs-8518 kernel: 277878 pages shared
Mar 12 19:45:39 ebs-8518 kernel: 493772 pages non-shared
Mar 12 19:45:39 ebs-8518 kernel: [ pid ]& &uid&&tgid total_vm& && &rss cpu oom_adj oom_score_adj name
Mar 12 19:45:39 ebs-8518 kernel: [&&418]& &&&0& &418& &&&2742& && &166& &2& &&&-17& && && &-1000 udevd
Mar 12 19:45:39 ebs-8518 kernel: [ 3408]&&& & 37436& &&&2207& &0& && & 0& && && && & 0 httpd
Mar 12 19:45:39 ebs-8518 kernel: [ 3414]&&& & 37236& &&&2027& &3& && & 0& && && && & 0 httpd
Mar 12 19:45:39 ebs-8518 kernel: Out of memory: Kill process 2971 (httpd) score 5 or sacrifice child
Mar 12 19:45:39 ebs-8518 kernel: Killed process 2971, UID 1000, (httpd) total-vm:150836kB, anon-rss:9996kB, file-rss:24kB
Mar 12 19:45:42 ebs-8518 kernel: httpd invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0
Mar 12 19:45:42 ebs-8518 kernel: httpd cpuset=/ mems_allowed=0
Mar 12 19:45:42 ebs-8518 kernel: Pid: 3298, comm: httpd Not tainted 2.6.32-220.4.1.el6.x86_64 #1
Mar 12 19:45:42 ebs-8518 kernel: Call Trace:
Mar 12 19:45:42 ebs-8518 kernel: [&ffffffff810c2b51&] ? cpuset_print_task_mems_allowed+0x91/0xb0
Mar 12 19:45:42 ebs-8518 kernel: [&ffffffff814ef7b5&] ? page_fault+0x25/0x30
Mar 12 19:45:42 ebs-8518 kernel: Mem-Info:
Mar 12 19:45:42 ebs-8518 kernel: Node 0 DMA per-cpu:
Mar 12 19:45:42 ebs-8518 kernel: CPU& & 0: hi:& & 0, btch:& &1 usd:& &0
Mar 12 19:45:42 ebs-8518 kernel: CPU& & 1: hi:& & 0, btch:& &1 usd:& &0
Mar 12 19:45:42 ebs-8518 kernel: CPU& & 2: hi:& & 0, btch:& &1 usd:& &0
Mar 12 19:45:42 ebs-8518 kernel: CPU& & 3: hi:& & 0, btch:& &1 usd:& &0
Mar 12 19:45:42 ebs-8518 kernel: Node 0 DMA32 per-cpu:
Mar 12 19:45:42 ebs-8518 kernel: CPU& & 0: hi:&&186, btch:&&31 usd:&&30
Mar 12 19:45:42 ebs-8518 kernel: CPU& & 1: hi:&&186, btch:&&31 usd:&&16
Mar 12 19:45:42 ebs-8518 kernel: CPU& & 2: hi:&&186, btch:&&31 usd:&&27
Mar 12 19:45:42 ebs-8518 kernel: CPU& & 3: hi:&&186, btch:&&31 usd:&&17
Mar 12 19:45:42 ebs-8518 kernel: active_anon:340565 inactive_anon:113018 isolated_anon:0
Mar 12 19:45:42 ebs-8518 kernel: active_file:173 inactive_file:81 isolated_file:0
Mar 12 19:45:42 ebs-8518 kernel: unevictable:0 dirty:0 writeback:0 unstable:0
Mar 12 19:45:42 ebs-8518 kernel: free:13259 slab_reclaimable:2382 slab_unreclaimable:13327
Mar 12 19:45:42 ebs-8518 kernel: mapped:363 shmem:137 pagetables:20791 bounce:0
Mar 12 19:45:42 ebs-8518 kernel: Node 0 DMA free:8356kB min:332kB low:412kB high:496kB active_anon:3740kB inactive_anon:3460kB active_file:0kB inactive_file:16kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15364kB mlocked:0kB dirty:0kB writeback:0kB mapped:4kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:16kB kernel_stack:0kB pagetables:80kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Mar 12 19:45:42 ebs-8518 kernel: lowmem_reserve[]: 0 04
Mar 12 19:45:42 ebs-8518 kernel: Node 0 DMA32 free:44680kB min:44720kB low:55900kB high:67080kB active_anon:1358520kB inactive_anon:448612kB active_file:692kB inactive_file:308kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:2052312kB mlocked:0kB dirty:0kB writeback:0kB mapped:1448kB shmem:548kB slab_reclaimable:9528kB slab_unreclaimable:53292kB kernel_stack:3248kB pagetables:83084kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:1202 all_unreclaimable? yes
Mar 12 19:45:42 ebs-8518 kernel: lowmem_reserve[]: 0 0 0 0
Mar 12 19:45:42 ebs-8518 kernel: Node 0 DMA: 9*4kB 6*8kB 0*16kB 1*32kB 3*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 1*4096kB = 8372kB
Mar 12 19:45:42 ebs-8518 kernel: Node 0 DMA32: 901*4kB 1004*8kB 464*16kB 225*32kB 55*64kB 10*128kB 5*256kB 2*512kB 3*1024kB 2*2048kB 1*4096kB = 44628kB
Mar 12 19:45:42 ebs-8518 kernel: 473 total pagecache pages
Mar 12 19:45:42 ebs-8518 kernel: 0 pages in swap cache
Mar 12 19:45:42 ebs-8518 kernel: Swap cache stats: add 0, delete 0, find 0/0
Mar 12 19:45:42 ebs-8518 kernel: Free swap&&= 0kB
Mar 12 19:45:42 ebs-8518 kernel: Total swap = 0kB
Mar 12 19:45:42 ebs-8518 kernel: 524285 pages RAM
Mar 12 19:45:42 ebs-8518 kernel: 10610 pages reserved
Mar 12 19:45:42 ebs-8518 kernel: 285857 pages shared
Mar 12 19:45:42 ebs-8518 kernel: 493667 pages non-shared
Mar 12 19:45:42 ebs-8518 kernel: [ pid ]& &uid&&tgid total_vm& && &rss cpu oom_adj oom_score_adj name
Mar 12 19:45:42 ebs-8518 kernel: [&&418]& &&&0& &418& &&&2742& && &166& &2& &&&-17& && && &-1000 udevd
Mar 12 19:45:42 ebs-8518 kernel: [&&987]& &&&0& &987& &&&6922& && & 60& &0& &&&-17& && && &-1000 auditd
Mar 12 19:45:42 ebs-8518 kernel: [ 1067]& &&&0&&1067& & 16018& && &165& &1& && & 0& && && && & 0 sshd
Mar 12 19:45:42 ebs-8518 kernel: [ 1597]& &999&&1597& & 27921& && &843& &2& && & 0& && && && & 0 httpd
Mar 12 19:45:42 ebs-8518 kernel: [ 1601]& &&&0&&1601& &&&1029& && & 22& &0& && & 0& && && && & 0 mingetty
Mar 12 19:45:42 ebs-8518 kernel: [ 1609]& &&&0&&1609& &&&1029& && & 22& &3& && & 0& && && && & 0 mingetty
Mar 12 19:45:42 ebs-8518 kernel: [ 1611]& &&&0&&1611& &&&1029& && & 22& &2& && & 0& && && && & 0 mingetty
Mar 12 19:45:42 ebs-8518 kernel: [ 1612]& &&&0&&1612& &&&2741& && &165& &2& &&&-17& && && &-1000 udevd
Mar 12 19:45:42 ebs-8518 kernel: [ 2890]&&& & 33748& &&&2172& &0& && & 0& && && && & 0 httpd
看清提问三步曲及多看教程/FAQ索引(,,),益处多多.
我也是。装了 云锁 后&&CPU&&经常 100%& &本来好好的，突然就 100%&&了&&。 之前一切正常的。麻烦管理关注下。谢谢
[通过 QQ、MSN 分享给朋友]