天天招生网
您的位置:首页 >> IT认证 >> 0 >> 作品与案例 >> 一根网线引发的“事故”!

一根网线引发的“事故”!


悟凯网络 2010-10-20 22:37:37 点击: 次  发表评论

2009年10月29日中午11点40分,手机响了,是叶老师打来的电话,说早上网络有些问题,上网比较慢,内部网络还时断时续,现在还没解决,需要安排时间处理。从叶老师的电话中,感觉也不是很大的故障,所以慢悠悠地收拾东西才出门。

    12点10分,我还在去会院的路上,负责服务器和数据库的王老师打来电话,问我在哪,我马上意识到一定有大问题了,要不王老师不会问“你在哪里”,“我在去会院的路上”,“你赶快来吧,一卡通不能用,可能DB2又出问题了,宾馆的客人在等待入住!”,我心里又在嘀咕,今天看来又不轻松了,脚也无意识地加大了油门,直冲会院方向!

    到了机房,看到叶老师王老师还有几个其他小伙子都在,说核心交换机的CPU到达100%,我的第一感觉就是广播风暴、病毒、坏网卡......。清了清醒脑袋,问了问出现问题前网络的变化和配置情况,打开俺的T60接到核心,做了简单配置,打开Sniffer,抓包,每秒3万多个包,厉害!怪不得我打开Sniffer要那么久的时间!再看,CWQ的机器一直发广播包,目标地址是169.254.255.255,包的内容是选举Windows主浏览器,发送量实在太大,连6509交换都被搞瘫!

    知道是CWQ的机器出了问题,应该好办了,拿掉CWQ!可是故障依然如故,网络中还是有很多CWQ发出的包,核心交换的CPU还是100%?CWQ发出的包来自哪里呢?根据以往经验,马上推断CWQ一定是接在小交换上,得到答案YES,CWQ接在一台8口的Dlink小交换上,将小交换切断,广播包马上消失,网络恢复正常!一卡通系统恢复正常!再仔细一看,一根交叉线的两端都连接在这台8口德Dlink小交换上。

    阿尼陀佛,数据库没有问题!原来是由于网络原因导致一卡通不能正常使用,而王老师一直以为是DB2数据库的问题!都是定势思维惹的祸,因为刚好前天DB2数据库出现了完整性错误故障,害的我们两个搞了1个多钟头才恢复,所以今天王老师就一直以为是DB2惹的祸,呵呵,错怪了DB2!这是一根网线引发的“事故”!

    一根网线引发的“事故”!我已经遇到了N次,下次有轮到哪个单位的网络呢!



阅读上一篇:心理案例:IT精英猝死上班途中 过度疲劳为主要诱因
阅读下一篇:案例剖析:新东方外语培训学校VPN应用

专题推荐

三百六十行,欢迎各培训机构加盟

您想拥有一个全功能动态的独立网站吗