常見的CatcOs錯(cuò)誤消息在Cisco交換機(jī)1

2019-11-05 01:38:19

字體：大中小

供稿：網(wǎng)友

　本文在運(yùn)行CATOS軟件的 Cisco Catalyst 交換機(jī)提供普通的syslog和看的錯(cuò)誤信息的一個(gè) 簡要說明。特定地，以下交換機(jī)視為：
　　
　　Catalyst 6000家族(Catalyst 6500及6000 系列 )

　　Catalyst 5000家族(Catalyst 5500 及5000系列)和派生平臺(例如Catalyst 2926g)
　　Catalyst 4000家族和派生平臺(例如Catalyst 2948g和4912G)
　　假如不查找具體資料為您在本文尋找的錯(cuò)誤信息，請使用錯(cuò)誤信息解碼器工具。您能使用此工具發(fā)現(xiàn)錯(cuò) 誤信息的含義Cisco IOS軟件 ® 和Catalyst OS軟件生成的。使用在本文描述的錯(cuò)誤信息解碼器工具，您必須是注冊的用戶并且您必須登錄。
　　
　　我們在Catalyst 6000、5000及4000 交換機(jī)推薦以下最低的操作日志配置：
　　
　　設(shè)置日期和時(shí)間在交換機(jī)(使用 set time命令)，或者配置交換機(jī)使用網(wǎng)絡(luò)時(shí)間協(xié)議(NTP)得到日期和時(shí)間從NTP 服務(wù)器
　　保證記錄的和記錄的時(shí)間戳啟用(默認(rèn)情況下，兩個(gè) 啟用)
　　配置交換機(jī)記錄到系統(tǒng)日志服務(wù)器(若可能)
　　錯(cuò)誤信息在Catalyst 6000、5000及4000 交換機(jī)
　　以下錯(cuò)誤信息在Catalyst 6000家族能出現(xiàn)，5000系列及4000系列交換機(jī)(并且他們的衍生商品，例如 Catalyst 2926g，2948G和4912G交換機(jī)) ：
　　
　　%PAGP-5-PORTFROMSTP/%PAGP-5-PORTTOSTP
　　< $$+21> %SPANTREE-3-PORTDEL_FAILNOTFOUND
　　%ip-3-UDP_SOCKOVFL:UDP插口溢出
　　%IP-3-UDP_BADCKSUM:UDP校驗(yàn)和出錯(cuò)
　　做的 %KERNEL-5-UNALIGN access:Alignment 更正
　　%CDP-4-NVLANMISMATCH：在端口發(fā)現(xiàn)的本地VLAN不匹配[ dec]/[DEC ]
　　convert_post_SAC_CiscoMIB:Nvram塊[ # ]不能變換
　　DTP-1-ILGLCFG：非法配置(在，isl -- on,dot1q)在端口[ mod/port
　　MGMT-5-LOGIN_FAIL:User不能從控制臺登錄
　　MCAST-4-RX_JNRANGE:IGMP：范圍中的RCVD 報(bào)告
　　%PAGP-5-PORTFROMSTP/%PAGP-5-PORTTOSTP
　　
　　< $$+19> 問題：常見的 "%PAGP-5-PORTFROMSTP"和"%PAGP-5-PORTTOSTP"系統(tǒng)日志消息在交換機(jī)生成。
　　
　　平臺： Catalyst 6000、5000及4000交換機(jī)
　　
　　下列是您將看控制臺輸出的示例當(dāng)這些系統(tǒng)日志消息生成時(shí)：
　　
　　 %PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3
　　 %PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3
　　
　　"PAGP"操作日志設(shè)備報(bào)告介入端口聚合協(xié)議(PAgP)的事件，用于的協(xié)議協(xié)商交換機(jī)的之間EtherChannel鏈路。交換機(jī)生成 "%PAGP-5-PORTFROMSTP"系統(tǒng)日志消息每當(dāng)鏈路在交換端口丟失。交換機(jī)生成"%PAGP-5-PORTTOSTP"系統(tǒng)日志消息每當(dāng)鏈路在交換端口被發(fā)現(xiàn)。這些syslogs是表明的正常，供參考消息端口被取消了從或添加了到生成樹。注重開辟信道不必須是啟用為了能將生成的這些消息。
　　
　　在上面的例子，交換機(jī)首先丟失的鏈路在端口3/3 (取消端口從生成樹)和另外檢測的鏈路在端口(添加端口回到生成樹)。
　　
　　假如為一個(gè)特定端口頻繁地看這些消息，鏈路是飄蕩 (經(jīng)常丟失和收復(fù)鏈路)并且您應(yīng)該調(diào)查原因。鏈路飄蕩的典型的原因在交換端口包括：
　　
　　速度/雙工不匹配
　　有故障的電纜
　　有故障的NIC或其他終端站問題
　　有故障的交換端口
　　其他配置錯(cuò)誤
　　假如想要抑制這些系統(tǒng)日志消息，您能修改操作日志級別為"PAGP"設(shè)備到4 或使用命令set logging level pagp 4 default 降低 (默認(rèn)操作日志級別為 "PAGP"是5)。
　　
　　%SPANTREE-3-PORTDEL_FAILNOTFOUND
　　
　　問題：定期 "%SPANTREE-3-PORTDEL_FAILNOTFOUND"系統(tǒng)日志消息在交換機(jī)生成。
　　
　　平臺： Catalyst 6000、5000及4000交換機(jī)
　　
　　下列是您將看系統(tǒng)日志輸出的示例當(dāng) 此錯(cuò)誤出現(xiàn)時(shí)：
　　
　　%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)
　　這些系統(tǒng)日志消息表明端口聚合協(xié)議(PAgP)嘗試從生成樹取消端口為指定的VLAN但端口不在生成樹數(shù)據(jù)結(jié)構(gòu)為該VLAN。典型地另一個(gè)進(jìn)程(例如，動態(tài)中繼協(xié)議[ DTP ])從生成樹已經(jīng)取消了端口。

　　
　　這些消息典型地伴隨 %PAGP-5-PORTFROMSTP 消息。消息是為調(diào)試目的--他們不用交換機(jī)指示一個(gè)問題并且不影響交換性能。另外，這些消息沒有被記錄除非更改了默認(rèn) "SPANTREE" 設(shè)備操作日志配置(默認(rèn)操作日志級別為"SPANTREE"是 2)。
　　
　　假如看這些消息的一個(gè)過量(例如，假如您的交換機(jī)控制臺被充斥與這些消息)，考慮升級交換軟件到您的軟件版本系列最新的維護(hù)版。最新軟件版本在許多情況下抑制這些消息。
　　
　　%IP-3-UDP_SOCKOVFL:UDP插口溢出
　　
　　問題：定期 "%IP-3-UDP_SOCKOVFL:UDP插口溢出"系統(tǒng)日志消息在交換機(jī)生成。
　　
　　平臺： Catalyst 6000、5000及4000交換機(jī)
　　
　　下列是您將看控制臺輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)(顯示的UDP插口號也許變化或也許一致是相同)：
　　
　　 %IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
　　 %IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
　　 %IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
　　 %IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
　　交換機(jī)生成此系統(tǒng)日志消息當(dāng)為流入信息包分配的緩沖區(qū)在指定的插槽(時(shí)UDP 目的地端口)是充分的因為為該插槽注定的數(shù)據(jù)流的費(fèi)率太高。例如，當(dāng)網(wǎng)絡(luò)治理站發(fā)送很大數(shù)量的SNMP查詢時(shí)，此情況可能發(fā)生。當(dāng)UDP溢出發(fā) 生，減少SNMP查詢的數(shù)量嘗試通過在網(wǎng)絡(luò)治理站增加輪詢間隔，或者通過減少M(fèi)IB對象的數(shù)量輪詢的。
　　
　　在上面的例子，交換機(jī)接受了為交換機(jī)的IP地址(或廣播地址)注定信息包的數(shù)量過多用目的地UDP插槽2353。由于輸入緩沖區(qū)為此插槽在交換機(jī)是充分的，交換機(jī)生成一個(gè)系統(tǒng)日志消息。發(fā)出 show netstat udp命令發(fā)現(xiàn)次數(shù)交換機(jī)到達(dá)了溢出條件。
　　
　　這些系統(tǒng)日志消息表明一個(gè)或更多位置在指定的目的地UDP端口發(fā)送很多UDP數(shù)據(jù)流到交換機(jī)。假如交換機(jī)生成這些消息的一個(gè)過量，使用一個(gè)網(wǎng)絡(luò)分析程序識別數(shù)據(jù)流的來源和減少數(shù)據(jù)流的費(fèi)率。因?yàn)閁DP數(shù)據(jù)流被注定到交換機(jī)的CPU，您能使用SPAN功能和設(shè)置源端口為sc0。這識別內(nèi)部界面為Supervisor。參見命令參考為 set span命令欲知更多信息。
　　
　　%IP-3-UDP_BADCKSUM:UDP校驗(yàn)和出錯(cuò)
　　
　　問題：定期 "%IP-3-UDP_SOCKOVFL:UDP插口溢出"系統(tǒng)日志消息在交換機(jī)生成。
　　
　　平臺： Catalyst 6000、5000及4000交換機(jī)
　　
　　下列是您將看控制臺輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)(顯示的UDP插口號也許變化或也許一致是相同)：
　　
　　 %IP-3-UDP_BADCKSUM:UDP bad checksum
　　
　　交換機(jī)生成此系統(tǒng)日志消息當(dāng)時(shí)在 UDP 數(shù)據(jù)包發(fā)現(xiàn)一個(gè)校驗(yàn)和出錯(cuò)，例如SNMP信息包。UDP數(shù) 據(jù)包頭運(yùn)載接受網(wǎng)絡(luò)設(shè)備檢查驗(yàn)證的檢查和數(shù)據(jù)包在傳輸期間是損壞。假如接收的檢查和在頭不匹配校驗(yàn)和值，數(shù)據(jù)包投下，并且錯(cuò)誤信息被記錄。發(fā)出 show netstat udp命令發(fā)現(xiàn)次數(shù)交換機(jī)發(fā)現(xiàn)了一個(gè)錯(cuò)誤狀態(tài)的檢查和數(shù)據(jù)包。
　　
　　 6500-b (enable) show netstat udp
　　 udp:
　　 0 incomplete headers
　　 0 bad data length fields
　　 0 bad checksums
　　 0 socket overflows
　　 110483 no sUCh ports
　　
　　此消息只是與信息有關(guān)的和是由發(fā)送壞信息包的網(wǎng)絡(luò) 設(shè)備造成的到交換機(jī)。使用一個(gè)網(wǎng)絡(luò)分析程序識別數(shù)據(jù)流的來源。
　　
　　%KERNEL-5-UNALIGNACCESS:Alignment更正做
　　
　　問題：定期 "%KERNEL-5-UNALIGNACCESS:Alignment更正做的"系統(tǒng)日志消息在交換機(jī)生成。
　　
　　平臺： Catalyst 6000、5000及4000交換機(jī)
　　
　　下列是您將看系統(tǒng)日志輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
　　
　　 %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36
　　 %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81B82F36
　　 %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81BF1DB6
　　 %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81BF1DB6
　　這些系統(tǒng)日志消息表明交換機(jī)CPU發(fā)現(xiàn)了并且更正了一個(gè)校驗(yàn)錯(cuò)誤當(dāng)在DRAM嘗試訪問數(shù)據(jù)。這些消息只是與信息有關(guān)的--他們不用交換機(jī)指示一個(gè)問題并且不影響系統(tǒng)性能。
　　
　　假如看這些消息的一個(gè)過量(例如，假如您的系統(tǒng)服務(wù)器日志文件或您的交換機(jī)控制臺被充斥與這些消息)，考慮升級交換軟件到您的軟件版本系列最新的維護(hù)版。備選，您能修改操作日志級別為"內(nèi) 核" 設(shè)備到4或使用命令set logging level kernel 4 default 降低。
　　
　　假如升級到最新的維護(hù)版不排除這些系統(tǒng)日志消息的生成，開一個(gè)Case與 Cisco技術(shù)支持中心(TAC)。
　　
　　%CDP-4-NVLANMISMATCH：在端口發(fā)現(xiàn)的本地VLAN不匹配 [ DEC]/[DEC ]
　　
　　問題：常見的"%CDP-4-NVLANMISMATCH"系統(tǒng)日志消息在交換機(jī)生成。
　　
　　平臺：運(yùn)行CatcOs的Catalyst 6000、5000及4000交換機(jī)
　　
　　下列是您將看控制臺輸出的示例當(dāng)此錯(cuò)誤信息在交換機(jī)時(shí)出現(xiàn)：
　　

　　 2002 Jan 11 08:50:40 EST -05:00 %CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port 4/12002
　　 Jan 11 02:02:45 %CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port 1/1
　　
　　此消息生成每當(dāng)交換端口實(shí)際連接到另一個(gè)交換機(jī)或路由器。此消息在相鄰的switch/router端口在交換機(jī)生成因?yàn)楸镜?VLAN是不同的在配置的端口，與一集。
　　
　　用802.1Q標(biāo)記配置中繼端口能接收被標(biāo)記的和未標(biāo)簽的數(shù)據(jù)流。默認(rèn)情況下，交換機(jī)轉(zhuǎn)發(fā)未標(biāo)簽的數(shù)據(jù)流用為端口的本地VLAN配置。假如信息包有同樣VLAN ID象流出的端口本地VLAN ID，信息包傳輸無示蹤; 否則交換機(jī)傳輸信息包與標(biāo)記。
　　
　　保證本地VLAN為 802.1Q Trunk是同樣在中繼鏈接的兩端。假如本地VLAN在 Trunk的一端是與本地VLAN不同在另一端，本地VLAN的數(shù)據(jù)流在兩邊在Trunk不可能正確地被傳輸。這在您的網(wǎng)絡(luò)可能暗示一些連通性問題。
　　
　　convert_post_SAC_CiscoMIB:Nvram塊[ # ]不能變換
　　
　　問題：定期"convert_post_SAC_CiscoMIB：" 系統(tǒng)日志消息在交換機(jī)生成。
　　
　　平臺：運(yùn)行CatcOs的Catalyst 6000、5000及4000交換機(jī)。
　　
　　下列是您將看控制臺輸出的示例當(dāng)此消息出現(xiàn)時(shí)：
　　
　　 convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )
　　 convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )
　　 convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )
　　
　　這些控制臺信息經(jīng)常生成當(dāng)升級或降低CatcOs代碼版本時(shí)。他們能也發(fā) 生當(dāng)裝載另一臺交換機(jī)生成的交換機(jī)配置或者使用交換機(jī)配置從另一個(gè)編碼版本時(shí)。一個(gè)故障切換到備用Supervisor能也生成這些消息。
　　
　　不同的編碼版本包含在 NVRAM被存儲的變量。當(dāng)交換機(jī)最初引導(dǎo)到CatcOs的一個(gè)更新或更舊的版本，將轉(zhuǎn)換早先配置成版本可用由當(dāng)前引導(dǎo)鏡象。在一個(gè)特定的存儲器塊不是需要或可用的在它是當(dāng)前表的此進(jìn)程期間將被取消配額而不是被轉(zhuǎn)換。此內(nèi)部功能生成錯(cuò)誤信息。
　　
　　此消息的生成只一般是與信息有關(guān)的。它是一種好習(xí)慣早先配置與當(dāng)前配置比較驗(yàn)證適當(dāng)?shù)剞D(zhuǎn)換了所有配置信息。
　　
　　假如這些消息顯示當(dāng)代碼升級、配置更改或者Supervisor故障切換未發(fā)生時(shí)，開一個(gè)Case與Cisco技術(shù)支持中心 (TAC)。
　　
　　DTP-1-ILGLCFG：非法配置(在，isl -- on,dot1q)在端口[ mod/port ]
　　
　　問題： "DTP-1-ILGLCFG：非法配置(在，isl -- on,dot1q)在端口[ mod/port ] "錯(cuò)誤生成。
　　
　　平臺： Catalyst 6000、5000及4000交換機(jī)
　　
　　此消息能出現(xiàn)假如Trunk的兩邊被設(shè) 置至開，但封裝類型 (isl，dot1q)不配比。假如中繼模式設(shè)置對理想，由于此配置錯(cuò) 誤，Trunk不會出現(xiàn)。排除故障，檢查show trunk命令的輸出在兩端保證封裝類型是相同。
　　
　　MGMT-5-LOGIN_FAIL:User不能從控制臺登錄
　　
　　問題： "MGMT-5-LOGIN_FAIL:User 不能從控制臺登錄"錯(cuò)誤生成。
　　
　　平臺： Catalyst 6000，5000臺和4000臺交換機(jī)
　　
　　此消息可以可能是終端服務(wù)器的一個(gè)問題連接到交換機(jī)的控制臺端口。當(dāng)交換機(jī)控制臺連接到一個(gè)終端服務(wù)器的異步線路并且軟重置在交換機(jī)被執(zhí)行，垃圾(隨機(jī) 字符)流橫跨屏幕將流出幾分鐘。假如TACACS在交換機(jī)答應(yīng)，幾分鐘能把變成幾日因?yàn)槔潜痪彌_的部分由部分和由TACACS 處理。解決方法是配置 no exec 在異步線路交換機(jī)接通。請注重在配置 no exec以后，消息將繼續(xù)直到緩沖區(qū)是清楚的。
　　
　　MCAST-4-RX_JNRANGE:IGMP：范圍中的 RCVD 報(bào)告
　　
　　問題：交換機(jī)生成"無效的數(shù)據(jù)流從組播源地址"消息。
　　
　　平臺： Catalyst 4000家族交換機(jī)
　　
　　下列是您將看系統(tǒng)日志輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
　　
　　 %MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
　　 %MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
　　 %MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
　　
　　"范圍中的RCVD報(bào)告"系統(tǒng)日志消息只是與信息有關(guān)的和生成當(dāng)交換機(jī)收到IGMP報(bào)告信息包帶有開始以 01-00-5e-00-00-xx的組播MAC地址時(shí)。此第二層地址范圍與第三層組播地址范圍是等同的在224.0.0.0和224.0.0.255之間。這些地址是后備的為使用路由協(xié)議和其他低級結(jié)構(gòu)發(fā)現(xiàn)或者維護(hù)協(xié)議，例如網(wǎng)關(guān)發(fā)現(xiàn)和組成員報(bào)告。
　　
　　排除此問題故障，使用一個(gè)信息包獲取工具，例如一臺嗅探器和過濾器在IGMP 信息。另外，您能使用 Catalyst SPAN功能從您懷疑從網(wǎng)絡(luò)設(shè)備收到這些消息的端口復(fù)制信息包。抑制這些消息，更改組播消息的操作日志級別到二通過發(fā)出命令 set logging level mcsat 2 默認(rèn)值。
　　
　　錯(cuò)誤信息在 Catalyst 6000 & 5000家族交換機(jī)
　　以下錯(cuò)誤信息在Catalyst 6000家族和5000臺系列交換機(jī)能出現(xiàn)(并且他們的衍生商品，例如Catalyst 2926g)：

　　
　　%MCAST-2-IGMP_FALLBACK:IGMP：運(yùn)行在低效方式運(yùn)行下
　　
　　%MCAST-2-IGMP_FALLBACK:IGMP：運(yùn)行在低效方式運(yùn)行下
　　
　　問題： "%MCAST-2-IGMP_FALLBACK:IGMP：運(yùn)行在低效方式運(yùn)行下"錯(cuò)誤信息在一臺交換機(jī)顯示帶有被啟用的IGMP探聽。
　　
　　平臺： Catalyst 6000及5000 家族交換機(jī)
　　
　　下列是您將看系統(tǒng)日志輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
　　
　　 %MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01
　　 %MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode
　　
　　當(dāng)交換機(jī)在 01-00-5e-00-00- xx 范圍時(shí)，收到為組播MAC地址注定的額外的組播數(shù)據(jù)流此系統(tǒng)日志消息生成。IGMP探聽在此MAC地址范圍不支持組播流到地址因?yàn)镸AC地址在此范圍為IGMP 控制數(shù)據(jù)流也使用(例如分支，加入，一般查詢等等)。在上面的例子，交換機(jī)收到額外的數(shù)據(jù)流量與目的地MAC 01-00-5e-00-00-01。
　　
　　當(dāng)交換機(jī)發(fā)現(xiàn)這樣的數(shù)據(jù)流的時(shí)高速率，一段時(shí)間里 (這被呼叫低效方式運(yùn)行)然后終止監(jiān)聽的信息包帶有指定的目的地 MAC地址開始再監(jiān)聽(這稱為正常模式)。當(dāng)交換機(jī)運(yùn)行低效方式運(yùn)行時(shí)，此系統(tǒng)日志消息生成。
　　
　　錯(cuò)誤信息在Catalyst 6000 家族交換機(jī)
　　以下錯(cuò)誤信息在 Catalyst 6000家族交換機(jī)能出現(xiàn)：
　　
　　Pinnacle同步發(fā)生了故障
　　無效功能索引集為模塊
　　SYS-4-SUPERVISOR_ERR：
　　SYS-4-PORT_ERR:Port 15/1 rxTotalDrops
　　
　　Pinnacle同步發(fā)生了故障
　　
　　問題：頂點(diǎn)同步失敗錯(cuò)誤信息顯示在啟動。
　　
　　平臺： Catalyst 6000家族交換機(jī)
　　
　　下列是您將看控制臺輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
　　
　　 System Power On Diagnostics Complete
　　 Boot image: bootFlash:cat6000-sup.5-4-4.bin
　　 In Local Test Mode, Synch Failed. Retries: 4
　　 Local Test Mode encounters Minor hardware PRoblem in Module # 1
　　 Running System Diagnostics from this Supervisor (Module 1)
　　 This may take up to 2 minutes....please wait
　　 Pinnacle Synch Failed. Retries: 4
　　 Minor hardware problem in Module # 1
　　 Use 'show test 1' to see results of tests.
　　 Cisco Systems Console
　　 Enter passWord:
　　
　　解決方法是將交換機(jī)斷電然后確定：
　　
　　Supervisor 引擎和所有交換機(jī)模塊在機(jī)箱底板固定供以座位
　　彈出控制桿在模塊的左右兩側(cè)完全占用(完全按模塊的前面板)
　　翼形螺釘在模塊的左右兩側(cè)被擰緊到插件框架并且被拉緊的hand-tight
　　在保證以后所有模塊適當(dāng)?shù)靥峁C(jī)箱，功率在機(jī)箱。　

上一篇：交換機(jī)命令大全2

下一篇：常見的CatcOs錯(cuò)誤消息在Cisco交換機(jī)2