第二天網管們一來，就被我支到了四樓排查故障。
剛開始，他們把四樓的網路全部斷開，我這才啟動四樓的埠（因為這樣才不會影響其他人），然後讓他們乙個埠乙個埠插上。很快找到了下一級有問題的交換機。不幸的是，這個交換機並不是末級交換機。在這個被我們懷疑有問題的交換機上竟然下聯了3個交換機覆蓋了大廳的絕大部分區域，問題遠不只這些，這個交換機還連線了十多個座位的網線。沒有辦法，只好乙個乙個全部拔下來。在我的指揮下，網管將網線4根4根地插上。我想，這可能算是我指揮地乙個失誤，但是造成這個失誤也是有些原因。這個失誤就在於我急於排查錯誤，沒有對網線分類對待，沒有考慮最高效率原則，直觀地認為能夠通過這種無類別地分組就可以輕鬆地定位交換機地故障。這個失誤也造成了網管們地錯誤判斷。當第二組線插上以後，問題就出現了，但是，將那些線拔下來，問題並沒有恢復。這個時候，網管們懷疑交換機本身有故障。我同意了這個觀點。那就更換交換機吧。恰巧，辦公室裡沒有交換機了，於是我找了臺效能看上去不錯地hub，選中它，乙個原因是因為它有24個口，可以滿足埠數量地要求，另乙個原因，就是因為它上面有很多指示燈，我很喜歡這種指示燈（我其實很喜歡看見電子裝置上那些一閃一閃地指示燈），所以我選中了它，沒想到後來這些指示燈幫了我們的大忙。
網管拿著hub上去好一會，卻不見好轉。我拿著自己的筆記本就上去了。當我上去的時候，網管楊野告訴我，他正已經將網線分好了類，但是，在沒有連線座位網線的情況下，只連線下級交換機的網線，hub的指示燈就告訴它使用率超過100%。他懷疑hub的效能有問題。我並不這麼認為。我讓他一根一根的插，當插上邊上一排座位的時候hub就出現了100％的使用率，筆記本上的ping命令顯示網路中斷。我們拔下最後插上去的網線，故障並沒有立即消失。難道有其他的節點和它呼應，難道它會啟用另外乙個有故障的區域？我稍微遲疑了一下，沒想到網路竟然好轉，我開始意識到問題可能不是環迴導致的，故障點在最後那個點是沒有錯的，它必須在切斷網路後一段時間才會恢復。我試驗了一下，果然和我猜測的一樣。那麼是不是那個交換機壞了呢？在這個區域內有很多的伺服器，是不是這些伺服器造成的呢？網管開始整理網線，看看是否是網線環迴或短路造成的。結果證明這些網線連線的沒有問題。
我先要求網管將那個區域的交換機在空載的時候接入上級那個hub，沒有問題，這說明不是交換機本身個故障。
接入除伺服器以外所有的座位上的網線，沒有問題，說明這些座位上的計算機沒有問題。
乙個乙個地接入伺服器，當我們接入倒數第二台伺服器時，問題就出現了。顯然，這個伺服器有問題，問題總算找到了。
這裡，我總結了幾點經驗：
1、在排錯過程中對排查的物件進行分類，是在任何時候都應該遵循的一條法則。通過對排查物件分類，分析每種物件的權重，計算出最高效率的演算法遠比無差別的排查效率要高。
2、有些故障點在移除交換機後，它造成的影響不會立即消失，你可以等一會，或者重啟交換機來重置狀態。
3、利用善於利用觀測手段，在這次排查中，那個hub的指示燈＆筆記本的ping命令給我們很多的幫助。
MPLS LDP 故障排查
technorati 標籤 mpls ldp,mpls ldp 故障排查 本文是關於mpls ldp的故障排查.兩個裝置建立直連ldp鄰居 r2和r3.r2的inte ce giga 2 0和r3的inte ce g1 0建立ldp的直連鄰居。首先，再回顧一下ldp的鄰居建立過程 ldp實用的是ud...
網路故障排查
wireshark抓包工具是一款開源的網路協議分析軟體。工能非常強大，對tcp udp進行抓包分析，是最適合的。如何確診是ip衝突 換乙個ip試試，換了ip之後，再ping原來的那個ip，如果有應答，就能確診是ip衝突。換了ip後，ping原來那個ip無應答，並不能確認不是ip衝突 因為arp表可能...
系統故障排查
一 1.建立用於儲存mbr備份的新硬碟分割槽,並永久掛載 1 新建乙個目錄 mkdir backmbr 2 掛載 mount dev sdd1 backmbr 永久掛載 vim etc fstab 3 備份mbr扇區資料 dd if dev sda of backmbr mbr.bak bs 512...