版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、.通过交换机 show proc cpu的命令输出的信息可以看到:在5秒、1分钟、5分钟内 Cat4k Mgmt LoPri进程的CPU占用率分别为 91.69% 92.18% 92.23%显然是这个进程消耗了大量的CPU运行资源,从而导致交换机没有新的资源处理新的请求。处理器运行两个进程,Cat4k Mgmt HiPri和Cat4k Mgmt LoPri,这两个进程同其他进程一样要占用cpu时间。当Cat4k平台上某项进程占用cpu超出了应分配的cpu时间,Cat4k Mgmt LoPri会接管这项进程,使其他进程能够得到cpu时间。同样当某个进程占用cpu时间没有超过规定的cpu利用率,C
2、at4k Mgmt HiPri会接管这个进程。而Cat4k Mgmt LoPri进程CPU占用率超过90%,我们判断一定是某一个进程大大超过了CPU应分配的时间,而Cat4k Mgmt LoPri进程试图接管这一进程,而导致了Cat4k Mgmt LoPri 进程的CPU占用时间超过了90%。根据这一思路只要我们找出这个进程,将其关闭或找出这个进程的作用,就可以解决这个问题并能够找出CPU占用率过高的原因。show proc cpuCPU utilization for five seconds: 99%/0%; one minute: 99%; five minutes: 99%
3、24 1716 91507 18 0.00% 0.00% 0.00% 0 Net Background 25 0
4、 5 0 0.00% 0.00% 0.00% 0 Logger 26 716 109117 6
5、; 0.00% 0.00% 0.00% 0 TTY Background 27 2072 111013 18 0.00% 0.00% 0.00% 0 Per-Second Jobs
6、160; 28 38292 1947 19667 0.00% 0.04% 0.00% 0 Per-minute Jobs 29 2858508 8807360
7、0;324 4.63% 3.81% 3.72% 0 Cat4k Mgmt HiPri 30 84371564 67467994 1250 91.69% 92.18% 92.23% 0 Cat4k Mgmt LoPri 31 260
8、; 49358 5 0.00% 0.00% 0.00% 0 Galios Reschedul 32 0 2 0 0.00%&
9、#160; 0.00% 0.00% 0 IOS ACL Helper 通过show platform health 命令进一步更为详细的检查Catalyst 4506交换机的进程我们发现K2CpuMan Review进程有异常, 如下:show pla heaKxAclPathMan reprogr 1.00 0.00 2 1 100
10、160; 500 0 0 0 0:00TagMan-RecreateMtegR 1.00 0.00 10 5 100 500 0 0 0 0:00K2CpuMan Review &
11、#160; 30.00 69.84 30 26 100 500 112 106 78 1248:14K2AccelPacketMan: Tx 10.00 2.74 20 0 100
12、; 500 12 12 10 254:45K2AccelPacketMan: Au 0.10 0.00 0 0 100 500 0 0 0 0:00K2AclMan-taggedFlatA
13、60;1.00 0.00 10 5 100 500 0 0 0 0:00IOS软件设计的K2CpuMan Review进程CPU占用率最高为30% 而实际却为69.84,大大超过了软件当初设计得阀值,而其他的进程都在软件设计的设定的范围之内,因此我们可以初步判断是K2CpuMan Review 进程出现了意外,致使CPU的管理进程Ca
14、t4k Mgmt LoPri试图接管这一进程,而最终导致交换机CPU占用率过高,导致资源的最终耗尽。从而影响了整个网络运行的稳定性。 通过Cisco提供的文档来看,K2CpuMan Review进程主要处理“Hit”CPU的数据包,Catalyist 4506交换方式是CEF,并不是过程交换,在正常的情况下除设备管理、监测、路由计算外,数据包的转发主要由交换引擎来完成,并不需要CPU作过多的处理。K2CpuMan Review占用的CPU资源过多,但各接口的流量并没有明显增大,显然不是正常的负载过重导致,一定是很多异常的数据包Hit了CPU,为了查清楚 CPU受到的异常
15、数据包性质。我们通过命令:Monitor session 1 soure interface cpuMonitor session 1 des interface gi 3/8?把CPU收到的数据包镜像到了gi 3/8端口,然后在gi 3/8端口接上装有Sniffer和omnipeek等数据分析软件的计算机。bright.wang2006-10-20, 14:52你可能有默认路由,建设去掉看一下CPU利用率是否正常?还可以用sh int | i protocol | rate | broadcasts看一下哪个端口收发包较多?shoudown后看CP
16、U利用率是否正常?chinese_manxieshj2006-10-20, 15:55直接重起xdzdy2006-10-20, 16:15这个问题我前几天看到过,而且让CISCO TAC开了CASE,TAC说这是正常的,是C4K正常的现象,具体信息参考附件,谢谢!如果C4K上的某个interface突然数据传输激增,或者端口在短时间内出现大量的错误激增,就会造成这个现象。marco_myw2006-10-20, 17:26我遇到过的有两种情况,1是交换机接到大量的错误包的时候,show ip traffic 看看,如果有很多bad hop 的话,那就是这个愿意,还有就是病毒,常见的几个sql下
17、的蠕虫病毒都会造成这个现象。刚处理过一次C4506交换机CPU利用率过高(1)通过交换机 show proc cpu的命令输出的信息可以看到:在5秒、1分钟、5分钟内 Cat4k Mgmt LoPri进程的CPU占用率分别为 91.69% 92.18% 92.23%显然是这个进程消耗了大量的CPU运行资源,从而导致交换机没有新的资源处理新的请求。处理器运行两个进程,Cat4k Mgmt HiPri和Cat4k Mgmt LoPri,这两个进程同其他进程一样要占用cpu时间。当Cat4k平台上某项进程占用cpu超出了应分配的cpu时间,Cat4k Mgmt LoPri会接管这项进程,使其他进程能
18、够得到cpu时间。同样当某个进程占用cpu时间没有超过规定的cpu利用率,Cat4k Mgmt HiPri会接管这个进程。而Cat4k Mgmt LoPri进程CPU占用率超过90%,我们判断一定是某一个进程大大超过了CPU应分配的时间,而Cat4k Mgmt LoPri进程试图接管这一进程,而导致了Cat4k Mgmt LoPri 进程的CPU占用时间超过了90%。根据这一思路只要我们找出这个进程,将其关闭或找出这个进程的作用, .Cat4k Mgmt LoPri 进程占用CPU过高,有很多原因.IPX or AppleTalk Routing Host LearningOut of Har
19、dware Resources (TCAM) for Security ACLThe log Keyword in ACL这些都可以显示特征是Cat4k Mgmt LoPri .以host learning为例:Step 1: Check for the Cisco IOS process with the show processes cpu command. Issue the show processes cpu command in order to check which Cisco IOS process consumes the CPU. In this command outp
20、ut, notice that the top process is the Cat4k Mgmt LoPri :Switch# show processes cpu CPU utilization for five seconds: 89%/1%; one minute: 74%; five minutes: 71%PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
21、60;1 4 53 75 0.00% 0.00% 0.00% 0 Chunk Manager !- Output suppressed. 25
22、60;8008 1329154 6 0.00% 0.00% 0.00% 0 Per-Second Jobs 26 413128 38493 10732 0.00% 0.0
23、2% 0.00% 0 Per-minute Jobs 27 148288424 354390017 418 26.47% 10.28% 10.11% 0 Cat4k Mgmt HiPri 28 285796820 720618753 396 5
24、2.71% 56.79% 55.70% 0 Cat4k Mgmt LoPriStep 2: Check for the Catalyst 4500-specific process with the show platform health command. The output of the show platform health command confirms the use of the CPU in order to process CPU-bound packets. Switch# show platform health
25、60; %CPU %CPU RunTimeMax Priority Average %CPU Total Target Actual Target Actual
26、 Fg Bg 5Sec Min Hour CPU!- Output suppressed.TagMan-RecreateMtegR 1.00 0.00 10 4 100 500 0 0 0 0:00K2CpuMan Review
27、 30.00 46.88 30 47 100 500 30 29 21 265:01K2AccelPacketMan: Tx 10.00 8.03 20 0
28、0; 100 500 21 29 26 270:4Step 3: Check the CPU queue that receives traffic in order to identify the type of CPU-bound traffic. In order to determine the type of traffic that hits the CPU, issue the show platform cpu packet statistics comm
29、and.Switch# show platform cpu packet statistics!- Output suppressed.Packets Received by Packet Queue Queue Total 5 sec avg 1 min avg 5 min avg 1 hour avg- - - - - -Esmp
30、; 48613268 38 39 38 39Control
31、 142166648 74 74 73 73Host Learning
32、; 1845568 1328 1808 1393 1309L3 Fwd High 17 &
33、#160; 0 0 0 0L3 Fwd Medium 2626 0
34、; 0 0 0L3 Fwd Low 1582414 1
35、60;1 1 1L2 Fwd Medium 1 0 0
36、0; 0 0L2 Fwd Low 576905398 37 7 8
37、; 5L3 Rx High 257147 0 0 0 0L3 Rx Lo
38、w 5325772 10 19 13 7RPF Failure
39、160; 155 0 0 0 0ACL fwd(snooping)
40、0; 65604591 53 54 54 53ACL log, unreach 11013420
41、 9 8 8 8更详细的请参考: . 86a00804cef15.shtmlshow platform cpu packet statistics 显示的是什么信息?在交换机上提示没这命令?C4006#sh verCisco Internetwork Operating System SoftwareIOS (tm) Catalyst
42、4000 L3 Switch Software (cat4000-IS-M), Version 12.1(8a)EW1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1)TAC Support: Copyright (c) 1986-2002 by cisco Systems, Inc.Compiled Wed 20-Feb-02 18:02 by eaarmasROM: 12.1(12r)EWC4006-5F uptime is 4 days, 8 hours, 7 minutesSystem returned to ROM by reloadSystem im
43、age file is "bootflash:cat4000-is-mz.121-8a.EW1.bin"cisco WS-C4006 (MPC8245) processor (revision 7) with 262144K bytes of memory.Last reset from Reload32 FastEthernet/IEEE 802.3 interface(s)10 Gigabit Ethernet/IEEE 802.3 interface(s)467K bytes of non-volatile configuration memory.Configura
44、tion register is 0x2102xigang4506# show platform cpu pa stPackets Dropped In Hardware By CPU Subport (txQueueNotAvail)一般4500些列CPU高,在cisco文档中都有典型的描述,排障方法一般现就是三条命令,判断是STP问题,还是ACL问题,还是ACL LOG(keyword),还是广播/ARP问题,基本有个定论;更加可以使用CPU SPAN来分析或在高版本中使用debug platform cpu pa
45、cket buffer来分析。但是在这次我排障中发现基本不是ARP问题,也不是病毒问题。而是出现了ACL FWD(SNOOPING)数很大,在典型案例中就没有出现这种,很是郁闷。问题:NATIVE VLAN和ACL FWD(snooping)有什么关系呢?你的cpu实在太厉害了。呵呵。给你看一个文档先Catalyst4500交换机CPU利用率高的原因解释 环境 Cisco Catalyst4500交换机,使用Supervisor Engines III and IV.问题 Cisco Catalyst4500交换机(Supervisor Engines III and I
46、V),CPU出现短时90%利用率,其中Cat4k Mgmt LoPr进程占用CPU较高,请解释一下原因?解答 Catalyst4500系列交换机(Supervisor Engines III and IV),运行IOS操作系统,其中命令show process cpu会显示信息如下:W2S-2.8-c4503-A# show processes cpuCPU utilization for five seconds: 97%/2%; one minute: 98%; five minutes: 75%PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TT
47、Y Process!- Output suppressed.24 360 597068 0 0.00% 0.00% 0.00% 0 Per-Second Jobs25 9029996 47494839 190 2.12% 2.24% 2.48% 0 Cat4k Mgmt HiPri26 5537468 32351753 171 60.09% 63.97% 48.63% 0 Cat4k Mgmt LoPri27 20 32800 0 0.00% 0.00% 0.00% 0 Galios Reschedul!- Output suppressed.38 0 9954 0 0.00% 0.00% 0
48、.00% 0 Port-Security39 133824 66958 1998 32.58% 31.87% 23.30% 0 IP Input40 13292 111414 119 0.00% 0.00% 0.00% 0 CDP Protocol!- Output suppressed.处理器运行两个进程,Cat4k Mgmt HiPri和Cat4k Mgmt LoPri,这两个进程同其他进程一样要占用cpu时间。当Cat4k平台上某项进程占用cpu超出了应分配的cpu时间,Cat4k Mgmt LoPri会接管这项进程,使其他进程能够得到cpu时间。同样当某个进程占用cpu时间没有超过规定
49、的cpu利用率,Cat4k Mgmt HiPri会接管这个进程。 本帖最后由 totle 于 2005-10-8 09:26 PM 编辑ip input 是路由器使用cpu进行process switch的。当cef关闭,或者其他的快速交换的方式关闭了,那么海量的数据包都要通过中央cpu来处理,可能会消耗很多的资源。另外就是病毒或者攻击导致你的缓存中没有match的条目,也会进行process switch。arp input举个例子,就是你的缺省路由指向了一个广播接口,那么大量的数据包会产生很多arp的请求,建议指定下一跳的IP地址。#sh plat cpu pack stat allPac
50、kets Dropped In Hardware By CPU Subport (txQueueNotAvail)CPU Subport TxQueue 0 TxQueue 1 TxQueue 2 TxQueue 3- - - - - 0
51、60; 0 0 0 579682309 1
52、0; 0 2472798 0 0 2 &
53、#160;0 0 0 0 3
54、; 0 0 0 0 4
55、160; 0 0 0 0 5
56、; 0 0 0 0
57、60;6 0 0 0 54
58、 7 0 0 0 0Packets Enqueued
59、 OverallTotal 5 sec avg 1 min avg 5 min avg 1 hour avg- - - - - 0 0 0
60、; 0 0Packets Not Enqueued OverallTotal 5 sec avg 1 min avg 5 min avg 1 hour avg- - - - -More-
61、 0 0 0 0 0Packets Dropped In Processing OverallTotal
62、0; 5 sec avg 1 min avg 5 min avg 1 hour avg- - - - - 57397139 5 5 5 5Packets Not Enqueued
63、 by CPU eventEvent Total 5 sec avg 1 min avg 5 min avg 1 hour avg- - - - - -Control Packet
64、160; 0 0 0 0 0Input Acl 0
65、 0 0 0 0RPF Fail 0&
66、#160; 0 0 0 0Adjacency Same If 0
67、 0 0 0 0L3 Forward 0 0
68、60; 0 0 0NFL Copy To CPU 0 0 &
69、#160;0 0 0Output Acl 0 0 0
70、; 0 0MTU Check Fail 0 0 0
71、 0 0SA Miss 0 0 0 &
72、#160; 0 0L2 Forward 0 0 0
73、;0 0SPAN 0 0 0
74、60; 0 0-More- CPU Generated 0 0 0
75、; 0 0Unknown 0 0 0
76、 0 0Packets Dropped In Processing by CPU eventEvent Total 5 sec avg 1 min avg 5 min avg 1 hour avg- - - - - -Con
77、trol Packet 8506735 0 0 0 0Input Acl
78、160; 48889041 4 5 4 4RPF Fail
79、160; 0 0 0 0 0Adjacency Same If
80、 0 0 0 0 0L3 Forward
81、 0 0 0 0 0NFL Copy To CPU 0
82、60; 0 0 0 0Output Acl 0 &
83、#160; 0 0 0 0MTU Check Fail 0 0
84、160; 0 0 0SA Miss 1363 0
85、 0 0 0L2 Forward 0 0
86、0; 0 0 0SPAN 0 0
87、160; 0 0 0CPU Generated 0 0
88、60;0 0 0Unknown 0 0
89、0;0 0 0Packets Not Enqueued by Priority-More- Priority Total 5 sec avg 1 min avg
90、5 min avg 1 hour avg- - - - - -Unknown 0 0 0 0
91、0; 0Normal 0 0 0 0
92、; 0Medium 0 0 0 0
93、 0High 0 0 0 0
94、0; 0Crucial 0 0 0 0
95、; 0Super Crucial 0 0 0 0
96、 0Packets Dropped In Processing by PriorityPriority Total 5 sec avg 1 min avg 5 min avg 1 hour avg- - - - - -Unknown
97、160; 0 0 0 0 0Normal
98、0; 1279945 0 0 0 0Medium
99、; 1363 0 0 0 0High
100、; 47609096 4 5 4 4Crucial 8506735
101、 0 0 0 0Super Crucial 0 &
102、#160; 0 0 0 0Packets Not Enqueued by ReasonReason Total 5
103、 sec avg 1 min avg 5 min avg 1 hour avg-More- - - - - - -RxQueueNotAvail 0 0 0
104、0; 0 0RxNoBuffersAvail 0 0 0 0 &
105、#160; 0RxBadCpuEvent 0 0 0 0
106、60; 0Testing 0 0 0 0
107、0; 0Packets Dropped In Processing by ReasonReason Total 5 sec avg 1 min avg 5 min avg 1 hour avg- - - - - -BadPddType
108、 0 0 0 0 0VlanZeroBadCrc
109、 0 0 0 0 0VlanZeroGoodCrc
110、 0 0 0 0 0NoPimPhyportMap 0
111、 0 0 0 0NoPimPhyport 0
112、60; 0 0 0 0UnimplementedEvt 0 0
113、 0 0 0SrcAddrTableFilt 1318 0 0
114、 0 0STPDrop 5325812 0 0
115、 0 0UnknownLayer1 0 0 0 0
116、 0UnknownLayer2 0 0 0 0
117、 0DstEntryDrop1 0 0 0 0
118、0DstEntryDrop2 21974 0 0 0 0DstEntryDrop3
119、60; 0 0 0 0 0-More- DstE
120、ntryDrop4 0 0 0 0 0AclNoVlan
121、160; 0 0 0 0 0AclActionDrop
122、0; 0 0 0 0 0AclActionRedirect &
123、#160; 0 0 0 0 0AclActionUnsupptd
124、; 0 0 0 0 0UnknownBridgeAct
125、60; 0 0 0 0 0NoTxInfo
126、160;0 0 0 0 0NoDstPorts 0
127、; 0 0 0 0NoFloodPorts 48889041 4
128、; 5 4 4ControlNoL2DstEnt 3158994 0 0
129、160; 0 0InvalidAclAction 0 0 0 0
130、; 0AclInputErr 0 0 0 0
131、160; 0InputAclOutputAcl 0 0 0 0 0AclO
132、utputErr 0 0 0 0 0ReservedPort
133、160; 0 0 0 0 0EsmpNoTxInfo
134、; 0 0 0 0 0UnknownSource &
135、#160; 0 0 0 0 0NoK2TxPackets
136、160; 0 0 0 0 0NoPimPort 0 0
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- JJF 2178-2024伏秒发生器校准规范
- 2024年度云南省高校教师资格证之高等教育心理学考前练习题及答案
- 第6单元 百分数(一)单元测试(含答案)2024-2025学年六年级上册数学人教版
- 数据中心技术发展趋势
- 赣南师范大学《数值计算方法》2023-2024学年第一学期期末试卷
- 赣南师范大学《国际结算》2023-2024学年第一学期期末试卷
- 阜阳师范大学《中国文学批评史》2021-2022学年第一学期期末试卷
- 阜阳师范大学《健美操》2021-2022学年第一学期期末试卷
- 2024年二级建造师管理-考题预测
- 福建师范大学《文化产业概论》2022-2023学年第一学期期末试卷
- 反强迫劳动反歧视反骚扰培训演示文稿课件
- 130t/h燃煤注汽锅炉安装技术交底课件
- 人员定位矿用井口唯一性检测系统
- 主题班会:拍卖会ppt课件
- 技能大师工作室建设PPT幻灯片课件(PPT 66页)
- 新版新幼儿园成长档案模板
- JIS G3507-1-2021 冷镦用碳素钢.第1部分:线材
- 封装工艺介绍优秀课件
- 建设工程竣工消防验收记录表(DOC36页)
- 学生学习过程评价量表
- 高中数学必修2立体几何教材分析和教学建议
评论
0/150
提交评论