本產品的文件集力求使用無偏見用語。針對本文件集的目的,無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言,或引用第三方產品的語言,因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。
思科已使用電腦和人工技術翻譯本文件,讓全世界的使用者能夠以自己的語言理解支援內容。請注意,即使是最佳機器翻譯,也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責,並建議一律查看原始英文文件(提供連結)。
本文說明如何對執行Cisco IOS®系統軟體的Catalyst 6500/6000交換器上的硬體和相關常見問題進行排解。
本文件沒有特定需求。
本文件所述內容不限於特定軟體和硬體版本。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您的網路運作中,請確保您瞭解任何指令可能造成的影響。
如需文件慣例的詳細資訊,請參閱思科技術提示慣例。
Cisco IOS軟體是指適用於Supervisor Engine和多層交換器功能卡(MSFC)模組的單一套件式Cisco IOS映像。本文檔假定您有問題症狀,並希望獲得有關該症狀的其他資訊或希望解決此問題。本檔案適用於以Supervisor Engine 1、2或720為主的Catalyst 6500/6000交換器。
如果啟用了控制檯日誌記錄,則系統消息將列印在控制檯上;如果啟用了系統日誌,則系統消息將列印在系統日誌中。有些消息僅供參考,不指示錯誤情況。有關系統錯誤消息的概述,請參閱系統消息概述。 啟用適當級別的日誌記錄並配置交換機以將消息記錄到syslog伺服器。如需進一步的組態資訊,請參閱設定路由器和交換器裝置檔案。
要監視記錄的消息,請發出 show logging命令或使用工具定期監視工作站。 如果您仍然無法確定問題,或者文檔中沒有錯誤資訊,請聯絡思科技術支援上報中心。
錯誤消息%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Module 4 Error counter exceeded threshold出現在Catalyst 6500的控制檯上。此問題可能有兩個原因:
與背板的連線不良(彎曲的接頭針腳或電連線不良),或
這可能與故障模組的第一個指示有關。
要解決此問題,請將診斷引導級別設定為「完成」,然後牢固地重新拔插機箱中的模組4。這可以捕獲任何潛在的硬體故障,還可以解決任何底板連線問題。
show diagnostic sanity命令對配置運行一組預先確定的檢查,以及某些系統狀態的組合。然後,該命令將編譯警告條件清單。這些支票是為了尋找任何似乎不合時宜的東西而設計的。這些檢查旨在幫助進行故障排除並維護系統正常。該命令不會修改任何當前變數或系統狀態。它讀取與配置和狀態相對應的系統變數,以便在與一組預定組合匹配時發出警告。該命令不會影響交換機功能,您可以在生產網路環境中使用它。運行過程中的唯一限制是,命令在訪問引導映像並測試其有效性的同時,會保留檔案系統一段時間。Cisco IOS軟體版本12.2(18)SXE1或更新版本支援此命令。
此命令有助於檢查引數配置,該引數看起來有效但可能具有負含義。在以下情況下警告使用者:
中繼 — 中繼模式為「開啟」,或埠為「自動」中繼。主干連線埠的模式設定為desirable,且不是主幹或如果主干連線埠交涉到半雙工。
Channeling — 如果埠未進行通道化,且模式設定為desirable,則通道化模式為「on」。
生成樹(Spanning Tree) — 其中一項設定為預設值:
根最大逾時時間
根轉發延遲
最大老化時間
最大轉發延遲
hello 時間
連線埠成本
埠優先順序
或者,如果沒有為VLAN設定生成樹根目錄。
UDLD — 連線埠已停用、關閉單向連結偵測(UDLD),或處於未確定狀態。
流量控制和PortFast — 埠已收到流量控制被禁用或已啟用PortFast。
高可用性 — 存在冗餘Supervisor Engine,但高可用性(HA)被禁用。
Boot String and boot config register — 啟動字串為空,或具有指定為啟動映像的無效檔案。配置暫存器是0x2、0x102或0x2102以外的任何值。
IGMP監聽 — 已禁用網際網路組管理協定(IGMP)監聽。此外,如果已停用IGMP窺探,但啟用路由器連線埠群組管理通訊協定(RGMP),以及是否已全域啟用多點傳送,但已在介面上停用。
SNMP社群存取字串 — 存取字串(rw、ro、rw-all)設定為預設值。
連線埠 — 連線埠會交涉到半雙工,或具有雙工/VLAN不相符的情況。
內嵌電源連接埠 — 內嵌電源連線埠處於以下任一狀態:
已拒絕
故障
其他
off
Modules — 模組處於除「ok」以外的任何狀態。
Tests — 列出啟動時失敗的系統診斷測試。
Default gateway(s)unreachable — 對預設網關執行ping操作以列出無法訪問的網關。
檢查bootflash的格式是否正確,並且有足夠的空間儲存crashinfo檔案。
以下是輸出範例:
註:實際輸出可能因軟體版本而異。
Switch#show diagnostic sanity Status of the default gateway is: 10.6.144.1 is alive The following active ports have auto-negotiated to half-duplex: 4/1 The following vlans have a spanning tree root of 32k: 1 The following ports have a port cost different from the default: 4/48,6/1 The following ports have UDLD disabled: 4/1,4/48,6/1 The following ports have a receive flowControl disabled: 4/1,4/48,6/1 The value for Community-Access on read-only operations for SNMP is the same as default. Please verify that this is the best value from a security point of view. The value for Community-Access on read-write operations for SNMP is the same as default. Please verify that this is the best value from a security point of view. The value for Community-Access on read-write-all operations for SNMP is the same as default. Please verify that this is the best value from a security point of view. Please check the status of the following modules: 8,9 Module 2 had a MINOR_ERROR. The Module 2 failed the following tests: TestIngressSpan The following ports from Module2 failed test1: 1,2,4,48
請參閱《軟體配置指南》的show diagnostic sanity部分。
如果交換器Supervisor Engine LED為紅色,或狀態顯示faulty,則可能是硬體問題。您可能會收到類似以下內容的系統錯誤消息:
%DIAG-SP-3-MINOR_HW: Module 1: Online Diagnostics detected Minor Hardware Error
使用以下步驟進一步排除故障:
通過控制檯連線到Supervisor Engine並發出show diagnostic module {1 | 2} 命令時(如果可能)。
注意:必須將診斷級別設定為complete,以便交換機可以執行全套測試來識別任何硬體故障。完全線上診斷測試的效能會略微增加啟動時間。最低級別的啟動並不像完全級別那麼長,但是仍然會檢測卡上的潛在硬體問題。發出diagnostic bootup level全域性配置命令,以在診斷級別之間切換。在Cisco IOS系統軟體上,預設診斷級別為最小。
註:運行Cisco IOS軟體的基於Supervisor Engine 1的系統不支援聯機診斷。
以下輸出顯示了故障示例:
Router#show diagnostic mod 1 Current Online Diagnostic Level = Complete Online Diagnostic Result for Module 1 : MINOR ERROR Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestNewLearn : . 2 . TestIndexLearn : . 3 . TestDontLearn : . 4 . TestConditionalLearn : F 5 . TestBadBpdu : F 6 . TestTrap : . 7 . TestMatch : . 8 . TestCapture : F 9 . TestProtocolMatch : . 10. TestChannel : . 11. IpFibScTest : . 12. DontScTest : . 13. L3Capture2Test : F 14. L3VlanMetTest : . 15. AclPermitTest : . 16. AclDenyTest : . 17. TestLoopback: Port 1 2 ---------- . . 18. TestInlineRewrite: Port 1 2 ---------- . .
如果加電診斷程式返回失敗(F在測試結果中表示失敗),請執行以下步驟:
請牢固地重新拔插模組,並確保螺釘擰緊到位。
將模組移至同一機箱或不同機箱上已知良好且功能正常的插槽。
註:Supervisor Engine 1或2隻能進入插槽1或插槽2。
排除故障,排除模組故障的可能性。
註:在極少數情況下,故障模組可能會導致Supervisor Engine報告為故障。
若要消除這種可能性,請執行以下步驟之一:
如果最近插入了某個模組,並且Supervisor Engine開始報告問題,請卸下上次插入的模組並牢固地重新放置它。如果仍然收到指示Supervisor Engine發生故障的消息,請重新啟動沒有該模組的交換機。如果Supervisor Engine工作正常,則模組可能存在故障。檢查模組上的底板接頭,確保沒有損壞。如果沒有明顯損壞,請在另一個插槽或另一個機箱中嘗試該模組。此外,檢查背板插槽聯結器上的針腳是否彎曲。檢查機箱背板上的接頭針腳時,如有必要,請使用手電筒。如果您仍需要協助,請聯絡思科技術支援。
如果您不知道最近新增了任何模組,並且更換Supervisor Engine未解決問題,則可能是模組安裝不正確或有故障。若要疑難排解,請從機箱中移除除Supervisor Engine之外的所有模組。為機箱通電,確保Supervisor引擎正常啟動。如果Supervisor Engine正常啟動,並且沒有任何故障,則開始逐一插入一個模組,直到您確定哪個模組出現故障。如果Supervisor Engine沒有再次失敗,則可能是其中一個模組未正確安裝。觀察交換機,如果繼續出現問題,請向思科技術支援提出服務請求,以便進行進一步的故障排除。
執行以下每個步驟後,發出show diagnostic module <module_number>命令。觀察模組是否仍顯示故障狀態。如果仍然顯示 failure狀態,請捕獲之前步驟中的日誌,並使用Cisco技術支援建立服務請求以獲得進一步幫助。
註:如果運行Cisco IOS軟體版本12.1(8)系列,則完全不支援診斷。啟用診斷後,您將收到錯誤失敗消息。Cisco IOS軟體版本12.1(8b)EX4和更新版本支援此診斷程式,而Cisco IOS軟體版本12.1(11b)E1和更新版本支援以Supervisor Engine 2為依據的系統。此外,請參閱現場通知:在Cisco IOS軟體版本12.1(8b)EX2和12.1(8b)EX3中診斷未正確啟用,瞭解詳細資訊。
如果交換器在開機順序期間未開機且未通過自我診斷,請擷取輸出並與思科技術支援建立服務要求以取得進一步的協助。
如果您在啟動序列或show diagnostics module {1的輸出中未看到任何硬體故障 | 2} 命令時,發出show environment status 和show environment temperature 命令以檢查與環境條件相關的輸出並查詢任何其他失敗元件。
cat6knative#show environment status backplane: operating clock count: 2 operating VTT count: 3 fan-tray 1: fan-tray 1 fan-fail: OK VTT 1: VTT 1 OK: OK VTT 1 outlet temperature: 35C VTT 2: VTT 2 OK: OK VTT 2 outlet temperature: 31C VTT 3: VTT 3 OK: OK VTT 3 outlet temperature: 33C clock 1: clock 1 OK: OK, clock 1 clock-inuse: in-use clock 2: clock 2 OK: OK, clock 2 clock-inuse: not-in-use power-supply 1: power-supply 1 fan-fail: OK power-supply 1 power-output-fail: OK module 1: module 1 power-output-fail: OK module 1 outlet temperature: 28C module 1 device-2 temperature: 32C RP 1 outlet temperature: 34C RP 1 inlet temperature: 34C EARL 1 outlet temperature: 34C EARL 1 inlet temperature: 28C module 3: module 3 power-output-fail: OK module 3 outlet temperature: 39C module 3 inlet temperature: 23C EARL 3 outlet temperature: 33C EARL 3 inlet temperature: 30C module 4: module 4 power-output-fail: OK module 4 outlet temperature: 38C module 4 inlet temperature: 26C EARL 4 outlet temperature: 37C EARL 4 inlet temperature: 30C module 5: module 5 power-output-fail: OK module 5 outlet temperature: 39C module 5 inlet temperature: 31C module 6: module 6 power-output-fail: OK module 6 outlet temperature: 35C module 6 inlet temperature: 29C EARL 6 outlet temperature: 39C EARL 6 inlet temperature: 30C
如果發現任何系統元件(風扇、電壓終止[VTT])故障,請通過思科技術支援建立服務請求並提供命令輸出。
如果在此輸出中看到任何模組的失敗狀態,請發出hw-module module module <module_number> reset 命令。或在同一插槽或不同插槽中重新拔插模組,以嘗試恢復模組。此外,請參閱本文檔的對不聯機或指示faulty或other狀態的模組進行故障排除部分,以獲取進一步幫助。
如果狀態指示OK(如步驟3中的示例輸出所示),請發出show environment alarms命令以檢查環境警報。
如果沒有警報,輸出將如下所示:
cat6knative#show environment alarm environmental alarms: no alarms
但是,如果出現警報,則輸出與以下內容類似:
cat6knative#show environment alarm environmental alarms: system minor alarm on VTT 1 outlet temperature (raised 00:07:12 ago) system minor alarm on VTT 2 outlet temperature (raised 00:07:10 ago) system minor alarm on VTT 3 outlet temperature (raised 00:07:07 ago) system major alarm on VTT 1 outlet temperature (raised 00:07:12 ago) system major alarm on VTT 2 outlet temperature (raised 00:07:10 ago) system major alarm on VTT 3 outlet temperature (raised 00:07:07 ago)
Missing
系統映像如果交換器Supervisor Engine連續 booting
在ROM監控器(ROMmon)模式中或者沒有系統映像,則問題很可能不是硬體問題。
Supervisor Engine進入ROMmon模式或在系統映像損壞或損壞時無法啟動 missing
.有關如何恢復Supervisor引擎的說明,請參閱 將執行Cisco IOS系統軟體的Catalyst 6500/6000從損毀或
引導載入程式映像或ROMmon模式. Missing
您可以從Sup-bootflash:或slot0:(PC卡插槽)啟動Cisco IOS映像。在兩台裝置中都有系統映像的副本,以便更快地恢復。如果您的Supervisor Engine 2 bootflash裝置只有16 MB,則可能需要升級到32 MB以支援較新的系統映像。如需詳細資訊,請參閱Catalyst 6500系列Supervisor Engine 2啟動ROM和Bootflash裝置升級安裝說明。
本節概述了備用Supervisor Engine模組未聯機時的常見原因以及如何解決每個問題。您可以確定Supervisor Engine模組未通過以下方式之一聯機:
show module命令的輸出顯示other或faulty狀態。
琥珀色狀態指示燈亮起。
常見原因/解決方案
通過控制檯連線到待命Supervisor Engine,以確定它是否處於ROMmon模式或連續重新啟動。如果Supervisor Engine處於其中一種狀態,請參閱將執行Cisco IOS系統軟體的Catalyst 6500/6000從損毀或遺失開機載入程式映像或ROMmon模式中復原。
註:如果主用和備用Supervisor Engine未運行相同的Cisco IOS軟體版本,則備用引擎可能無法聯機。例如,在以下情況下,Supervisor Engine可能無法聯機:
作用中Supervisor Engine執行路由處理器備援Plus(RPR+)模式。
註:RPR+模式在Cisco IOS軟體版本12.1[11]EX及更高版本中可用。
待命Supervisor Engine執行的軟體版本中無法使用RPR/RPR+模式,例如Cisco IOS軟體版本12.1[8b]E9。
在這種情況下,第二個Supervisor Engine無法聯機,因為預設情況下冗餘模式是增強型高系統可用性(EHSA)。待命Supervisor Engine無法與作用中Supervisor Engine交涉。確保兩個Supervisor Engine運行相同的Cisco IOS軟體級別。
此輸出顯示ROMmon模式下插槽2中的Supervisor Engine。您必須通過控制檯連線到待命Supervisor Engine才能將其恢復。如需復原程式,請參閱將執行Cisco IOS系統軟體的Catalyst 6500/6000從損毀或遺失開機載入程式映像或ROMmon模式中復原。
tpa_data_6513_01#show module Mod Ports Card Type Model Serial No. --- ----- -------------------------------------- ------------------ ----------- 1 2 Catalyst 6000 supervisor 2 (Active) WS-X6K-S2U-MSFC2 SAD0628035C 2 0 Supervisor-Other unknown unknown 3 16 Pure SFM-mode 16 port 1000mb GBIC WS-X6816-GBIC SAL061218K3 4 16 Pure SFM-mode 16 port 1000mb GBIC WS-X6816-GBIC SAL061218K8 5 0 Switching Fabric Module-136 (Active) WS-X6500-SFM2 SAD061701YC 6 1 1 port 10-Gigabit Ethernet Module WS-X6502-10GE SAD062003CM Mod MAC addresses Hw Fw Sw Status --- ---------------------------------- ------ ------------ ------------ ------- 1 0001.6416.0342 to 0001.6416.0343 3.9 6.1(3) 7.5(0.6)HUB9 Ok 2 0000.0000.0000 to 0000.0000.0000 0.0 Unknown Unknown Unknown 3 0005.7485.9518 to 0005.7485.9527 1.3 12.1(5r)E1 12.1(13)E3, Ok 4 0005.7485.9548 to 0005.7485.9557 1.3 12.1(5r)E1 12.1(13)E3, Ok 5 0001.0002.0003 to 0001.0002.0003 1.2 6.1(3) 7.5(0.6)HUB9 Ok 6 0002.7ec2.95f2 to 0002.7ec2.95f2 1.0 6.3(1) 7.5(0.6)HUB9 Ok Mod Sub-Module Model Serial Hw Status --- --------------------------- --------------- --------------- ------- ------- 1 Policy Feature Card 2 WS-F6K-PFC2 SAD062802AV 3.2 Ok 1 Cat6k MSFC 2 daughterboard WS-F6K-MSFC2 SAD062803TX 2.5 Ok 3 Distributed Forwarding Card WS-F6K-DFC SAL06121A19 2.1 Ok 4 Distributed Forwarding Card WS-F6K-DFC SAL06121A46 2.1 Ok 6 Distributed Forwarding Card WS-F6K-DFC SAL06261R0A 2.3 Ok 6 10GBASE-LR Serial 1310nm lo WS-G6488 SAD062201BN 1.1 Ok
確保Supervisor引擎模組已正確安裝在背板聯結器中。此外,請確保Supervisor引擎安裝螺釘已完全擰緊。如需詳細資訊,請參閱Catalyst 6500系列交換器模組安裝說明。
若要識別待命Supervisor Engine是否發生故障,請從作用中Supervisor Engine發出redundancy reload peer 指令。通過連線到備用Supervisor Engine的控制檯,觀察引導順序以確定任何硬體故障。
如果待命Supervisor Engine仍無法聯機,請向Cisco技術支援提出服務請求,以進一步排除故障。建立服務請求時,請提供從以上步驟收集到的交換機輸出日誌。
出現此錯誤消息的原因是PA-1XCHSTM1/OC3在SRB中不支援診斷功能。當傳遞此命令時,當交換機運行SRB代碼時,會顯示不適用狀態。這並不意味著未檢查SPA介面處理器的狀態,因為整體診斷結果正確。從SRC代碼開始,此輸出起作用。此錯誤是由SRB代碼錯誤所導致,且此錯誤在Cisco錯誤ID CSCso02832 中失敗(只有註冊的思科使用者端才能存取)。
本節討論Catalyst交換器待命Supervisor意外重新載入的常見原因。
活動Supervisor在無法與啟動配置同步後重置待命Supervisor。問題可能是由於管理站在一段短時間內(1-3秒)執行的連續wr mem,它鎖定啟動配置並導致同步失敗。如果第一個同步進程未完成且發出第二個 wr mem,則備用Supervisor上存在同步故障,並且有時備用Supervisor會重新載入或重置。此問題已記錄在Cisco錯誤ID CSCsg24830 中(只有已註冊的思科使用者端才能存取)。此同步失敗可通過以下錯誤消息加以識別:
%PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router %PFINIT-SP-1-CONFIG_SYNC_FAIL: Sync'ing the startup configuration to the standby Router FAILED
活動Supervisor不會將其配置與備用Supervisor同步。此情況可能是由於其他進程臨時使用配置檔案而導致的臨時情況。如果輸入 show configuration命令或show running-configuration命令來檢視配置或運行配置,則會鎖定配置檔案。此問題已記錄在Cisco錯誤ID CSCeg21028(僅限註冊思科使用者端存取)。此同步失敗可通過以下錯誤消息加以識別:
%PFINIT-SP-1-CONFIG_SYNC_FAIL_RETRY: Sync'ing the startup configuration to the standby Router FAILED, the file may be already locked by a command
從機箱中物理移除模組時,插槽中模組的配置仍會顯示。此問題源於允許更輕鬆地更換模組的設計。如果在插槽中插入相同型別的模組,交換機將使用先前在插槽中的模組配置。如果將另一型別的模組插入插槽,則模組配置將被清除。若要在模組從插槽中取出後自動移除組態,請在全域組態模式下發出 module clear-config 命令。請確保在將模組從插槽中移除之前發出命令。該命令不會清除已從插槽中移除的模組的舊配置。此命令會從show running-config命令的輸出中清除模組配置,並從show ip interface brief 命令的輸出中清除介面詳細資訊。從Cisco IOS版本12.2(18)SXF和更新版本中,它還會從show version命令中刪除介面型別計數。
如果您的交換器已自行重設,且沒有任何手動干預,請使用以下步驟找出問題:
交換機可能已發生軟體崩潰。發出dir bootflash: 命令,其中顯示MSFC(路由處理器[RP])bootflash裝置,並發出dir slavebootflash: 命令以檢查軟體崩潰。
本節中的輸出顯示crashinfo已記錄在RP bootflash:中。確保您檢視的crashinfo是最近的崩潰事件。發出more bootflash:filename 命令以顯示crashinfo檔案。在本例中,命令更為bootflash:crashinfo_20020829-112340。
cat6knative#dir bootflash: Directory of bootflash:/ 1 -rw- 1693168 Jul 24 2002 15:48:22 c6msfc2-boot-mz.121-8a.EX 2 -rw- 183086 Aug 29 2002 11:23:40 crashinfo_20020829-112340 3 -rw- 20174748 Jan 30 2003 11:59:18 c6sup22-jsv-mz.121-8b.E9 4 -rw- 7146 Feb 03 2003 06:50:39 test.cfg 5 -rw- 31288 Feb 03 2003 07:36:36 01_config.txt 6 -rw- 30963 Feb 03 2003 07:36:44 02_config.txt 31981568 bytes total (9860396 bytes free)
dir sup-bootflash: 命令可顯示Supervisor Engine bootflash:裝置。您也可以發出dir slavesup-bootflash: 命令以顯示待命Supervisor Engine bootflash:裝置。此輸出顯示Supervisor Engine bootflash:device:中記錄的crashinfo
cat6knative11#dir sup-bootflash: Directory of sup-bootflash:/ 1 -rw- 14849280 May 23 2001 12:35:09 c6sup12-jsv-mz.121-5c.E10 2 -rw- 20176 Aug 02 2001 18:42:05 crashinfo_20010802-234205 !--- Output suppressed.
如果命令輸出表明您懷疑交換機重新啟動時發生了軟體崩潰,請聯絡Cisco技術支援。 提供show tech-support命令和show logging命令的輸出,以及crashinfo檔案的輸出。若要傳送檔案,請透過TFTP從交換器傳輸到TFTP伺服器,然後將檔案附加到案件。
如果沒有crashinfo檔案,請檢查交換機的電源以確保它沒有故障。如果使用不間斷電源(UPS),請確保它正常工作。如果您仍然無法確定問題,請聯絡思科技術支援升級中心。
如果配備分散式轉發卡(DFC)的模組在沒有使用者重新載入的情況下已自行重置,請檢查DFC卡的引導快閃記憶體以檢視其是否崩潰。如果崩潰資訊檔案可用,則可以查詢崩潰的原因。發出dir dfc#module_#-bootflash: 命令,以驗證是否存在崩潰資訊檔案以及該檔案寫入的時間。如果DFC重置與crashinfo時間戳匹配,請發出more dfc#module_#-bootflash:filename命令。或者,發出copy dfc#module_#-bootflash:filename tftp 命令,以便通過TFTP將檔案傳輸到TFTP伺服器。
cat6knative#dir dfc#6-bootflash: Directory of dfc#6-bootflash:/ -#- ED ----type---- --crc--- -seek-- nlen -length- -----date/time------ name 1 .. crashinfo 2B745A9A C24D0 25 271437 Jan 27 2003 20:39:43 crashinfo_ 20030127-203943
提供crashinfo檔案後,收集 show logging 命令和 show tech 命令的輸出,並與Cisco技術支援聯絡以獲得進一步幫助。
本節概述其中一個模組無法聯機時的常見原因以及如何解決問題。您可以通過以下方式之一確定模組未聯機:
show module命令的輸出顯示以下狀態之一:
其他
未知
故障
錯誤停用
power-deny
power-bad
琥珀色或紅色狀態指示燈亮起。
檢視相關版本的Catalyst 6500系列版本說明的支援的硬體一節。如果目前執行的軟體不支援此模組,請從Cisco IOS軟體中心下載所需的軟體。
如果狀態為斷電,則交換機沒有足夠的電源為該模組供電。發出show power /strong>命令,確認是否有足夠的電源可用。請參閱本文檔的Troubleshooting C6KPWR-4-POWERDENIED: unsufficient power, module in slot [dec] power denied或%C6KPWR-SP-4-POWERDENIED: unsufficient power, module in slot [dec] power denied Error Messages部分。
如果狀態是power-bad,則交換機能夠看到卡,但無法分配電源。如果Supervisor Engine無法訪問模組上的串列PROM(SPROM)內容以確定線卡的標識,則可能會發生這種情況。您可以發出show idprom module命令以驗證SPROM是否可讀。如果SPROM不可訪問,您可以重置模組。
確保模組已正確安裝並完全擰入。如果模組仍無法聯機,請發出diagnostic bootup level complete全域性配置命令,以確保診斷已啟用。然後發出hw-module module <slot_number> reset 指令。如果模組仍無法聯機,請檢查模組上的底板接頭以確保沒有損壞。如果沒有明顯的損壞,請嘗試將模組插入另一個插槽或不同的機箱。此外,檢查背板插槽聯結器上的針腳是否彎曲。檢查機箱背板上的接頭針腳時,如有必要,請使用手電筒。
發出show diagnostics module <slot_number> 命令,以識別模組上的所有硬體故障。發出diagnostic bootup level complete<> global configuration命令以啟用完整的診斷。您必須啟用完整的診斷程式,以便交換機可以對模組執行診斷。如果啟用了最小診斷並更改以完成診斷,模組必須重置,以便交換機可以執行完全診斷。本節中的輸出範例發出show diagnostics module 命令。但輸出結果並不確定,因為許多測試是以最小模式進行的。輸出顯示如何開啟診斷級別,然後再次發出show diagnostics module命令以檢視完整結果。
註:示例模組中未安裝Gigabit介面轉換器(GBIC)。因此,未執行完整性測試。GBIC完整性測試僅對銅纜GBIC執行(WS-G5483=)。
cat6native#show diagnostic module 3 Current Online Diagnostic Level = Minimal Online Diagnostic Result for Module 3 : PASS Online Diagnostic Level when Module 3 came up = Minimal Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestGBICIntegrity : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- U U U U U U U U U U U U U U U U 2 . TestLoopback : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- . . . . . . . . . . . . . . . . 3 . TestDontLearn : U 4 . TestConditionalLearn : . 5 . TestStaticEntry : U 6 . TestCapture : U 7 . TestNewLearn : . 8 . TestIndexLearn : U 9 . TestTrap : U 10. TestIpFibShortcut : . 11. TestDontShortcut : U 12. TestL3Capture : U 13. TestL3VlanMet : . 14. TestIngressSpan : . 15. TestEgressSpan : . 16. TestAclPermit : U 17. TestAclDeny : U 18. TestNetflowInlineRewrite : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- U U U U U U U U U U U U U U U U !--- Tests that are marked "U" were skipped because a minimal !--- level of diagnostics was enabled. cat6knative#configure terminal Enter configuration commands, one per line. End with CNTL/Z. cat6knative(config)#diagnostic bootup level complete !--- This command enables complete diagnostics. cat6knative(config)#end cat6knative# *Feb 18 13:13:03 EST: %SYS-5-CONFIG_I: Configured from console by console cat6knative# cat6knative#hw-module module 3 reset Proceed with reload of module? [confirm] % reset issued for module 3 cat6knative# *Feb 18 13:13:20 EST: %C6KPWR-SP-4-DISABLED: power to module in slot 3 set off (Reset) *Feb 18 13:14:12 EST: %DIAG-SP-6-RUN_COMPLETE: Module 3: Running Complete Online Diagnostics... *Feb 18 13:14:51 EST: %DIAG-SP-6-DIAG_OK: Module 3: Passed Online Diagnostics *Feb 18 13:14:51 EST: %OIR-SP-6-INSCARD: Card inserted in slot 3, interfaces are now online cat6knative#show diagnostic module 3 Current Online Diagnostic Level = Complete Online Diagnostic Result for Module 3 : PASS Online Diagnostic Level when Module 3 came up = Complete Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestGBICIntegrity : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- U U U U U U U U U U U U U U U U !--- The result for this test is unknown ("U", untested) !--- because no copper GBICS are plugged in. 2 . TestLoopback : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- . . . . . . . . . . . . . . . . 3 . TestDontLearn : . 4 . TestConditionalLearn : . 5 . TestStaticEntry : . 6 . TestCapture : . 7 . TestNewLearn : . 8 . TestIndexLearn : . 9 . TestTrap : . 10. TestIpFibShortcut : . 11. TestDontShortcut : . 12. TestL3Capture : . 13. TestL3VlanMet : . 14. TestIngressSpan : . 15. TestEgressSpan : . 16. TestAclPermit : . 17. TestAclDeny : . 18. TestNetflowInlineRewrite : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ---------------------------------------------------- . . . . . . . . . . . . . . . .
發出show tech-support命令和show logging命令。查詢與此模組相關的任何其他消息,以進一步排除故障。
如果模組仍無法聯機,請通過思科技術支援建立服務請求以進一步排除故障。提供所收集交換機輸出的日誌以及之前步驟的資訊。
Supervisor Engine可以拋出指示帶內通訊失敗的消息。交換器記錄的訊息如下所示:
InbandKeepAliveFailure:Module 1 not responding over inband InbandKeepAlive:Module 2 inband rate: rx=0 pps, tx=0 pps ProcessStatusPing:Module 1 not responding over SCP ProcessStatusPing:Module 1 not responding... resetting module
當交換機的管理介面處理大量流量時,交換機會顯示InbandKeepAliveFailure錯誤消息。這可能是由以下原因造成的:
繁忙的Supervisor Engine
生成樹通訊協定回圈
ACL和QoS策略器已限制或丟棄帶內通訊通道上的流量
埠ASIC同步問題
交換矩陣模組問題
要解決此問題,請使用以下說明:
使用show process cpu 確定導致此問題的進程。請參閱Catalyst 6500/6000交換器CPU使用率高以清除根本原因。
Supervisor模組安裝錯誤或發生故障可能會引發這些通訊故障消息。要從此錯誤消息中恢復,請安排一個維護視窗,然後重新安裝Supervisor模組。
執行Cisco IOS軟體的Cisco Catalyst 6500/6000可能因以下重設原因重新載入:
System returned to ROM by power-on (SP by abort)
帶有SP配置暫存器且允許中斷(例如0x2)和接收控制檯中斷訊號的Catalyst 6500/6000進入ROMmon診斷模式。系統似乎崩潰。SP和RP上的配置暫存器設定不匹配可能導致此類重新載入。具體而言,您可以將Supervisor Engine交換處理器(SP)配置暫存器設定為不忽略break的值,而多層交換功能卡(MSFC)路由處理器(RP)配置暫存器是忽略break的正確值。例如,可以將Supervisor Engine SP設定為0x2,將MSFC RP設定為0x2102。 如需詳細資訊,請參閱Cisco IOS Catalyst 6500/6000重設並出現錯誤「System returned to ROM by power-on(SP by abort)」。
執行Cisco IOS軟體的Cisco Catalyst 6500/6000在sup-bootdisk中開機舊映像,而不考慮執行組態中的BOOT變陣列態。即使BOOT變數配置為從外部快閃記憶體引導,它也會只引導sup-bootdisk中的舊映像。此問題的原因在於SP和RP上的配置暫存器設定不匹配。
在RP中,發出命令show bootvar。
Switch#show boot BOOT variable = sup-bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1; CONFIG_FILE variable = BOOTLDR variable = Configuration register is 0x2102
在SP中,發出命令show bootvar。
Switch-sp#show boot BOOT variable = bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1; CONFIG_FILE variable does not exist BOOTLDR variable does not exist Configuration register is 0x2101
這會導致交換器無論執行組態中的BOOT變陣列態如何,都開機先前的映像。要解決此問題,請發出命令switch(config)#config-register 0x2102,然後確認SP和RP具有相同的配置暫存器值。將組態寫入啟動組態後,重新載入交換器。
此錯誤訊息指出NVRAM有問題。如果清除NVRAM並重新載入交換機,它就可以恢復NVRAM。 如果這不能解決問題,請格式化NVRAM以幫助解決問題。在這兩種情況下,建議使用NVRAM內容的備份。只有啟用NVRAM調試時,才會顯示此錯誤消息。
錯誤消息CRIT_ERR_DETECTED Module 7 - Error: Switching Bus FIFO counter stuck表示該模組未在資料交換匯流排上看到活動。 出現此錯誤的原因可能是新插入的模組最初沒有穩固地插入機箱或推入速度太慢。
重新拔插模組以解決問題。
Catalyst 6500 vss群集遇到以下錯誤消息:
%CONST_DIAG-4-ERROR_COUNTER_WARNING: Module [dec] Error counter exceeds threshold, system operation continue.
TestErrorCounterMonitor檢測到指定模組中的錯誤計數器已超過閾值。有關錯誤計數器的特定資料可以在單獨的系統消息中傳送。TestErrorCounterMonitor是一個無中斷的運行狀況監控後台進程,它定期輪詢系統中每個線卡或管理引擎模組的錯誤計數器和中斷計數器。
%CONST_DIAG-4-ERROR_COUNTER_DATA: ID:[dec] IN:[dec] PO:[dec] RE:[dec] RM:[dec] DV:[dec] EG:[dec] CF:[dec] TF:[dec]
TestErrorCounterMonitor檢測到指定模組中的錯誤計數器已超過閾值。此消息包含有關錯誤計數器的特定資料,以及有關計數器的ASIC和暫存器以及錯誤計數的資訊。
當線卡上的ASIC收到具有錯誤CRC的資料包時,會收到此錯誤消息。此問題可能是此模組的本地問題,也可能是機箱中的某個其它故障模組觸發的問題。
舉例來說:
%CONST_DIAG-SW1_SP-4-ERROR_COUNTER_WARNING: Module 2 Error counter exceeds threshold, system operation continue.
出現此錯誤的原因可能是新插入的模組未穩固插入。 重新拔插模組以解決問題。
達到軟體介面描述元區塊(SWIDB)的最大數目時,會收到此錯誤訊息:
%INTERFACE_API-SP-1-NOMORESWIDB:無法再分配其他SWIDB,允許的最大數12000
有關IDB限制的詳細資訊,請參閱Cisco IOS平台的最大介面和子介面數:IDB限制。
嘗試將非switchport介面轉換為switchport時,會返回錯誤。
Switch(config)#interface gigabit ethernet 7/29 Switch(config-if)#switchport %Command rejected: Cannot convert port. Maximum number of interfaces reached. Output of idb: AMC440E-SAS01#show idb Maximum number of Software IDBs 12000. In use 11999. HWIDBs SWIDBs Active 218 220 Inactive 11779 11779 Total IDBs 11997 11999 Size each (bytes) 3392 1520 Total bytes 40693824 18238480
此示例顯示IDB總數(在SWIDB列下)已達到IDB最大數量限制。當您刪除子介面時,SWIDB列中的活動和非活動編號會更改;但是,記憶體中仍保留著IDB總數。 為了解決此問題,請重新載入交換機以清除IDB資料庫。否則,一旦用完,就需要重新使用刪除的子介面。
當Cisco Catalyst 6500交換器無法使用指定的Cisco IOS軟體版本開機時,系統會報告類似的錯誤訊息。
00:00:56: %SYS-SP-2-MALLOCFAIL: Memory allocation of 2177024 bytes failed from 0x40173D8C, alignment 8 Pool: Processor Free: 1266272 Cause: Not enough free memory Alternate Pool: None Free: 0 Cause: No Alternate pool -Process= "TCAM Manager process", ipl= 0, pid= 112 -Traceback= 4016F4D0 40172688 40173D94 40577FF8 4055DB04 4055DEDC SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE! %Software-forced reload
當快閃記憶體中的映像沒有足夠的DRAM來解壓縮時,通常會出現此問題。
為了解決此問題,請執行以下選項之一:
升級DRAM。
請參閱如何選擇Cisco IOS軟體版本的記憶體要求(範例4)。 這將計算影象所需的DRAM量。
載入當前記憶體大小的相應影象。
要確定在Catalyst 6500/6000上安裝的Supervisor的型別,請參閱如何確定Catalyst 6500/6000系列交換機中安裝的Supervisor模組的型別。
若要瞭解Catalyst 6500/6000中可用的預設記憶體選項,請參閱Catalyst交換器平台支援的記憶體/快閃記憶體大小。
若要選擇和下載合適的軟體,請使用下載 — 交換器頁面。
注意:只有註冊的思科使用者才能訪問內部思科資訊和工具。
使用WS-X6548-GE-TX或WS-X6148-GE-TX模組時,單個埠的使用可能導致周圍介面上的連線問題或資料包丟失。尤其是當您在這些線卡中使用EtherChannel和遠端交換連線埠分析器(RSPAN)時,可能會看到由於封包遺失而導致的反應緩慢。這些線卡是超訂用卡,旨在將千兆位擴展至案頭,不適合用於伺服器群連線。在這些模組上,支援八個埠的埠ASIC提供一個1 Gigabit乙太網上行鏈路。這些卡在一組埠(1-8、9-16、17-24、25-32、33-40和41-48)之間共用1 Mb緩衝區,因為八個埠的每個塊都是8:1超額使用。八個埠的每個塊的聚合吞吐量不能超過1 Gbps。Cisco Catalyst 6500系列10/100和10/100/1000-Mbps乙太網路介面模組的表4顯示不同型別的乙太網路介面模組,以及每個連線埠支援的緩衝區大小。
由於多個埠合併到單個Pinnacle ASIC中而導致超訂用。Pinnacle ASIC是直接記憶體訪問(DMA)引擎,用於在背板交換匯流排和網路埠之間傳輸資料包。如果此範圍內的任何埠以超過其頻寬的速率接收或傳輸流量,或者使用大量緩衝區來處理突發流量,則同一範圍內的其他埠可能會遇到資料包丟失的情況。
SPAN目的地是一個非常常見的原因,因為將流量從整個VLAN或多個連線埠複製到單個介面並不是不尋常的事情。在具有獨立介面緩衝區的卡上,超過目的地連線埠頻寬的封包會以靜默方式捨棄,而且不會影響其他連線埠。對於共用緩衝區,這將導致此範圍內的其他埠出現連線問題。在大多數情況下,共用緩衝區不會導致任何問題。即使連線了八個千兆位的工作站,也極少會超過所提供的頻寬。
在交換器中設定本地SPAN時,尤其是當交換器監控大量來源連線埠時,交換器可能會遇到服務水準下降的情況。如果它監控某些VLAN,並且為這些VLAN中的任一個VLAN分配了大量的埠或埠,則此問題依然存在。
即使SPAN是在硬體中完成,也會影響效能,因為現在交換器承載的流量是原來的兩倍。由於每個線卡都會在輸入處複製流量,因此每當連線埠受到監控時,所有輸入流量都會在抵達網狀架構時增加一倍。從線路卡上大量繁忙埠捕獲流量可能會填充交換矩陣連線,尤其是使用WS-6548-GE-TX卡(該卡只有8千兆交換矩陣連線)。
WS-X6548-GE-TX、WS-X6548V-GE-TX、WS-X6148-GE-TX和WS-X6148V-GE-TX模組對EtherChannel具有限制。若是EtherChannel,則套件組合中所有連結的資料會前往連線埠ASIC,即使資料目的地為另一個連結亦如此。此資料會消耗1-Gigabit乙太網路連結中的頻寬。對於這些模組,EtherChannel上所有資料的總和不能超過1 Gigabit。
檢查此輸出,以驗證模組是否遇到與過度使用的緩衝區相關的捨棄專案:
原生Cisco IOS
Cat6500# show counters interface gigabitEthernet <mod/port> | 包括qos3Outlost
51. qos3Outlost = 768504851
多次運行 show命令,以檢查asicreg是否穩定遞增。asicreg輸出在每次運行時都會被清除。如果asicreg輸出保持非零狀態,則表示活動丟棄。根據流量速率,此資料需要在幾分鐘內收集以獲得顯著增量。
請完成以下步驟:
隔離所有始終超額訂閱的埠,使其符合自己的埠範圍,以便將丟棄對其他介面的影響降至最低。
例如,如果您有一個伺服器連線到埠1,該埠1 oversubscribing
如果有多台其他伺服器連線到範圍2-8內的埠,則對於介面,這可能導致響應緩慢。在這種情況下,請移動 oversubscribing< /code> server to port 9 in order to free up the buffer in the first block of ports 1-8. On newer software versions, SPAN destinations have the buffering automatically moved to the interface, so it does not impact the other ports in its range. Cisco bug ID CSCin70308 (accessible only to registered Cisco clients) for more information.
停用行首封鎖(HOL),此封鎖會利用介面緩衝區而不是共用緩衝區。
這會導致僅從單個過度使用的埠進行丟棄。由於介面緩衝區(32 k)明顯小於1 Mb共用緩衝區,因此個別連線埠可能會發生更多封包遺失。只有在客戶端或SPAN連線埠無法移動到提供專用介面緩衝區的其他線卡上的極端情況下,才建議這樣做。
原生Cisco IOS
Router(config)# interface gigabitethernet <mod/port>
Router(config-if)# hol-blocking disable
一旦此功能停用,捨棄會移動到介面計數器,且可以使用show interface gigabit <mod/port> 指令看到。其他埠不再受影響,前提是這些埠不是單獨的 bursting
.由於建議保持啟用HOL阻塞,因此可以使用此資訊查詢超出埠範圍中緩衝區的裝置,並將其移至另一個卡或卡上的獨立範圍,以便可以重新啟用HOL阻塞。
設定SPAN作業階段時,請確保目的地連線埠不會報告該特定介面上的任何錯誤。若要檢查目的地連線埠上任何可能出現的錯誤,請檢查show interface <interface type> <interface number> 命令的輸出,以檢查Cisco IOS是否有任何輸出捨棄或錯誤。連線到目的地連線埠和連線埠本身的裝置必須具有相同的速度和雙工設定,以避免目的地連線埠發生任何錯誤。
考慮移至沒有超額訂閱埠的乙太網模組。如需支援模組的詳細資訊,請參閱Cisco Catalyst 6500系列交換器 — 相關介面與模組。
交換器上執行的通訊協定可能會引起初始連線延遲。如果在啟動或重新啟動客戶端電腦時觀察到以下任何症狀,則可能存在此問題:
微軟 networking
客戶端顯示無可用的域控制器。
DHCP報告No DHCP Servers Available。
Novell Internetwork Packet Exchange(IPX)網路工作站啟動時沒有Novell Login螢幕。
AppleTalk networking
客戶端顯示「Access to your AppleTalk network has been interrupted(對AppleTalk網路的訪問已中斷)」。要重新建立連線,請開啟並關閉AppleTalk控制面板。AppleTalk客戶端選擇器應用程式也可能不顯示區域清單或顯示不完整的區域清單。
IBM Network Stations可以包含以下消息之一:
NSB83619 — 地址解析失敗
NSB83589 — 在1次嘗試後無法啟動
NSB70519 — 無法連線到伺服器
介面延遲可導致Workstation部分出現啟動期間無法登入網路/無法獲取DHCP地址清單的症狀。以下是介面延遲的常見原因:
生成樹通訊協定(STP)延遲
EtherChannel延遲
中繼延遲
自動交涉延遲
有關這些延遲和可能的解決方案的詳細資訊,請參閱使用PortFast和其他命令修復工作站啟動連線延遲。
如果在檢視和使用該程式後仍有問題,請聯絡思科技術支援。
如果存在以下任何問題,可能會發生交換器的網路介面卡(NIC)相容性或錯誤組態問題:
伺服器/客戶端無法連線到交換機。
您有自動交涉問題。
您會在埠上看到錯誤。
出現這些症狀的原因可能是:
已知網絡卡驅動程式問題
Speed-duplex mismatch
自動交涉問題
電纜問題
若要進一步疑難排解,請參閱疑難排解Cisco Catalyst交換器與NIC的相容性問題。
在show interface status命令輸出中,如果介面狀態為errdisable,則介面已因為錯誤情況而停用。以下是介面處於錯誤停用狀態的範例:
cat6knative#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
或者,如果介面已經因為錯誤情況而停用,您就會看到類似以下訊息:
%SPANTREE-SP-2-BLOCK_BPDUGUARD: Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port. %PM-SP-4-ERR_DISABLE: bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state
此範例訊息顯示了主機連線埠上何時收到橋接器通訊協定資料單元(BPDU)。實際訊息內容取決於錯誤情況的原因。
介面進入錯誤停用狀態的原因有很多,可能包括:
雙工不相符
連接埠通道組態錯誤
BPDU 防護違規
UDLD條件
偵測到延遲衝突
偵測到連結翻動
資安違規
連接埠彙總通訊協定 (PAgP) 翻動
第 2 層通道通訊協定 (L2TP) 防護
DHCP 窺探速率限制
若要啟用已錯誤停用的連線埠,請完成以下步驟:
從連線的一端拔下電纜。
重新配置介面。
例如,如果介面由於Etherchannel組態錯誤而處於錯誤停用狀態,請重新設定Etherchannel的介面範圍。
關閉兩端埠。
將電纜插入兩台交換機。
在介面上發出no shutdown命令。
您還可以發出errdisable recovery cause causeenable命令,以設定逾時機制,在設定的計時器期間後自動重新啟用連線埠。
註:如果未解決問題的根本原因,則會再次發生錯誤情況。
若要判斷錯誤停用狀態的原因,請發出show errdisable recovery命令。
cat6knative#show errdisable recovery ErrDisable Reason Timer Status ----------------- -------------- udld Enabled bpduguard Enabled security-violatio Enabled channel-misconfig Enabled pagp-flap Enabled dtp-flap Enabled link-flap Enabled l2ptguard Enabled psecure-violation Enabled Timer interval: 300 seconds Interfaces that will be enabled at the next timeout: Interface Errdisable reason Time left(sec) --------- ----------------- -------------- Gi4/1 bpduguard 270
知道錯誤停用的原因後,排解問題並修正問題的根本原因。例如,您的連線埠可能會因為在已啟用PortFast的存取連線埠上收到BPDU而處於錯誤停用狀態,如範例所示。您可以排除交換機是否意外連線到該埠,或集線器連線時是否產生環路問題。若要疑難排解其他情境,請參閱產品檔案中特定的功能資訊。 請參閱Cisco IOS平台上的錯誤停用連線埠狀態復原,以瞭解更多有關錯誤停用狀態的詳細資訊。 如果根據此資訊檢視和故障排除後仍有問題,請聯絡思科技術支援以獲得進一步幫助。
如果您在show interface命令輸出中看到錯誤,請檢查遇到問題的介面的狀態和運行狀況。同時檢查流量是否通過介面。請參閱執行Cisco IOS系統軟體的Catalyst 6500/6000上的疑難排解WS-X6348模組連線埠連線的第12步。
cat6knative#show interfaces gigabitethernet 1/1 GigabitEthernet1/1 is up, line protocol is up (connected) Hardware is C6k 1000Mb 802.3, address is 0001.6416.042a (bia 0001.6416.042a) Description: L2 FX Trunk to tpa_data_6513_01 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Full-duplex mode, link type is autonegotiation, media type is SX output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s Clock mode is auto input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:01, output 00:00:28, output hang never Last clearing of "show interface" counters never Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 5 minute input rate 118000 bits/sec, 289 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 461986872 packets input, 33320301551 bytes, 0 no buffer Received 461467631 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 137 overrun, 0 ignored 0 input packets with dribble condition detected 64429726 packets output, 4706228422 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out cat6knative#
此外,您還可以在show interfaces <interface-id> counters errors命令輸出中看到錯誤。如果是,請檢查與介面相關的錯誤。請參閱執行Cisco IOS系統軟體的Catalyst 6500/6000上的疑難排解WS-X6348模組連線埠連線的第14步。
cat6knative#show interfaces gigabitethernet 3/1 counters errors Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Gi3/1 0 0 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants Gi3/1 0 0 0 0 0 0 0 Port SQETest-Err Deferred-Tx IntMacTx-Err IntMacRx-Err Symbol-Err Gi3/1 0 0 0 0 0
介面顯示錯誤的原因可能是物理層問題,例如:
有故障的電纜/網絡卡
組態問題,例如速度雙工不相符的情況
效能問題,如超訂用
若要瞭解這些問題並疑難排解,請參閱疑難排解交換器連線埠和介面問題。
有時,由於軟體錯誤或硬體限制,錯誤計數器會錯誤地增加。下表列出執行Cisco IOS軟體的Catalyst 6500/6000平台的一些已知計數器問題:
注意:只有註冊的思科客戶端可以訪問內部站點和錯誤資訊。
症狀 | 說明 | 修正 |
---|---|---|
基於Supervisor Engine 720的交換機上的IEEE 802.1Q TRUNK介面上的Giants。 | Catalyst 6500系列交換器可以回報超過1496位元組的封包大小,且在Supervisor Engine 720連線埠上的主幹上收到標籤的封包大小。在67xx線卡上也可以看到此問題。問題是無關緊要的,交換器會轉送封包。ISL 1中繼也出現問題。如需詳細資訊,請參閱Cisco錯誤ID CSCec62587和Cisco錯誤ID CSCed42859。 | Cisco IOS軟體版本12.2(17b)SXA和更新的Cisco IOS軟體版本12.2(18)SXD和更新版本 |
基於Supervisor Engine 2的交換機上的802.1Q TRUNK介面上的Giants。 | 交換器會將802.1Q主干連線埠上非原生VLAN上1497到1500範圍內的封包計數為巨型封包。這是一個無關緊要的問題,封包會由交換器轉送。如需詳細資訊,請參閱Cisco錯誤ID CSCdw04642。 | 目前不可用 |
在Gigabit介面上的show interface指令輸出中,即使存在低流量狀況,也可能會看到過多的輸出捨棄計數器。 | 當存在低流量條件時,Gigabit介面上的show interface指令輸出中可見過度輸出捨棄計數器。請參閱思科錯誤ID CSCdv86024 瞭解詳細資訊。 |
Cisco IOS軟體版本12.1(8b)E12和更高版本Cisco IOS軟體版本12.1(11b)E8和更高版本Cisco IOS軟體版本12.1(12c)E1和更高版本Cisco IOS軟體版本12.1(13)E1和更高版本 |
在show interface命令的輸出中,埠通道介面的bps 1和pps2的統計資訊不正確。 | 使用Cisco IOS軟體時,如果兩個快速乙太網路連線埠上定義連線埠通道,且流量透過連線埠通道產生,則實體介面具有正確的速率統計資料。但是,埠通道介面的統計資料不正確。如需詳細資訊,請參閱Cisco錯誤ID CSCdw23826。 | Cisco IOS軟體版本12.1(8a)EX Cisco IOS軟體版本12.1(11b)E1 Cisco IOS軟體版本12.1(13)E1 |
1 ISL =交換器間連結。
2 bps =位/秒。
3 pps =每秒資料包數。
如果根據本節所述的文檔進行審閱和故障排除後仍有問題,請聯絡思科技術支援以獲得進一步的幫助。
在低於Cisco IOS軟體版本12.1(13)E的軟體版本中工作的GBIC會在升級後失敗。
使用Cisco IOS軟體版本12.1(13)系統軟體時,不允許將具有錯誤GBIC EEPROM校驗和的GBIC連線埠啟動。這是1000BASE-TX(銅纜)和粗波分多工器(CWDM)GBIC的預期行為。但是,其他GBIC的行為不正確。在早期版本中,允許帶有具有校驗和錯誤的其他GBIC的埠出現。
當Cisco IOS軟體版本12.1(13)E中發生此錯誤時,會顯示以下錯誤訊息:
%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key
發出show interface命令以顯示此輸出:
Router#show interface status Port Name Status Vlan Duplex Speed Type Gi2/1 faulty routed full 1000 bad EEPROM
此問題可在Cisco IOS軟體版本12.1(13)E1、12.1(14)E和更新版本中修正。
有關此問題的更多詳細資訊,請參閱現場通知:適用於Catalyst 6000的Cisco IOS®軟體版本12.1(13)E中的GBIC EEPROM錯誤不正確。
在syslogs或show log命令輸出中,您可以看到以下一條或多條錯誤消息:
Coil Pinnacle報頭校驗和
Coil Mdtif狀態機錯誤
Coil Mdtif資料包CRC錯誤
Coil Pb Rx下溢錯誤
Coil Pb Rx奇偶校驗錯誤
如果您在WS-X6348模組或其他10/100模組上連線主機時遇到連線問題,或者您看到與本節中列出的錯誤消息類似的錯誤消息,並且您有一組12個埠停滯不前,並且沒有傳遞流量,請執行以下步驟:
禁用並啟用介面。
發出命令以軟重置模組。
執行下列操作之一以硬重置模組:
重新拔插卡。
發出no power enable module module_# 全域性配置命令和power enable module module_# 全域性配置命令。
執行這些步驟後,如果您遇到以下一個或多個問題,請與思科技術支援</a>聯絡,並提供相關資訊:
模組未聯機。
模組已聯機,但一組12個介面未通過診斷。
可從show diagnostic module <module_number> 命令的輸出中看到這種情況。
啟動時,模組停滯在另一個狀態。
模組上的所有埠LED都變為琥珀色。
所有介面都處於錯誤停用狀態。
當您發出show interfaces status module module_# 命令時,可以看到此情況。
如需詳細資訊,請參閱在執行Cisco IOS系統軟體的Catalyst 6500/6000上的WS-X6348模組連線埠連線疑難排解。
如果您在WS-X6348模組或其他10/100模組上連線主機時遇到連線問題,請參閱對運行Cisco IOS系統軟體的Catalyst 6500/6000上的WS-X6348模組埠連線進行故障排除,瞭解詳細資訊。 如果在根據文檔對運行Cisco IOS系統軟體的Catalyst 6500/6000上的WS-X6348模組埠連線進行故障排除後仍有問題,請聯絡Cisco技術支援以獲得進一步幫助。
與生成樹相關的問題可能導致交換網路中的連線問題。有關如何防止生成樹問題的指南,請參閱對運行Cisco IOS系統軟體的Catalyst交換機上的STP進行故障排除。
與每個Cisco IOS裝置一樣,Catalyst 6500交換機也只允許有限數量的Telnet會話。如果達到此限制,交換器將不再允許更多的vty作業階段。若要驗證您是否遇到此問題,請連線到Supervisor Engine的控制檯。發出show user命令。此命令的命令列介面(CLI)輸出顯示了當前佔用的行數:
Cat6500#show user Line User Host(s) Idle Location 0 con 0 10.48.72.118 00:00:00 1 vty 0 10.48.72.118 00:00:00 10.48.72.118 2 vty 1 10.48.72.118 00:00:00 10.48.72.118 3 vty 2 10.48.72.118 00:00:00 10.48.72.118 4 vty 3 10.48.72.118 00:00:00 10.48.72.118 *5 vty 4 idle 00:00:00 10.48.72.118
請完成以下步驟:
根據show user命令的輸出,發出clear line line_number 命令以清除過時的作業階段。
Cat6500#show user Line User Host(s) Idle Location 0 con 0 10.48.72.118 00:00:00 1 vty 0 10.48.72.118 00:00:00 10.48.72.118 2 vty 1 10.48.72.118 00:00:00 10.48.72.118 3 vty 2 10.48.72.118 00:00:00 10.48.72.118 4 vty 3 10.48.72.118 00:00:00 10.48.72.118 *5 vty 4 idle 00:00:00 10.48.72.118 Cat6500#clear line 1 Cat6500#clear line 2 !--- Output suppressed.
配置vty會話和控制檯線路的空閒超時,以便清除所有非活動會話。此範例顯示將閒置逾時設定為10分鐘時使用的組態:
Cat6500#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Cat6500(config)#line vty 0 4 Cat6500(config-line)#exec-timeout ? <0-35791> Timeout in minutes Cat6500(config-line)#exec-timeout 10 ? <0-2147483> Timeout in seconds <cr> Cat6500(config-line)#exec-timeout 10 0 Cat6500(config-line)#exit Cat6500(config)#line con 0 Cat6500(config-line)#exec-timeout 10 0 Cat6500(config-line)#exit Cat6500(config)#
您還可以增加可用的vty會話數。使用line vty 0 6 命令而不是line vty 0 4 。
在某些情況下,show user命令輸出會在作業階段下顯示no active vty,但使用telnet命令與交換器的連線仍然失敗,並出現以下錯誤訊息:
% telnet connections not permitted from this terminal
在這種情況下,請驗證是否正確配置了vty。發出transport input all命令,以便允許vty傳輸所有內容。
問題
6500交換機在VSS群集中堆疊;當您嘗試通過控制檯將其連線到備用交換機時,它將失敗,並顯示以下Radius日誌消息:
%RADIUS-4-RADIUS_DEAD: RADIUS伺服器10.50.245.20:1812,1813沒有響應。
通過Telnet對此備用Supervisor進行的身份驗證工作正常,而活動式Supervisor上的控制檯登入也工作正常。連線到待命Supervisor的控制檯時出現問題。
解決方案
無法對備用裝置的控制檯進行RADIUS身份驗證。備用路由器沒有用於AAA身份驗證的IP連線。您需要使用回退選項,例如本地資料庫。
有時,即使沒有巨型資料包通過系統傳送,VSL介面上的巨型資料包計數器也會增加。
在VSL介面上傳輸的資料包攜帶一個32位元組的VSL報頭,超出普通MAC報頭。理想情況下,此報頭會排除在封包大小分類之外,但連線埠ASIC實際上會將此報頭包括在此類分類中。因此,接近常規大小資料包1518大小限制的控制資料包最終可以分類為巨型資料包。
目前尚無解決此問題的方法。
您可以看到交換機上以前沒有的多個VLAN。舉例來說:
Vlan982 unassigned YES unset administratively down down Vlan983 unassigned YES unset administratively down down Vlan984 unassigned YES unset administratively down down Vlan985 unassigned YES unset administratively down down Vlan986 unassigned YES unset administratively down down Vlan987 unassigned YES unset administratively down down Vlan988 unassigned YES unset administratively down down Vlan989 unassigned YES unset administratively down down Vlan990 unassigned YES unset administratively down down Vlan991 unassigned YES unset administratively down down Vlan992 unassigned YES unset administratively down down Vlan993 unassigned YES unset administratively down down Vlan994 unassigned YES unset administratively down down Vlan995 unassigned YES unset administratively down down Vlan996 unassigned YES unset administratively down down Vlan997 unassigned YES unset administratively down down Vlan998 unassigned YES unset administratively down down Vlan999 unassigned YES unset administratively down down Vlan1000 unassigned YES unset administratively down down Vlan1001 unassigned YES unset administratively down down Vlan1002 unassigned YES unset administratively down down Vlan1003 unassigned YES unset administratively down down Vlan1004 unassigned YES unset administratively down down Vlan1005 unassigned YES unset administratively down down
作為解決方案,將vlan filter Traffic-Capture vlan-list 1 - 700 命令新增到組態中。任何未配置的VLAN都可以新增為第3層VLAN。
如果在開啟電源開關後電源的INPUT OK LED沒有亮起,請發出show power status all 命令。檢視電源的狀態,如以下示例所示:
cat6knative#show power status all Power-Capacity PS-Fan Output Oper PS Type Watts A @42V Status Status State ---- ------------------ ------- ------ ------ ------ ----- 1 WS-CAC-2500W 2331.00 55.50 OK OK on 2 none Pwr-Requested Pwr-Allocated Admin Oper Slot Card-Type Watts A @42V Watts A @42V State State ---- ------------------ ------- ------ ------- ------ ----- ----- 1 WS-X6K-S2U-MSFC2 142.38 3.39 142.38 3.39 on on 2 WSSUP1A-2GE 142.38 3.39 142.38 3.39 on on 3 WS-X6516-GBIC 231.00 5.50 231.00 5.50 on on 4 WS-X6516-GBIC 231.00 5.50 231.00 5.50 on on 5 WS-X6500-SFM2 129.78 3.09 129.78 3.09 on on 6 WS-X6502-10GE 226.80 5.40 226.80 5.40 on on cat6knative#
如果狀態不是OK(如本例所示),請使用疑難排解(Catalyst 6500系列交換器)檔案的電源疑難排解一節中指示的步驟進行進一步的疑難排解。
如果在日誌中收到此消息,該消息表示沒有足夠的電源來開啟模組。消息中的[dec]表示插槽編號:
%OIR-SP-6-REMCARD: Card removed from slot 9, interfaces disabled C6KPWR-4-POWERDENIED: insufficient power, module in slot 9 power denied C6KPWR-SP-4-POWERDENIED: insufficient power, module in slot 9 power denied
發出show power命令以尋找電源冗餘的模式。
cat6knative#show power system power redundancy mode = redundant system power total = 27.460A system power used = 25.430A system power available = 2.030A FRU-type # current admin state oper power-supply 1 27.460A on on power-supply 2 27.460A on on module 1 3.390A on on module 2 3.390A on on module 3 5.500A on on module 5 3.090A on on module 7 5.030A on on module 8 5.030A on on module 9 5.030A on off (FRU-power denied).
此輸出顯示電源模式是冗餘的,並且一個電源不足以為整個機箱供電。您可以執行以下兩個選項之一:
獲得更高功率的電源。
例如,如果當前電源是1300W交流電源,則獲得2500W交流電源或4000W交流電源。
合併電源冗餘模式。
以下是範例:
cat6knative(config)#power redundancy-mode combined cat6knative(config)# %C6KPWR-SP-4-PSCOMBINEDMODE: power supplies set to combined mode.
在組合模式下,兩個電源都提供電源。但是,在此模式下,如果一個電源發生故障,您將再次失去模組的電源,因為剩餘的電源無法向整個機箱供電。
因此,較好的選擇是使用較大功率的電源。
為空插槽預留的電源無法重新分配。例如,如果插槽6為空,而插槽2隻有68瓦可用,則無法將插槽6保留的282瓦重新分配給插槽2,以便插槽2有更多的可用瓦數。
每個插槽都有自己的可用電源,如果不使用,則無法將其重新分配到不同的插槽。沒有命令禁用空插槽的保留電源。
註:確保交換機連線到220VAC而不是110VAC(如果電源支援220VAC),以使用電源的全部電源容量。如需電源管理的詳細資訊,請參閱Catalyst 6000系列交換器的電源管理。
如果您發出show environment status命令,並看到風扇部件發生故障,請使用疑難排解(Catalyst 6500系列交換器)檔案對風扇部件進行疑難排解一節中的步驟來識別問題。
以下是範例:
cat6knative#show environment status backplane: operating clock count: 2 operating VTT count: 3 fan-tray 1: fan-tray 1 fan-fail: failed !--- Output suppressed.
修訂 | 發佈日期 | 意見 |
---|---|---|
2.0 |
22-Sep-2023 |
重新認證 |
1.0 |
28-May-2002 |
初始版本 |