|
|
|
|
|
|
|
|
|
|
|
|
| 一根网线引发的“事故”！ |
| 阅读：2315次 |
|
|
2008年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次，下次有轮到哪个单位的网络呢！
|
|
|
|
美国REDHAT官方授权培训中心 (福建首家，厦门唯一)
美国CISCO 官方授权培训中心 (福建首家，厦门唯一)
美国微软高级技术培训中心(CPLS)
(目前中国仅39家)
美国CIW授权培训中心
(福建独家，2002年获得授权)
美国Prometric授权考试中心 (福建首家金牌考试中心)
美国VUE授权考试中心
美国CISCO高级代理商
美国Microsoft合作伙伴
美国DELL企业合作伙伴
美国IBM高级经销商
美国HP高级经销商
|
|
|
|
|
|
|
