计算机通过交换机showproccpu的命令输出的信息可以看到.docx
- 文档编号:24015626
- 上传时间:2023-05-23
- 格式:DOCX
- 页数:22
- 大小:29.02KB
计算机通过交换机showproccpu的命令输出的信息可以看到.docx
《计算机通过交换机showproccpu的命令输出的信息可以看到.docx》由会员分享,可在线阅读,更多相关《计算机通过交换机showproccpu的命令输出的信息可以看到.docx(22页珍藏版)》请在冰豆网上搜索。
计算机通过交换机showproccpu的命令输出的信息可以看到
通过交换机showproccpu的命令输出的信息可以看到:
在5秒、1分钟、5分钟内Cat4kMgmtLoPri进程的CPU占用率分别为91.69%92.18%92.23%
显然是这个进程消耗了大量的CPU运行资源,从而导致交换机没有新的资源处理新的请求。
处理器运行两个进程,Cat4kMgmtHiPri和Cat4kMgmtLoPri,这两个进程同其他进程一样要占用cpu时间。
当Cat4k平台上某项进程占用cpu超出了应分配的cpu时间,Cat4kMgmtLoPri会接管这项进程,使其他进程能够得到cpu时间。
同样当某个进程占用cpu时间没有超过规定的cpu利用率,Cat4kMgmtHiPri会接管这个进程。
而Cat4kMgmtLoPri进程CPU占用率超过90%,我们判断一定是某一个进程大大超过了CPU应分配的时间,而Cat4kMgmtLoPri进程试图接管这一进程,而导致了Cat4kMgmtLoPri进程的CPU占用时间超过了90%。
根据这一思路只要我们找出这个进程,将其关闭或找出这个进程的作用,就可以解决这个问题并能够找出CPU占用率过高的原因。
showproccpu
CPUutilizationforfiveseconds:
99%/0%;oneminute:
99%;fiveminutes:
99%
24 1716 91507 18 0.00% 0.00% 0.00% 0NetBackground
25 0 5 0 0.00% 0.00% 0.00% 0Logger
26 716 109117 6 0.00% 0.00% 0.00% 0TTYBackground
27 2072 111013 18 0.00% 0.00% 0.00% 0Per-SecondJobs
28 38292 1947 19667 0.00% 0.04% 0.00% 0Per-minuteJobs
29 2858508 8807360 324 4.63% 3.81% 3.72% 0Cat4kMgmtHiPri
30 84371564 67467994 125091.69%92.18%92.23% 0Cat4kMgmtLoPri
31 260 49358 5 0.00% 0.00% 0.00% 0GaliosReschedul
32 0 2 0 0.00% 0.00% 0.00% 0IOSACLHelper
通过showplatformhealth命令进一步更为详细的检查Catalyst4506交换机的进程我们发现K2CpuManReview进程有异常,如下:
showplahea
KxAclPathManreprogr 1.00 0.00 2 1 100 500 0 0 0 0:
00
TagMan-RecreateMtegR 1.00 0.00 10 5 100 500 0 0 0 0:
00
K2CpuManReview 30.00 69.84 30 26 100 500 112106 78 1248:
14
K2AccelPacketMan:
Tx 10.00 2.74 20 0 100 500 12 12 10 254:
45
K2AccelPacketMan:
Au 0.10 0.00 0 0 100 500 0 0 0 0:
00
K2AclMan-taggedFlatA 1.00 0.00 10 5 100 500 0 0 0 0:
00
IOS软件设计的K2CpuManReview进程CPU占用率最高为30%而实际却为69.84,大大超过了软件当初设计得阀值,而其他的进程都在软件设计的设定的范围之内,因此我们可以初步判断是K2CpuManReview进程出现了意外,致使CPU的管理进程Cat4kMgmtLoPri试图接管这一进程,而最终导致交换机CPU占用率过高,导致资源的最终耗尽。
从而影响了整个网络运行的稳定性。
通过Cisco提供的文档来看,K2CpuManReview进程主要处理“Hit”CPU的数据包,Catalyist4506交换方式是CEF,并不是过程交换,在正常的情况下除设备管理、监测、路由计算外,数据包的转发主要由交换引擎来完成,并不需要CPU作过多的处理。
K2CpuManReview占用的CPU资源过多,但各接口的流量并没有明显增大,显然不是正常的负载过重导致,一定是很多异常的数据包Hit了CPU,为了查清楚CPU受到的异常数据包性质。
我们通过命令:
Monitorsession1soureinterfacecpu
Monitorsession1des interface gi3/8?
把CPU收到的数据包镜像到了gi3/8端口,然后在gi3/8端口接上装有Sniffer和omnipeek等数据分析软件的计算机。
bright.wang
2006-10-20,14:
52
你可能有默认路由,建设去掉看一下CPU利用率是否正常?
还可以用shint|iprotocol|rate|broadcasts看一下哪个端口收发包较多?
shoudown后看CPU利用率是否正常?
chinese_man@
xieshj
2006-10-20,15:
55
直接重起^^
xdzdy
2006-10-20,16:
15
这个问题我前几天看到过,而且让CISCOTAC开了CASE,TAC说这是正常的,是C4K正常的现象,具体信息参考附件,谢谢!
如果C4K上的某个interface突然数据传输激增,或者端口在短时间内出现大量的错误激增,就会造成这个现象。
marco_myw
2006-10-20,17:
26
我遇到过的有两种情况,1是交换机接到大量的错误包的时候,showiptraffic看看,如果有很多badhop的话,那就是这个愿意,,还有就是病毒,常见的几个sql下的蠕虫病毒都会造成这个现象。
刚处理过一次C4506交换机CPU利用率过高
(1)
通过交换机showproccpu的命令输出的信息可以看到:
在5秒、1分钟、5分钟内Cat4kMgmtLoPri进程的CPU占用率分别为91.69%92.18%92.23%
显然是这个进程消耗了大量的CPU运行资源,从而导致交换机没有新的资源处理新的请求。
处理器运行两个进程,Cat4kMgmtHiPri和Cat4kMgmtLoPri,这两个进程同其他进程一样要占用cpu时间。
当Cat4k平台上某项进程占用cpu超出了应分配的cpu时间,Cat4kMgmtLoPri会接管这项进程,使其他进程能够得到cpu时间。
同样当某个进程占用cpu时间没有超过规定的cpu利用率,Cat4kMgmtHiPri会接管这个进程。
而Cat4kMgmtLoPri进程CPU占用率超过90%,我们判断一定是某一个进程大大超过了CPU应分配的时间,而Cat4kMgmtLoPri进程试图接管这一进程,而导致了Cat4kMgmtLoPri进程的CPU占用时间超过了90%。
根据这一思路只要我们找出这个进程,将其关闭或找出这个进程的作用,...
Cat4kMgmtLoPri进程占用CPU过高,有很多原因.
IPXorAppleTalkRouting
HostLearning
OutofHardwareResources(TCAM)forSecurityACL
ThelogKeywordinACL
这些都可以显示特征是Cat4kMgmtLoPri.
以hostlearning为例:
Step1:
CheckfortheCiscoIOSprocesswiththeshowprocessescpucommand.
IssuetheshowprocessescpucommandinordertocheckwhichCiscoIOSprocessconsumestheCPU.Inthiscommandoutput,noticethatthetopprocessistheCat4kMgmtLoPri:
Switch#showprocessescpu
CPUutilizationforfiveseconds:
89%/1%;oneminute:
74%;fiveminutes:
71%
PIDRuntime(ms) Invoked uSecs 5Sec 1Min 5MinTTYProcess
1 4 53 75 0.00% 0.00% 0.00% 0ChunkManager
!
---Outputsuppressed.
25 8008 1329154 6 0.00% 0.00% 0.00% 0Per-SecondJobs
26 413128 38493 10732 0.00% 0.02% 0.00% 0Per-minuteJobs
27 148288424354390017 418 26.47%10.28%10.11% 0Cat4kMgmtHiPri
28 285796820720618753 39652.71%56.79%55.70% 0Cat4kMgmtLoPri
Step2:
CheckfortheCatalyst4500-specificprocesswiththeshowplatformhealthcommand.
TheoutputoftheshowplatformhealthcommandconfirmstheuseoftheCPUinordertoprocessCPU-boundpackets.
Switch#showplatformhealth
%CPU %CPU RunTimeMax Priority Average%CPU Total
TargetActualTargetActual Fg Bg5SecMinHour CPU
!
---Outputsuppressed.
TagMan-RecreateMtegR 1.00 0.00 10 4 100 500 0 0 0 0:
00
K2CpuManReview 30.00 46.88 30 47 100 500 30 29 21 265:
01
K2AccelPacketMan:
Tx 10.00 8.03 20 0 100 500 21 29 26 270:
4
Step3:
ChecktheCPUqueuethatreceivestrafficinordertoidentifythetypeofCPU-boundtraffic.
InordertodeterminethetypeoftrafficthathitstheCPU,issuetheshowplatformcpupacketstatisticscommand.
Switch#showplatformcpupacketstatistics
!
---Outputsuppressed.
PacketsReceivedbyPacketQueue
Queue Total 5secavg1minavg5minavg1houravg
--------------------------------------------------------------------------
Esmp 48613268 38 39 38 39
Control 142166648 74 74 73 73
HostLearning 1845568 1328 1808 1393 1309
L3FwdHigh 17 0 0 0 0
L3FwdMedium 2626 0 0 0 0
L3FwdLow 1582414 1 1 1 1
L2FwdMedium 1 0 0 0 0
L2FwdLow 576905398 37 7 8 5
L3RxHigh 257147 0 0 0 0
L3RxLow 5325772 10 19 13 7
RPFFailure 155 0 0 0 0
ACLfwd(snooping) 65604591 53 54 54 53
ACLlog,unreach 11013420 9 8 8 8
更详细的请参考:
...86a00804cef15.shtml
showplatformcpupacketstatistics 显示的是什么信息?
?
在交换机上提示没这命令?
?
C4006#shver
CiscoInternetworkOperatingSystemSoftware
IOS(tm)Catalyst4000L3SwitchSoftware(cat4000-IS-M),Version12.1(8a)EW1,E
ARLYDEPLOYMENTRELEASESOFTWARE(fc1)
TACSupport:
Copyright(c)1986-2002byciscoSystems,Inc.
CompiledWed20-Feb-0218:
02byeaarmas
ROM:
12.1(12r)EW
C4006-5Fuptimeis4days,8hours,7minutes
SystemreturnedtoROMbyreload
Systemimagefileis"bootflash:
cat4000-is-mz.121-8a.EW1.bin"
ciscoWS-C4006(MPC8245)processor(revision7)with262144Kbytesofmemory.
LastresetfromReload
32FastEthernet/IEEE802.3interface(s)
10GigabitEthernet/IEEE802.3interface(s)
467Kbytesofnon-volatileconfigurationmemory.
Configurationregisteris0x2102
xigang4506# showplatformcpupast
PacketsDroppedInHardwareByCPUSubport(txQueueNotAvail)
一般4500些列CPU高,在cisco文档中都有典型的描述,
排障方法一般现就是三条命令,判断是STP问题,还是ACL问题,还是ACLLOG(keyword),还是广播/ARP问题,基本有个定论;
更加可以使用CPUSPAN来分析或在高版本中使用debugplatformcpupacketbuffer来分析。
但是在这次我排障中发现基本不是ARP问题,也不是病毒问题。
而是出现了
ACLFWD(SNOOPING)数很大,在典型案例中就没有出现这种,很是郁闷。
问题:
NATIVEVLAN和ACLFWD(snooping)有什么关系呢?
你的cpu实在太厉害了。
呵呵。
给你看一个文档先
Catalyst4500交换机CPU利用率高的原因解释
环境CiscoCatalyst4500交换机,使用SupervisorEnginesIIIandIV.
问题CiscoCatalyst4500交换机(SupervisorEnginesIIIandIV),CPU出现短时90%利用率,其中Cat4kMgmtLoPr进程占用CPU较高,请解释一下原因?
解答Catalyst4500系列交换机(SupervisorEnginesIIIandIV),运行IOS操作系统,其中命令showprocesscpu会显示信息如下:
W2S-2.8-c4503-A#showprocessescpu
CPUutilizationforfiveseconds:
97%/2%;oneminute:
98%;fiveminutes:
75%
PIDRuntime(ms)InvokeduSecs5Sec1Min5MinTTYProcess
!
---Outputsuppressed.
2436059706800.00%0.00%0.00%0Per-SecondJobs
259029996474948391902.12%2.24%2.48%0Cat4kMgmtHiPri
2655374683235175317160.09%63.97%48.63%0Cat4kMgmtLoPri
27203280000.00%0.00%0.00%0GaliosReschedul
!
---Outputsuppressed.
380995400.00%0.00%0.00%0Port-Security
3913382466958199832.58%31.87%23.30%0IPInput
40132921114141190.00%0.00%0.00%0CDPProtocol
!
---Outputsuppressed.
处理器运行两个进程,Cat4kMgmtHiPri和Cat4kMgmtLoPri,这两个进程同其他进程一样要占用cpu时间。
当Cat4k平台上某项进程占用cpu超出了应分配的cpu时间,Cat4kMgmtLoPri会接管这项进程,使其他进程能够得到cpu时间。
同样当某个进程占用cpu时间没有超过规定的cpu利用率,Cat4kMgmtHiPri会接管这个进程。
[本帖最后由totle于2005-10-809:
26PM编辑
ipinput是路由器使用cpu进行processswitch的。
当cef关闭,或者其他的快速交换的方式关闭了,那么海量的数据包都要通过中央cpu来处理,可能会消耗很多的资源。
另外就是病毒或者攻击导致你的缓存中没有match的条目,也会进行processswitch。
arpinput举个例子,就是你的缺省路由指向了一个广播接口,那么大量的数据包会产生很多arp的请求,建议指定下一跳的IP地址。
#shplatcpupackstatall
PacketsDroppedInHardwareByCPUSubport(txQueueNotAvail)
CPUSubport TxQueue0 TxQueue1 TxQueue2 TxQueue3
------------------------------------------------------------------------
0 0 0 0 579682309
1 0 2472798 0 0
2 0
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 计算机 通过 交换机 showproccpu 命令 输出 信息 可以 看到