免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: rock_l
打印 上一主题 下一主题

交换机CPU使用率突然增加 [复制链接]

论坛徽章:
5
IT运维版块每日发帖之星
日期:2015-08-06 06:20:00IT运维版块每日发帖之星
日期:2015-08-10 06:20:00IT运维版块每日发帖之星
日期:2015-08-23 06:20:00IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-11-12 06:20:00
11 [报告]
发表于 2009-02-27 13:24 |只看该作者
既然日志帖不出来。教你个法子。拔网线。

论坛徽章:
0
12 [报告]
发表于 2009-02-27 13:48 |只看该作者
原帖由 ssffzz1 于 2009-2-27 13:24 发表
既然日志帖不出来。教你个法子。拔网线。


RPC means :Catalyst remote procedure call   
有没有温柔一点的方法啊~  能否找到问题点呢?

论坛徽章:
5
IT运维版块每日发帖之星
日期:2015-08-06 06:20:00IT运维版块每日发帖之星
日期:2015-08-10 06:20:00IT运维版块每日发帖之星
日期:2015-08-23 06:20:00IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-11-12 06:20:00
13 [报告]
发表于 2009-02-27 13:52 |只看该作者
我感觉日志的这些信息前面应该有相关的信息。不知道你还能查看到不?

论坛徽章:
5
IT运维版块每日发帖之星
日期:2015-08-06 06:20:00IT运维版块每日发帖之星
日期:2015-08-10 06:20:00IT运维版块每日发帖之星
日期:2015-08-23 06:20:00IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-11-12 06:20:00
14 [报告]
发表于 2009-02-27 13:53 |只看该作者
另外
Pool Manager

这个进程占用CPU比较大一些。这个应该从名字看是POOL的,不知道你有开DHCP之类的东西否?

论坛徽章:
0
15 [报告]
发表于 2009-02-27 14:32 |只看该作者
原帖由 ssffzz1 于 2009-2-27 13:53 发表
另外
Pool Manager

这个进程占用CPU比较大一些。这个应该从名字看是POOL的,不知道你有开DHCP之类的东西否?


没有配置DHCP ,而且IP INPUT 进程也很高。从当前流量来将,不应该这样。

论坛徽章:
5
IT运维版块每日发帖之星
日期:2015-08-06 06:20:00IT运维版块每日发帖之星
日期:2015-08-10 06:20:00IT运维版块每日发帖之星
日期:2015-08-23 06:20:00IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-11-12 06:20:00
16 [报告]
发表于 2009-02-27 14:34 |只看该作者
不过拔线应该是比较快速的法子了。

论坛徽章:
0
17 [报告]
发表于 2009-02-27 14:54 |只看该作者
原帖由 ssffzz1 于 2009-2-27 14:34 发表
不过拔线应该是比较快速的法子了。


为什么要拔线呢?拔哪根线?

论坛徽章:
5
IT运维版块每日发帖之星
日期:2015-08-06 06:20:00IT运维版块每日发帖之星
日期:2015-08-10 06:20:00IT运维版块每日发帖之星
日期:2015-08-23 06:20:00IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-11-12 06:20:00
18 [报告]
发表于 2009-02-27 14:55 |只看该作者
唉。
这类问题有2个原因:
1、外部的,譬如攻击等等。
2、机器自身问题。

你把网线拔掉可以直接排除外部的原因。 就这么简单。

论坛徽章:
0
19 [报告]
发表于 2009-02-27 15:07 |只看该作者
先拔所有网线,看设备cpu能不能下来,不行的话,单机重启,看可能恢复,如果拔了网线,设备重启后还是不能恢复的话,估计硬件故障的可能性比较大了。如果拔了网线能够恢复的话,把网线用2分法插回去,先插前一半,没问题的话再插后一半,如果有问题的话,把有问题的线再1分为2,比较快这方法。

论坛徽章:
0
20 [报告]
发表于 2009-02-27 15:13 |只看该作者
原帖由 bzzh 于 2009-2-27 15:07 发表
先拔所有网线,看设备cpu能不能下来,不行的话,单机重启,看可能恢复,如果拔了网线,设备重启后还是不能恢复的话,估计硬件故障的可能性比较大了。如果拔了网线能够恢复的话,把网线用2分法插回去,先插前一半 ...


这个方法放到最后吧,因为4个switch上面连着很多服务器,跑着的应用都没法停,而且现在暂时还没影响到使用。
我在cisco的网站上找到了以下内容,一起看一下~
•When an excessive number (more than 100 packets per second) of Address Resolution Protocol (ARP) packets are sent to a Network Admission Control (NAC) Layer 2 IP-configured member port, a switch might display a message similar to this:

%PLATFORM_RPC-3-MSG_THROTTLED: RPC Msg Dropped by throttle mechanism: type 0, class 51, max_msg 128, total throttled 984323

-Traceback= 6625EC 5DB4C0 5DAA98 55CA80 A2F2E0 A268D8

No workaround is necessary. Under normal conditions, the switch generates this notification when snooping the next ARP packet. (CSCse4754

•When there is a VLAN with protected ports configured in fallback bridge group, packets might not be forwarded between the protected ports.

The workaround is to not configure VLANs with protected ports as part of a fallback bridge group. (CSCsg40322)
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP