设备及版本:EWPX2WCMD0无线插卡 Version 5.20, Release 2509P52
问题描述:
现场是有两台WX6108E,每台上面有4块无线插卡,两台WX6108做VRRP主备,也就是有4组AC,现在反映有两块无线插卡(管理地址为10.203.2.138和10.203.2.140)的CPU利用率都比较高,这两块插卡不在一个AC组里,且是各自AC组中的备插卡。
代理商反映在IMC设备上显示CPU利用率多次飚高,如下图。
对于IMC管理设备查看到CPU利用率高的情况,我们首先在设备上查看CPU利用情况,首先通过_hide进入隐藏模式,再输入display cpu task的命令来查看是什么进程导致的CPU利用率异常。
[H3C-hidecmd]dis cpu task
===== Current CPU usage info =====
CPU Usage Stat. Cycle: 12 (Second)
CPU Usage : 94%
CPU Usage Stat. Time : 2016-12-08 11:21:42
CPU Usage Stat. Tick : 0x203ad(CPU Tick High) 0x464839d2(CPU Tick Low)
Actual Stat. Cycle : 0x0(CPU Tick High) 0x33815f15(CPU Tick Low)
TaskName CPU Runtime(CPU Tick High/CPU Tick Low)
VIDL 6% 0/ 3531c5c
TICK 0% 0/ 36e5bc
STMR 0% 0/ 3ca6b3
IPCT 0% 0/ 13d745
DrTC 0% 0/ 1fa185
MCIN 0% 0/ 3307
IPCB 0% 0/ 4eeea
RPCQ 0% 0/ 11f583
ADJ6 0% 0/ 21f2
IPCM 0% 0/ 4db6
INFO 0% 0/ 65d8
WIPS 5% 0/ 2d2a7bf
WCFG 0% 0/ 40e0
WPMS 0% 0/ 15ee2
WPEE 77% 0/27d5a2a1
CCST 0% 0/ 3f41
DEV 0% 0/ 27a9a
SOCK 0% 0/ 8fa7
ADJ4 0% 0/ 81d7
SFLW 0% 0/ b414
ACL 0% 0/ aac3
LAGG 0% 0/ 58da
MSTP 0% 0/ 4cbf
LLDP 0% 0/ 43d9
PTMT 0% 0/ 23cd23
ARP 0% 0/ 2b049
IP 0% 0/ 1306bd
NQA 0% 0/ 17cbb3
FSLH 0% 0/ 387c
FSLR 0% 0/ 22a7b
vt0 1% 0/ 97a771
NTPT 0% 0/ f06f
VTYD 0% 0/ 3e034
DHCP 0% 0/ 40e94
VRRP 0% 0/ e866f
ND 0% 0/ 38802
AGNT 0% 0/ 5f49d
DT1X 2% 0/ 182d5ae
ACM 0% 0/ 352197
LS 0% 0/ 2802b
RDSO 0% 0/ 15a59
SC 0% 0/ 8c7a
IKE 0% 0/ eacc9
MACA 1% 0/ 8b7586
ULOG 0% 0/ 208a8
WAPI 0% 0/ 3724a
PSEC 0% 0/ 6b14
STND 0% 0/ dc4f
ROUT 0% 0/ 20148d
WMAC 0% 0/ fd681
WIDS 0% 0/ 2914a
WRRM 0% 0/ 21175
CWMS 0% 0/ 7d06
LWPS 1% 0/ f9bae4
WVB 0% 0/ 4111
WBKP 0% 0/ 2543f
IACT 0% 0/ 3df7
WBNJ 0% 0/ 20333
IFNT 0% 0/ 54a0
DHBK 0% 0/ d2c4
FTMT 0% 0/ fb563
FTMC 0% 0/ f3bd7
DNS 0% 0/ 21e89
我们通过display cpu task显示的信息发现,WPEE进程占用了77%的CPU利用率,WPEE是WIPS的相关进程,但是以往我们在设备上开启WIPS也并不会造成这种情况。
之后进行远程分析,我们发现开启wips后,备AC CPU高的根本原因是AC文件系统中存储的log信息太多。该log文件都是记录wips模块接收的各种事件,方便没有log服务器的用户查找历史。138这台AC文件达到480个,删掉470个以后cpu正常了。
<H3C>dir
Directory of cfa0:/wipslog/
0 -rw- 45311 Aug 16 2015 23:59:44 event2015-08-16%16h38m44s.log
1 -rw- 91475 Aug 17 2015 23:56:42 event2015-08-17%00h02m43s.log
2 -rw- 65169 Aug 18 2015 23:59:42 event2015-08-18%00h02m43s.log
3 -rw- 79485 Aug 19 2015 23:59:42 event2015-08-19%00h23m43s.log
4 -rw- 64105 Aug 20 2015 23:59:42 event2015-08-20%01h02m43s.log
5 -rw- 48794 Aug 21 2015 23:50:42 event2015-08-21%00h05m43s.log
6 -rw- 75398 Aug 22 2015 23:47:42 event2015-08-22%00h02m43s.log
......
476 -rw- 463514 Dec 05 2016 23:57:56 event2016-12-05%00h00m42s.log
477 -rw- 502938 Dec 06 2016 23:57:56 event2016-12-06%00h00m42s.log
478 -rw- 523455 Dec 07 2016 23:57:56 event2016-12-07%00h00m42s.log
479 -rw- 480816 Dec 08 2016 23:57:56 event2016-12-08%00h00m42s.log
480 -rw- 55168 Dec 09 2016 02:13:04 event2016-12-09%00h00m42s.log
1020068 KB total (583652 KB free)
在这个案例中,CPU高的根本原因是AC文件系统中存储的WIPS模块存储日志文件太多。该log文件都是记录wips模块接收的各种事件,方便没有log服务器的用户查找历史。部分AClog文件达到480个,在AC上删除部分log文件即可。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作