目錄

簡介

必要條件

需求

採用元件

慣例

Catalyst 6500/6000系列交換器上的錯誤訊息

%CDP-4-NVLANMISMATCH:在埠[dec]/[dec]上檢測到本徵vlan不匹配

DTP-1-ILGLCFG:埠[mod/port]上的非法配置(on、isl-on、dot1q)

%IP-3-UDP_SOCKOVFL:UDP套接字溢位

%EC-SP-5-L3DONTBNDL1:TE（模組/埠）掛起：未在遠端埠上啟用PAgP

%IP-3-UDP_BADCKSUM:UDP錯誤校驗和

%KERNEL-5-UNALIGNACCESS：已進行對齊修正

%MCAST-4-RX_JNRANGE:IGMP:範圍中的RCVD報告

%MCAST-2-IGMP_FALLBACK:IGMP:在回退模式下運行

%MGMT-4-OUTOFNVRAM:NVRAM空間不足：([dec],[dec],[dec],[dec],[dec])

如果從nvram中清除ACL配置，則無法啟用文本模式配置

MGMT-5-LOGIN_FAIL：使用者無法從控制檯登入

%PAGP-5-PORTFROMSTP / %PAGP-5-PORTTOSTP

%SPANTREE-3-PORTDEL_FAILNOTFOUND

%SYS-1-CFG_RESTORE:[chars]塊已從備份還原

%SYS-1-SYS_OVERPWRRTNG：系統電源比電源額定值多

在輪詢期間檢測到%SYS-1-MOD_DCPWRMISMATCH：模組[num] DC電源故障

模組上出現%SYS-1-MOD_SEQMISMATCH：匯流排asic序列不匹配

%SYS-3-EOBC_CHANNELREINIT

%SYS-3-SYS_MEMERR:[chars] while [chars] address 0x[hex]

SYS-3-SYS_LCPERR3:模組[dec]:Coil [dec]埠[dec]因lcol而停滯[dec]時間([dec]);[dec]由於notx)

%SYS-3-SYS_LCPERR3：模組[dec]:Pinnacle #[dec], Frames with Bad Packet CRC Error(PI_CI_S_PKTCRC_ERR - 0xC7)= [dec]

%SYS-4-SUPERVISOR_ERR:

%SYS-4-P2_WARN:1/來自組播源地址的流量無效

%SYS-4-PORT_ERR：埠15/1 rxTotalDrops

%SYS-4-MODHPRESET:

%SYS-4-NVLOG:SYNDIAGS：匯流排ASIC同步錯誤

SYS-4-PORT_GBICBADEEPROM:/ %SYS-4-PORT_GBICNOTSUPP:

SYS-4-SYS_LCPERR4:模組[dec]:Pinnacle #[dec] PB奇偶校驗錯誤

%SYS-5-SYS_LCPERR5：模組模組

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block [#]不可轉換

%SYS-6-CFG_CHG：模組[dec]塊已由SecurityRx更改

InbandPingProcessFailure：模組x未通過帶內響應

模組的功能索引集無效

Pinnacle Synch失敗

RxSBIF_SEQ_NUM_ERROR:slot=x

lyra_ft_par_err_intr_hdlr:NVRAM日誌中的LKUPRAM錯誤

KERNEL-1-CREATEPROCESSFAILED

PI_CI_S_CBL_DROP_REG

相關資訊

簡介

本文提供執行Catalyst OS(CatOS)軟體的Catalyst 6500/6000系列交換器上看到的常見系統日誌和錯誤訊息的簡短說明。

如果您有錯誤訊息沒有出現在本檔案中，請使用錯誤訊息解碼器工具 (僅限註冊客戶)。此工具提供Cisco IOS®軟體和CatOS軟體產生的錯誤訊息的意思。

注意：本文檔描述的系統日誌和錯誤消息的確切格式可能略有不同。變化取決於在交換器Supervisor Engine上執行的軟體版本。

注意：Cisco建議在Catalyst 6500/6000系列交換器上採用以下最低記錄組態：

- 發出set time命令，以設定交換器上的日期和時間。或將交換機配置為使用網路時間協定(NTP)，以便從NTP伺服器獲取日期和時間。

- 確保啟用日誌記錄和日誌記錄時間戳，這是預設設定。

- 如果可能，將交換機配置為登入到系統日誌伺服器。

必要條件

需求

本文件沒有特定需求。

採用元件

本文件所述內容不限於特定軟體和硬體版本。

慣例

如需文件慣例的詳細資訊，請參閱思科技術提示慣例。

Catalyst 6500/6000系列交換器上的錯誤訊息

本節中的訊息是在執行CatOS的Catalyst 6500/6000系列交換器上看到的常見錯誤訊息。

%CDP-4-NVLANMISMATCH:在埠[dec]/[dec]上檢測到本徵vlan不匹配

問題

交換機經常生成%CDP-4-NVLANMISMATCH syslog消息。

說明

此範例顯示交換器上發生此錯誤訊息時看到的主控台輸出：

2002 Jan 11 08:50:40 EST -05:00 %CDP-4-NVLANMISMATCH:

Native vlan mismatch detected on port 4/1

2002 Jan 11 02:02:45 %CDP-4-NVLANMISMATCH:

Native vlan mismatch detected on port 1/1

每當交換器連線埠實際連線到另一個交換器或路由器時，交換器都會產生此訊息。此訊息出現在交換器上，因為連線埠上已設定的本徵VLAN與連線交換器/路由器連線埠上的本徵VLAN不同。

已配置IEEE 802.1Q標籤的中繼埠可以接收已標籤和未標籤的流量。預設情況下，交換器會使用針對連線埠設定的本徵VLAN轉送未標籤的流量。如果封包的VLAN ID與傳出連線埠的本地VLAN ID相同，交換器會傳輸未標籤封包。否則，交換器會傳輸含有標籤的封包。

確保802.1Q中繼鏈路兩端的本徵VLAN相同。如果中繼一端的本地VLAN與另一端的本地VLAN不同，則兩端的本地VLAN的流量無法在中繼上正確傳輸。此問題可能表示您的網路中存在某些連線問題。

發出show trunk mod/port 命令，以驗證交換器上設定的本徵VLAN。在此命令中，mod/port 為主干連線埠。以下是輸出範例：

Console> (enable) show trunk 5/24

Port      Mode         Encapsulation  Status        Native vlan

--------  -----------  -------------  ------------  -----------

5/24     desirable    dot1q          not-trunking  1

Port      Vlans allowed on trunk

--------  ---------------------------------------------------------------------

5/24     1-1005

Port      Vlans allowed and active in management domain

--------  ---------------------------------------------------------------------

5/24     1

Port      Vlans in spanning tree forwarding state and not pruned

--------  ---------------------------------------------------------------------

5/24

Console> (enable)

發出set vlan vlan_id mod/port 命令，以變更在主干連線埠上設定的本徵VLAN。在此命令中，mod/port 為主干連線埠。

註：系統日誌錯誤消息%CDP-4-NATIVE_VLAN_MISMATCH表示執行Cisco IOS軟體的Catalyst交換器中的本徵VLAN不相符。

附註：如果交換器使用非主干連線埠進行連線，請確保將連線埠設定為位於同一個VLAN中。如果連線埠不在同一個VLAN中，您會收到錯誤訊息%CDP-4-NVLANMISMATCH:在連線埠[port num]上偵測到本徵vlan不相符。

DTP-1-ILGLCFG:埠[mod/port]上的非法配置(on、isl-on、dot1q)

問題

交換器會產生DTP-1-ILGLCFG:埠[mod/port]上的非法配置(on， isl - on，dot1q)錯誤。

說明

如果您已將TRUNK的兩端都設定為on，但封裝型別(isl、dot1q)不匹配，則可能會發生此訊息。如果已將中繼模式設定為desirable，則由於此配置錯誤，中繼不會啟動。檢查兩端的show trunk命令輸出以進行疑難排解。請確保封裝型別相同。

%IP-3-UDP_SOCKOVFL:UDP套接字溢位

問題

交換機定期生成%IP-3-UDP_SOCKOVFL:UDP套接字溢位系統日誌消息。

說明

此範例顯示發生此錯誤時看到的主控台輸出：

注意：顯示的使用者資料包協定(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

當為指定套接字（UDP目標埠）上的傳入資料包分配的緩衝區已滿時，交換機將生成此系統日誌消息。此緩衝區已滿，因為目的地為套接字的流量速率過高。例如，當網路管理站傳送大量簡易網路管理通訊協定(SNMP)查詢時，就可能會發生這種情況。發生UDP溢位時，嘗試減少SNMP查詢數。為了減少查詢數，請增加網路管理站上的輪詢間隔或減少網路管理站輪詢的MIB對象數。

在本節的範例中，交換器接收的封包數量過多，目的地為交換器IP位址（或廣播位址），目的地UDP通訊端為2353。由於交換機上此套接字的輸入緩衝區已滿，因此交換機將生成系統日誌消息。發出show netstat udp命令，以檢視交換器達到溢位條件的次數。

Console> (enable) show netstat udp

udp:

0 incomplete headers

0 bad data length fields

0 bad checksums

0 socket overflows

110483 no such ports

Console> (enable)

這些系統日誌消息表示一個或多個工作站向指定目標UDP埠上的交換機傳送大量UDP流量。如果交換器產生的這些訊息數量過多，請使用網路分析器來識別流量的來源。然後，降低通訊速率。由於UDP流量將傳至交換器的CPU，因此您可以使用交換連線埠分析器(SPAN)功能，並將來源連線埠設定為sc0。SPAN會識別Supervisor Engine的內部介面。如需詳細資訊，請參閱Catalyst交換連線埠分析器(SPAN)設定範例。

注意：不要擔心no 此類埠計數器。此計數器顯示交換機收到的發往不存在埠的UDP資料包數。

%EC-SP-5-L3DONTBNDL1:TE（模組/埠）掛起：未在遠端埠上啟用PAgP

問題

交換機生成%EC-SP-5-L3DONTBNDL1:TE(mod/port)掛起：PAgP not enabled on the remote port錯誤消息。

說明

當在第3層(L3)介面上啟用連線埠彙總通訊協定(PAgP)，但沒有為PAgP啟用夥伴連線埠時，通常會發生此錯誤訊息。以下是範例：

%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.

%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.

%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.

錯誤消息最有可能是由於配置問題引起的，但也可能是硬體/佈線問題的結果。確保配置符合配置指南。如果錯誤仍然存在，請對佈線和硬體進行故障排除。若要對硬體進行疑難排解，請嘗試以下方法：

- 重新拔插Gigabit Interface Converter(GBIC)。

- 更換GBIC。

- 使用不同的線卡測試硬體。

%IP-3-UDP_BADCKSUM:UDP錯誤校驗和

問題

交換機定期生成%IP-3-UDP_SOCKOVFL:UDP套接字溢位系統日誌消息。

說明

此範例顯示發生此錯誤時看到的主控台輸出：

註：顯示的UDP套接字編號可以變化或始終相同。

%IP-3-UDP_BADCKSUM:UDP bad checksum

當交換機檢測到UDP資料包（如SNMP資料包）上的錯誤校驗和時，交換機將生成此系統日誌消息。UDP資料包報頭攜帶接收網路裝置檢查的校驗和，以驗證資料包在傳輸過程中是否損壞。如果收到的校驗和與報頭中的校驗和值不匹配，裝置將丟棄資料包並記錄錯誤消息。發出show netstat udp命令，以檢視交換器偵測到含有錯誤的校驗和資料包的次數。

Console> (enable) show netstat udp

udp:

0 incomplete headers

0 bad data length fields

0 bad checksums

0 socket overflows

110483 no such ports

Console> (enable)

此消息僅供參考。網路裝置向交換機傳送錯誤資料包並引發錯誤消息。使用網路分析器識別流量的來源。由於UDP流量以交換器的CPU為目的地，因此您可以使用SPAN功能並將來源連線埠設定為sc0。SPAN會識別Supervisor Engine的內部介面。如需詳細資訊，請參閱Catalyst交換連線埠分析器(SPAN)設定範例。

注意：不要擔心no 此類埠計數器。此計數器顯示交換機收到的發往不存在埠的UDP資料包數。

%KERNEL-5-UNALIGNACCESS：已進行對齊修正

問題

交換機定期生成%KERNEL-5-UNALIGNACCESS:Alignment correction made syslog消息。

說明

此範例顯示發生此錯誤時看到的系統日誌輸出：

%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

這些系統日誌消息表明交換機CPU在嘗試訪問DRAM中的資料期間檢測到並糾正了對齊錯誤。這些消息僅供參考。這些消息並不表示交換機出現問題，並且不會影響系統效能。

在某些情況下，您會看到過多的這些消息。例如，這些消息可能會淹沒您的系統日誌伺服器日誌檔案或您的交換機控制檯。如果您收到過多的訊息，請考慮將交換器軟體升級為適用於您軟體版本系列的最新維護版本。或者，發出set logging level kernel 4 default命令，以將Kernel設施的日誌記錄級別修改為4或更低。

如果您升級到最新維護版本，但仍收到這些系統日誌消息，請通過思科技術支援建立服務請求。

%MCAST-4-RX_JNRANGE:IGMP:範圍中的RCVD報告

問題

交換機從組播源地址消息生成Invalid traffic消息。

說明

此範例顯示發生此錯誤時看到的系統日誌輸出：

%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx

範圍syslog消息中的Rcvd報告僅供參考。交換機在收到帶有以01-00-5e-00-00-xx開頭的組播MAC地址的網際網路組管理協定(IGMP)報告資料包時生成此消息。此第2層(L2)地址範圍等效於224.0.0.0和224.0.0.255之間的L3組播地址範圍。這些地址保留用於路由協定和其他低級拓撲發現或維護協定。這些協定的示例包括網關發現和組成員身份報告。

使用封包擷取工具（例如監聽器和過濾IGMP訊息）來排解此問題。此外，您還可以使用Catalyst SPAN功能從懷疑從網路裝置接收這些訊息的連線埠複製封包。若要禁止這些訊息，請發出命令set logging level mcast 2 default。此命令將組播消息的日誌記錄級別更改為2。

使用show multicast router命令顯示的連線埠和/或任何連線到網路核心的上行鏈路作為SPAN來源連線埠。如果這些連線埠是主干連線埠，則也將SPAN目的地連線埠設定為主干連線埠。發出show trunk命令，確認連線埠是否為中繼連線埠。

%MCAST-2-IGMP_FALLBACK:IGMP:在回退模式下運行

問題

啟用IGMP監聽的交換機顯示%MCAST-2-IGMP_FALLBACK:IGMP:在回退模式下運行錯誤消息。

說明

此範例顯示發生此錯誤時看到的系統日誌輸出：

%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01

%MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode

當交換器收到要發往01-00-5e-00-00-xx範圍的多點傳送MAC位址的過度多點傳送流量時，交換器會產生此系統日誌訊息。IGMP監聽不支援組播流到此MAC地址範圍內的地址。缺少支援是因為此範圍中的MAC地址也用於IGMP控制流量，例如離開、連線和常規查詢。在本節的範例中，交換器收到大量目的地MAC位址為01-00-5e-00-00-01的流量。此訊息表示網路管理處理器(NMP)偵測到多點傳播資料流，此資料流已停用通訊協定重新導向轉義邏輯。流會別名到以下某個特殊組播地址：

01-00-5e-00-00-01

01-00-5e-00-00-04

01-00-5e-00-00-05

01-00-5e-00-00-06

01-00-5e-00-00-0d

當交換器偵測到此類流量的高速率時，交換器會在短時間內停止窺探具有指定目的地MAC位址的封包。這種凍結稱為回退模式。接下來，交換器再次開始窺探，這稱為正常模式。交換機在回退模式下運行時，會生成本節描述的系統日誌消息。

採取以下任一方法可檢測哪個交換機生成到01-00-5e-00-01的流量：

- 發出set span sc0 mod/port 命令，以監控sc0連線埠並將流量傳送到監聽器。SPAN會顯示導向交換器CPU的所有流量。

注意：僅當交換機未處於回退模式時，這些MAC地址的流量才會重定向到CPU。當交換器處於回退模式時，交換器不會允許封包前往CPU以避免流量泛濫。

- 如果運行軟體版本6.3(10)、7.4(3)或更高版本，系統還會顯示其他系統日誌消息，通知您錯誤的源MAC地址、源埠和源IP地址。請參閱以下類似的系統日誌消息：

2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRAL:IGMP:

Address Aliasing for 224.0.0.1

2003 Jan 24 04:07:43 %MCAST-2-IGMP_FALLBACK:IGMP:

Running in FALL BACK mode

2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRALDETAILS:IGMP:

Multicast address aliasing: From 00-00-0c-11-22-33

(3.3.3.33) on 1/2 to 01-00-5e-00-00-01 (224.0.0.1)

解決方案是隔離產生此型別組播流量的主機。驗證哪個地址被別名。嘗試不要將此地址用於組播資料饋送。在系統日誌消息中，您可以找到主機的位置，以便找出主機傳送此流量的原因。在本示例中，主機的位置是3.3.3.33。

%MGMT-4-OUTOFNVRAM:NVRAM空間不足：([dec],[dec],[dec],[dec],[dec])

問題

交換機生成MGMT-4-OUTOFNVRAM:Out of NVRAM space系統日誌消息。

說明

系統耗盡NVRAM空間時，會顯示類似以下的訊息：

%MGMT-4-OUTOFNVRAM:Out of NVRAM space:  (62,39204,524288,24976)

此消息表示NVRAM寫入操作因空間不足而失敗。括弧中的四個[dec]表示：

- 第一個[dec] — 寫入NVRAM的配置塊

- 第二個[dec] — 寫入NVRAM的配置的大小

- 第三個[dec] — 系統中的總NVRAM大小

- 第四個[dec] — 可用的NVRAM空間量

解決方法是將系統配置從預設二進位制模式更改為文本模式。如果配置過大，無法在NVRAM中以二進位制格式儲存，則使用文本模式。鍵入更改時，基於文本的方法不會將配置更改寫入NVRAM。相反，此方法會將更改儲存在DRAM中，直到您從命令列發出write memory命令。有關進一步的配置說明，請參閱使用快閃記憶體檔案系統文檔的設定文本檔案配置模式部分。

注意：使用文本模式時，僅刪除QoS和安全訪問控制清單(ACL)配置以及與模組相關的配置。與以前一樣，其餘的配置以二進位制格式儲存在NVRAM中。

如果從nvram中清除ACL配置，則無法啟用文本模式配置

問題

交換器會產生Cannot enable text mode config if ACL config is cleared from nvram錯誤訊息。

說明

當當前提交的ACL配置未儲存在NVRAM中時，交換機在嘗試從二進位制模式配置更改為文本模式配置時生成此消息。

在大多數情況下，可以發出set config acl nvram 命令以解決此問題。該命令將當前提交的ACL配置從DRAM複製回NVRAM。

MGMT-5-LOGIN_FAIL：使用者無法從控制檯登入

問題

交換機生成MGMT-5-LOGIN_FAIL:User failed to log in from Console錯誤。

說明

此訊息可能表示連線到交換器主控台連線埠的終端伺服器發生問題。當交換器主控台連線到終端伺服器的非同步線路上，並在交換器上執行軟重設時，垃圾（隨機字元）串流透過螢幕達數分鐘。如果在交換器上啟用TACACS，當TACACS緩衝並逐一處理垃圾時，幾分鐘可能變成幾天。因應措施是在交換機所連線的非同步線路上發出no exec命令。

註：即使您發出no exec命令，消息仍會繼續，直到緩衝區被清除。

%PAGP-5-PORTFROMSTP / %PAGP-5-PORTTOSTP

問題

交換機經常生成%PAGP-5-PORTFROMSTP和%PAGP-5-PORTTOSTP系統日誌消息。

說明

此範例顯示交換器產生以下系統日誌訊息時看到的主控台輸出：

%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3

%PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3

%PM_SCP-SP-4-LCP_FW_ABLC

PAgP日誌記錄設施報告涉及PAgP的事件。您可以使用PAgP在交換機之間協商EtherChannel鏈路。交換器在交換器連線埠上遺失連結時產生%PAGP-5-PORTFROMSTP syslog訊息。交換機在檢測到交換機埠上的鏈路時生成%PAGP-5-PORTTOSTP syslog消息。這些系統日誌是正常的資訊性消息，指示從生成樹中新增或刪除埠。

注意：無需啟用通道化即可顯示這些消息。

在本節的範例中，交換器首先遺失連線埠3/3上的連結，並從跨距樹狀目錄移除連線埠。然後，交換器再次偵測到該連線埠上的連結，並將該連線埠重新新增到跨距樹狀目錄中。

如果經常看到特定連線埠的這些訊息，則連結跳動，這表示連結經常遺失和重新建立。調查原因。交換機埠上鍊路擺動的典型原因包括：

- 速度/雙工不相符

- 延遲衝突

- 纜線故障

- 網路介面卡(NIC)故障或其他終端站問題

- 交換機埠故障

- 其他組態錯誤

如果要抑制這些系統日誌消息，請發出set logging level pagp 4 default命令，以便將PAgP設施的日誌記錄級別修改為4或更低。PAgP的預設日誌記錄級別為5。

%SPANTREE-3-PORTDEL_FAILNOTFOUND

問題

交換機定期生成%SPANTREE-3-PORTDEL_FAILNOTFOUND 系統日誌消息。

說明

此範例顯示發生此錯誤時看到的系統日誌輸出：

%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)

這些系統日誌消息表明PAgP嘗試從指定VLAN的生成樹中刪除埠，但該埠不在該VLAN的生成樹資料結構中。通常，另一個進程(例如動態中繼協定(DTP))已從生成樹中刪除埠。

這些消息通常伴隨%PAGP-5-PORTFROMSTP消息。這些消息用於調試目的。這些消息並不表示交換機出現問題，不會影響交換機效能。此外，除非您更改了預設的SPANTREE設施日誌記錄配置，否則不會記錄這些消息。SPANTREE的預設日誌記錄級別為2。

在某些情況下，您會看到過多的這些消息。例如，這些消息可能會淹沒您的交換機控制檯。如果您收到過多的訊息，請考慮將交換器軟體升級為適用於您軟體版本系列的最新維護版本。在大多數情況下，更高的軟體版本會抑制這些消息。

%SYS-1-CFG_RESTORE:[chars]塊已從備份還原

問題

交換機生成%SYS-1-CFG_RESTORE系統日志消息。

說明

此範例顯示交換器上發生此錯誤訊息時看到的主控台輸出：

2005 Oct 14 14:36:26 %SYS-1-CFG_RESTORE:Global block restored from backup

這些消息僅供參考。6.4(x)版引入的NVRAM監控功能會生成這些訊息。這些消息基本上報告NVRAM中有一個損壞的塊，並且配置已從備份恢復。[chars]是使用者或進程可以修改的塊型別。預設情況下會檢查NVRAM中損壞的塊。任何損壞的塊都將使用DRAM中的副本進行恢復。因此，組態不會遺失。

%SYS-1-SYS_OVERPWRRTNG：系統電源比電源額定值多

問題

交換機定期生成%SYS-1-SYS_OVERPWRRTNG系統日誌消息。

說明

此範例顯示交換器上發生此錯誤時看到的主控台輸出：

Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply

rating

Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply

rating

此消息表示系統電源比電源額定值要多。電源管理指示燈呈紅色。僅當系統完全配置且Supervisor Engine消耗不等功率時，才會出現這種情況。

解決方法是重新拔插電源，然後將Supervisor Engine軟體升級到支援硬體的版本。有關相關版本，請參閱Cisco Catalyst 6500系列交換器版本說明的支援硬體一節。

在輪詢期間檢測到%SYS-1-MOD_DCPWRMISMATCH：模組[num] DC電源故障

問題

交換機定期生成%SYS-1-MOD_DCPWRMISMATCH:Module[num]DC電源故障，該故障在輪詢系統日誌消息期間被檢測到。

說明

此範例顯示交換器上發生此錯誤時看到的主控台輸出：

%SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling

出現此消息是因為以下任何問題：

- 線卡未正確安裝在機箱中。

重新拔插線卡。

- 機箱插槽故障。

檢查針腳是否彎曲。在另一插槽中測試線卡。

- 線卡故障。

聯絡思科技術支援。

模組上出現%SYS-1-MOD_SEQMISMATCH：匯流排asic序列不匹配

問題

在具有備援Supervisor Engine（多層交換器功能卡[MSFC]和原則功能卡[PFC]）的Catalyst 6000交換器上，可能會在交換過程中發生此匯流排ASIC順序不相符的情形：

SYS-1-MOD_SEQMISMATCH: Bus asic sequence mismatch occurred on module

[dec] (asic=[dec], srcidx=0x[hex], seq=[dec])

說明

此範例顯示交換器上發生此錯誤時看到的主控台輸出：

%SYS-1-MOD_SEQMISMATCH:Bus asic sequence mismatch occurred on module 7

(asic=1, srcidx=0x0, seq=0)

錯誤出現在在Supervisor和線卡之間通訊的交換機模組配置協定(SCP)匯流排上。Supervisor向線卡傳送心跳，這些線卡對Supervisor沒有適當的響應。

這些錯誤消息可能是由於以下任何原因造成的：

- 管理引擎太忙

- 生成樹通訊協定(STP)回圈

- ACL和QoS管制器會限制或丟棄帶內通訊通道上的流量

- 埠ASIC同步問題或交換機交換矩陣模組問題

- 硬體故障或模組安裝不正確

在某些情況下，線卡中也會觀察到這些消息：WS-X6348-RJ45和WS-X6516-GBIC。

此消息沒有影響，可以忽略。作為解決方法，請以物理方式重新拔插模組並重新穩固插入。線卡是熱插拔的，它們可以使用與原始位置相同的插槽，以便所有埠與Supervisor配置匹配。

%SYS-3-EOBC_CHANNELREINIT

問題

交換機生成%SYS-3-EOBC_CHANNELREINIT系統日誌消息。

說明

以下範例顯示發生此錯誤時看到的系統日誌輸出：

- CatOS版本6.3.8、7.3.2和7.5.1:

%SYS-3-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)

- CatOS版本7.6(6):

%SYS-5-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)

CatOS 6.3.8、7.3.2和7.5.1版引入了此消息。顯示非致命錯誤條件的消息。該消息表明發生了這兩種情況：

- 交換器在系統控制器應用特定積體電路(ASIC)上偵測到乙太網路帶外通道(EOBC)傳輸(Tx)佇列停滯狀況。

- ASIC已重新初始化，但未重置交換機。

注意：如果卡的EOBC緩衝區有故障，也會導致出現該消息。

EOBC是100 Mbps半雙工連線，主管和線卡通過背板進行通訊。因為它們是半雙工，因此預計通訊通道中的此介面會發生衝突。如果偶爾報告這些消息，這是正常現象，因為這是自我恢復過程的一部分。

資料流量繼續通過交換器。此消息僅供參考，無需任何操作。較新軟體版本包括訊息嚴重性級別的變更，使嚴重性與錯誤的嚴重性相符。如果您非常頻繁地看到此消息，則可能會有更多的機會發生控制流量丟棄，這值得關注。如果重新初始化的消息以近距離間隔顯示，請與思科技術支援聯絡，以便進一步進行調查。

%SYS-3-SYS_MEMERR:[chars] while [chars] address 0x[hex]

問題

系統日誌中出現以下錯誤消息：

- %SYS-3-SYS_MEMERR：釋放地址0x82175564時幻數錯誤

或

- %SYS-3-SYS_MEMERR：分配地址0x80ea51a4時進程ID錯誤

說明

這些錯誤消息表明記憶體管理檢測到記憶體損壞。第一個[字元]可以是以下短語之一：

- 超出範圍

- 對齊錯誤

- 塊不是免費的

- 回退指標不匹配

- 錯誤的幻數

- 後繼塊超出範圍

- 後續塊未正確對齊

- 前面塊超出範圍

- 前面塊未正確對齊

- 錯誤的進程ID

第二個[chars]可以是以下任一形式：

- 釋放

- 分配

[hex]欄位是要釋放或分配的塊地址。

%SYS-3-SYS_MEMERR錯誤消息表明在訪問記憶體塊期間，記憶體管理發現資訊已損壞。此問題偶爾會發生，對交換機沒有不良影響。如果此錯誤在短時間內出現多次，請檢查錯誤消息提及的塊地址是否相同。如果區塊位址相同，則可能會發生該儲存器晶片上特定區段已損壞且需要更換。

SYS-3-SYS_LCPERR3:模組[dec]:Coil [dec]埠[dec]因lcol而停滯[dec]時間([dec]);[dec]由於notx)

問題

SYS-3-SYS_LCPERR3:模組[dec]:Coil [dec]埠[dec]因lcol而停滯[dec]時間([dec]);[dec]由於notx)錯誤消息出現在系統日誌中。

說明

這些錯誤消息表明模組檢測到埠ASIC有問題，並且埠被鎖定。

這些錯誤消息不一定表示硬體問題。如果交換器由於雙工不相符或纜線長而發生延遲衝突，就會首次發生錯誤。但是，CatOS 7.2(2)代碼中存在軟體錯誤，導致交換機無法檢查增量錯誤。重複記錄相同的錯誤。有關此問題的詳細資訊，請參閱Cisco錯誤ID CSCdx79107 (僅限註冊客戶)。此問題已在CatOS版本7.3(1)中修正。

產生的系統日誌錯誤類似於：

- 2005 Aug 02 09:20:16 %SYS-3-SYS_LCPERR3：模組5:線圈3埠1:3次(3次由於lcol;0由於notx)

- 2005 Aug 02 10:10:45 %SYS-3-SYS_LCPERR3：模組5:線圈3埠1:3次(3次由於lcol;0由於notx)

此清單定義錯誤消息的元素：

- 模組[dec]是報告錯誤的模組。

- Coil [dec]是報告錯誤的ASIC的編號。

- 埠[dec]是發生錯誤的ASIC埠。

- stuck [dec]是錯誤持續時間。

- 最後兩個[dec]是lcol和notx計數。

若要關閉這些系統日誌錯誤訊息，請發出set errordetection portcounters disable 特權模式命令。

此外，檢查連線埠實體狀態是否有以下任一問題：

- 雙工不相符

- 連線工作站上的NIC不同步

- 錯誤停用條件

- 延遲衝突

- 任何鏈路級錯誤

若要解決任何這些問題所導致的問題，請參閱以下檔案：

- 疑難排解 Cisco Catalyst 交換器與 NIC 的相容性問題

- 在 CatOS 平台上使處於錯誤停用的連接埠狀態復原

如果錯誤發生多次，請與思科技術支援聯絡以進一步解決此問題。

%SYS-3-SYS_LCPERR3：模組[dec]:Pinnacle #[dec], Frames with Bad Packet CRC Error(PI_CI_S_PKTCRC_ERR - 0xC7)= [dec]

此消息表示模組檢測到匯流排ASIC從DBus收到的具有錯誤資料包CRC的幀。第一個[dec]是模組編號。第二個[dec]是報告錯誤的ASIC編號。第三個[dec]是錯誤計數。

錯誤的CRC資料包可以從資料匯流排上的任何埠傳送。可能的原因是線路模組安裝錯誤或故障。

在維護時段內，當您對交換機進行故障排除時，請重新安裝包括管理引擎在內的所有模組，並檢查是否再次出現錯誤消息。如果是，則可以使用兩個過程來確定哪個模組是錯誤資料包的根並更換模組。

程式1

使用診斷級別：

1. 配置交換機以進行完整的POST分析。

set test diaglevel complete

2. 重新安放所有模組，包括管理引擎。

3. 獲取POST分析結果。

show test all

4. 有關show test all命令的輸出，請與思科技術代表聯絡。

程式2

使用Pinnacle ASIC計數器：

1. 一次卸下一個模組。

2. 使用此命令並觀察計數器0xC7以發現遞增錯誤。

show asicreg

/

pinnacle errcounters

此命令顯示該模組中Pinnacle ASIC的所有計數器。計數器0xC7顯示在輸出的第三行中。每次執行命令時，計數器都會被清除。理想數字為0個錯誤。

C6500> (enable) show asicreg 3/1 pinnacle errcounters

00C5: PI_CI_S_HDR_FCS_REG                      = 0000

00C6: PI_CI_S_RBUS_FCS_REG                     = 0000

00C7: PI_CI_S_PKTCRC_ERR_REG                   = 0000

00C8: PI_CI_S_PKTLEN_ERR_REG                   = 0000

00C9: PI_CI_S_BPDU_OUTLOST_REG                 = 0000

00CE: PI_CI_S_HOLD_REG                         = 0000

00CA: PI_CI_S_QOS0_OUTLOST_REG                 = 0000

00CE: PI_CI_S_HOLD_REG                         = 0000

00CB: PI_CI_S_QOS1_OUTLOST_REG                 = 0000

00CE: PI_CI_S_HOLD_REG                         = 0000

00CC: PI_CI_S_QOS2_OUTLOST_REG                 = 0000

!--- Output elided.

3. 重複步驟1和2，直到未出現錯誤。請聯絡思科技術代表更換故障模組。

%SYS-4-SUPERVISOR_ERR:

問題

系統日誌中出現以下錯誤消息：

%SYS-4-SUPERVISOR_ERR:Forwarding engine IP length error counter =4

%SYS-4-SUPERVISOR_ERR:Forwarding engine IP too short error counter =1

%SYS-4-SUPERVISOR_ERR:Forwarding engine IP check sum error counter = 38

說明

這些消息表示交換機轉發引擎接收到長度小於最小允許長度的IP資料包，然後丟棄該資料包。在低於7.x的代碼版本中，轉發引擎會靜默丟棄資料包，並在轉發引擎統計資訊中計算資料包數量。在7.x或更高版本的代碼版本中，此消息每30分鐘記錄一次。

對交換機側沒有影響。交換器端捨棄錯誤封包，接收裝置會因此捨棄該封包。唯一擔心的是有一個裝置傳送壞資料包。可能的原因包括NIC驅動程式故障、NIC驅動程式錯誤或應用程式故障。Supervisor Engine不會跟蹤傳送錯誤資料包的裝置的源IP地址。偵測這些裝置的唯一方法是使用監聽器來追蹤來源位址。

此消息只是交換器的資訊性消息和警告。在交換器上發出set errordetection portcounters disable 命令，以停用這些錯誤訊息。

%SYS-4-P2_WARN:1/來自組播源地址的流量無效

問題

交換機從組播源地址消息生成Invalid traffic消息。

說明

此範例顯示發生此錯誤時看到的系統日誌輸出：

SYS-4-P2_WARN: 1/Invalid traffic from multicast source address

當交換器收到將多點傳送MAC位址作為來源MAC的封包時，就會產生此多點傳送來源位址syslog訊息。使用廣播或組播MAC地址作為幀的源MAC不符合標準的行為。但是，交換器仍會轉送源自多點傳送MAC位址的流量。系統日誌消息指示幀的源MAC欄位中的組播MAC地址，以及接收流量的埠。解決方法是嘗試識別生成具有組播源MAC地址的幀的終端站。通常，以下裝置之一會傳輸此類幀：

- 流量生成器，如Spirent SmartBits

- 共用組播MAC地址的第三方裝置，例如負載均衡防火牆或伺服器產品

因應措施

該錯誤不會導致任何效能問題。為了避免出現錯誤消息，請禁用消息的日誌。另一種解決方法是跟蹤生成帶有組播源MAC地址的幀的裝置。然後，使用監聽器或SPAN設定來尋找裝置，並檢查其設定。

%SYS-4-PORT_ERR：埠15/1 rxTotalDrops

問題

系統日誌中出現以下錯誤消息：

- %SYS-4-PORT_ERR：埠16/1 rxTotalDrops(7426859)

或

- %SYS-4-PORT_ERR：埠15/1 rxTotalDrops(2563127)

說明

在本節的範例中，ERRORDETECTION PORTCOUNTERS已啟用，但連線埠1/1發生接收(Rx)錯誤。但syslog(SYS-4-PORT_ERR)訊息報告15/1而不是1/1上的rxTotalDrops。

附註：  錯誤檢測PORTCOUNTERS預設禁用。

在某些安裝中，軟體會啟用該功能，並在升級後保持啟用狀態。此問題已在6.3(1)中解決，以進行全新安裝。如果您看到以下訊息，請檢查第一個上行鏈路連線埠（1/1或2/1），而不是系統日誌報告的連線埠（15/1或16/1）。 show counters命令輸出會顯示發生的錯誤。如果報告錯誤的唯一錯誤計數器是rxTotalDrops，則發生的丟棄最可能是顏色阻止邏輯(CBL)丟棄。如果針對該連線埠上的VLAN封鎖跨距樹狀目錄，則預期會遭到這些捨棄。CBL捨棄是在主幹上接收的封包，適用於在該主幹上封鎖的VLAN。例如，在受阻埠上仍可以接收廣播、組播或未知的單播。

如果有其他錯誤計數器報告錯誤，則原因需要進一步調查。

因應措施是停用ERRORDETECTION PORTCOUNTERS。發出set errordetection portcounters disable命令。

%SYS-4-MODHPRESET:

問題

交換機向WS-X6608線卡的交換機控制檯和系統日誌報告以下錯誤消息：

2002 Aug 26 09:22:58 %SYS-4-MODHPRESET:

Host process (860) 3/5 got reset asynchronously

說明

WS-X6608模組上的活動T1或E1埠在隨機和不頻繁的基礎上重置。此重設會捨棄對公用交換電話網路(PSTN)的所有作用中呼叫。 未配置但已啟用的埠在嘗試連線到Cisco CallManager時持續重置。這些重置消息可能會重疊到活動網關埠，並引起不需要的重置。重疊和重置是可能的，因為所有八個埠共用處理器。如果您已進行了配置，此系統消息會持續出現在控制檯螢幕和系統日誌中。此刀片預期會出現此行為。該行為不影響系統效能。

因應措施是禁用未使用的埠。發出set port disable mod/port 命令。將所有埠新增到Cisco CallManager資料庫。您可以將這些埠配置為網關、媒體終端點(MTP)或硬體會議網橋。

%SYS-4-NVLOG:SYNDIAGS：匯流排ASIC同步錯誤

問題

系統日誌在日誌中報告以下錯誤消息：

2002 Aug 23 08:59:16 %SYS-4-NVLOG:SYNDIAGS:

Bus ASIC sync error on Module 16, bus I/F register = 0xa0

2002 Aug 23 09:00:53 %SYS-4-NVLOG:SYNDIAGS:

Bus ASIC sync error on Module 1, bus I/F register = 0x30

說明

此消息可能表示Supervisor Engine ASIC在運行診斷程式之前未同步。收到此消息時，請嘗試重新拔插模組或將模組移至其他插槽，然後檢視消息是否停止。如果仍然收到該訊息，請發出show test mod_number 指令，收集輸出，然後與Cisco技術支援聯絡。此問題是硬體問題。解決方法是更換出現此錯誤消息的模組。

SYS-4-PORT_GBICBADEEPROM:/ %SYS-4-PORT_GBICNOTSUPP:

問題

GBIC模組WS-G5484、WS-G5486和WS-G5487似乎運行正常，但模組報告以下軟體錯誤：

%SYS-4-PORT_GBICBADEEPROM: port bad gbic eeprom checksum

%SYS-4-PORT_GBICNOTSUPP: port gbic not supported

說明

如果將GBIC模組WS-G5484、WS-G5486和WS-G5487與WS-X6408-GBIC卡配合使用，軟體日誌中將顯示錯誤消息，但不存在問題。將這些GBIC插入其他模組或Supervisor Engine時，只要GBIC具有有效的Cisco GBIC Supervisor Engine EEPROM(SEEPROM)，錯誤就不會出現。 此錯誤消息僅供檢視。該報文不會影響通過模組或GBIC的流量。

此問題僅是表面上的軟體問題。請勿更換硬體。當Cisco GBIC上提供SEEPROM時，這些可用的Catalyst軟體版本已解決此問題：

- CatOS 5.5(5)及更新版本

- CatOS 6.2(3)及更新版本

如果GBIC沒有Cisco SEEPROM，則升級CatOS軟體不會修復錯誤消息。在這種情況下，該錯誤表示存在較早的Cisco GBIC或非認證的Cisco GBIC。您只能在支援合約或保修範圍內更換經認證的Cisco GBIC。檢視GBIC案例頂部的標籤，以驗證GBIC是否為經認證的思科GBIC。尋找以下專案：

- 思科徽標

- 以30開頭的思科部件號

- GBIC供應商名稱

有關更多詳情，請參閱現場通知：G5484、G5486、G5487 GBIC產生錯誤的EPROM錯誤。

SYS-4-SYS_LCPERR4:模組[dec]:Pinnacle #[dec] PB奇偶校驗錯誤

問題

控制檯或系統日誌報告以下錯誤消息：

%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Tx path.

Status=0x0046: Module needs troubleshooting or TAC assistance.

%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Rx path.

Status=0x0002: Module needs troubleshooting or TAC assistance.

說明

此訊息可能表示瞬時Pinnacle ASIC封包緩衝區問題。第一個[dec]是模組編號。第二個[dec]是ASIC編號。如果錯誤僅限於單個模組，請重新拔插該模組，然後重新啟動該模組。如果您經常看到此錯誤訊息，請聯絡思科技術支援以取得進一步的協助。

%SYS-5-SYS_LCPERR5：模組模組

問題

控制檯或系統日誌報告以下錯誤消息：

%SYS-5-SYS_LCPERR5:Module 7: Coil Pinnacle Header Checksum Error - Port #32:

%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif Packet CRC Error - Port #32:

%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif State Machine Error - Port #32:

說明

此錯誤消息特定於6348線卡。Problem部分中的日誌消息可能是硬體問題或軟體問題導致的結果。完成本節中的步驟以確定問題是硬體問題還是軟體問題。

如果以下兩項均成立，請完成以下步驟：

- 在syslog中，您只看到Problem部分顯示的消息以及其它與coil相關的消息。

- 傳輸停滯在一個連線埠上，而不是在12個連線埠的群組上。

1. 在2秒間隔內發出show mac mod/port 命令兩次，以確認傳輸停滯。

嘗試在發出每個命令之間傳送流量。驗證傳輸計數器是否已增加。如果您看到數字增加，傳輸不會停滯。

2. 停用/啟用連線埠並檢視其是否復原。

3. 發出reset mod_number 命令以軟重設模組。

檢視模組是否恢復。

4. 發出set module power {up | down} mod_number 命令以硬重設模組。

檢視模組是否恢復。

如果以下所有事項均為真，則很可能面臨軟體問題：

- 您停用/啟用連線埠並軟重設或硬重設模組，且卡已聯機。

- 在show test命令輸出中，所有埠均通過診斷。

- 流量開始順利通過。

如果以上所有專案均為true，請參閱Cisco錯誤ID CSCdu03935 (僅限註冊客戶)。 此問題已在5.5(18)、6.3(10)、7.4(3)及更新版本中修正。

在某些情況下，您會看到%SYS-5-SYS_LCPERR5:Module 9:Coil Pinnacle報頭校驗和錯誤 — 埠#37錯誤消息和以下一個或多個消息：

- Coil Mdtif狀態機錯誤

- Coil Mdtif資料包CRC錯誤

- Coil Pb Rx下溢錯誤

- Coil Pb Rx奇偶校驗錯誤

如果您看到以下消息，請確定這些消息中的某些或全部為真：

- 軟重置或/和硬重置模組後，該模組仍無法聯機。

- 模組已聯機，但show test命令輸出中的12個埠組診斷失敗。

- 啟動時，模組會停滯在其他狀態。

- 模組上的所有埠LED都變為琥珀色。

- 發出show port mod_number 命令時，所有連線埠均處於錯誤停用狀態。

如果您遇到此清單中的任何問題，則很可能遇到硬體問題。您必須更換卡。

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block [#]不可轉換

問題

交換器會定期產生convert_post_SAC_CiscoMIB:系統日誌消息。

說明

此範例顯示發生此訊息時看到的主控台輸出：

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )

升級或降級CatOS代碼版本時，通常會顯示這些控制檯消息。當載入另一交換器產生的交換器組態，或使用來自其他版本程式碼的交換器組態時，也可能發生這些訊息。故障切換到備用Supervisor Engine也會生成這些消息。

不同版本的代碼包含NVRAM儲存的變數。當交換器初始開機到較新或較低版本的CatOS時，交換器會將先前設定轉換為可由目前開機映像使用的版本。在此過程中，非必要或可用於當前形式的特定儲存器塊被取消分配而不是被轉換。此內部函式生成錯誤消息。

此消息通常僅供參考。將先前的組態與當前組態進行比較，以驗證所有組態資訊是否正確轉換。

如果未發生代碼升級、配置更改或Supervisor Engine故障轉移，則會顯示這些消息，請通過Cisco技術支援建立服務請求。

%SYS-6-CFG_CHG：模組[dec]塊已由SecurityRx更改

問題

交換機定期生成%SYS-6-CFG_CHG:Module [dec] block changed by SecurityRx syslog消息。

說明

此範例顯示交換器上發生此錯誤時看到的主控台輸出：

%SYS-6-CFG_CHG:Module 3 block changed by SecurityRx

%SYS-6-CFG_CHG:Module 4 block changed by SecurityRx

此消息表示配置塊已被修改。當交換機上配置了埠安全並啟用了老化時，將會出現這些消息。PSsecure MAC是從埠安全進程獲知的MAC地址，並作為靜態條目新增到CAM表中以保護埠。當連線埠安全組態設定有老化時間時，MAC位址會在老化時間從CAM表和NVRAM（儲存PSsecure MAC的位置）中移除。此老化退出後從連線埠接收的下一個封包會協助使用PSsecure MAC位址重新填充CAM和NVRAM。

InbandPingProcessFailure：模組x未通過帶內響應

問題

以下錯誤訊息會顯示在show log指令輸出中：

InbandPingProcessFailure:Module 2 not responding over inband

InbandPingProcessFailure:Module 2 not responding over inband

說明

此消息表示模組不會通過帶內通訊通道響應Supervisor Engine請求。以下任一情況可能導致錯誤：

- Supervisor Engine太忙。

- 存在生成樹協定(STP)環路。

- ACL和QoS管制器限制或丟棄帶內通訊通道上的流量。

- 存在埠ASIC同步問題。

- 存在交換矩陣模組問題。

Supervisor Engine每10秒通過特殊的ping輪詢多層交換器功能卡(MSFC)。如果MSFC無法響應連續三次的ping，則Supervisor Engine會重置MSFC。此外，在CatOS版本6.2和更新版本中，作用中Supervisor Engine和備用Supervisor Engine會在頻內通道上互相輪詢，且交換器會故障切換到備用Supervisor Engine。

附註：  如果您最近遷移到6.3(10)、7.4(2)或7.4(3)版或自這些版本遷移，則如果您發出show log命令或show tech-support命令，且日誌中顯示InbandPing失敗消息，交換機可以重置。因應措施是在發出show log命令之前發出clear log命令。思科錯誤ID CSCdz32730 (僅限註冊客戶)用於識別此警告。此問題在6.4(1)、7.5(1)及更新版本中已解決。

通常，這些消息是由於埠ASIC故障或到背板的連線不可靠造成的。請完成以下步驟：

1. 刪除消息引用的模組。

2. 將模組牢固地重新插入其插槽。

發出set test diaglevel complete命令，以確保啟用完全診斷模式。

發出show log mod_number 命令和show test mod_number 命令，以尋找任何失敗的測試。

3. 如果步驟2沒有解決問題，請向思科技術支援提出服務請求。

完成以下步驟以提供必要資訊：

1. 從CatOS捕獲相應的show命令的輸出。

- 如果引用的模組不是MSFC，請捕獲以下命令的輸出：

- show tech-support

- 顯示日誌

- show logging buffer 1024

- show test mod_number

注意：對每個線卡發出一次此命令。

- show scp mod mod_number

注意：對每個線卡發出一次此命令。

- show mod

- 如果引用的模組是MSFC，則捕獲以下命令的輸出：

- 顯示帶內

- show test 0

- show scp stat

- show scp failcnt

- show scp mod

- show scp process

注意：show scp命令被隱藏。

此外，檢查bootflash中的任何crashinfo檔案。發出show bootflash:指令。

2. 確定問題發生的時間和頻率。

當帶內連線出現擁塞時，是否會出現問題？在Supervisor Engine上的sc0介面和MSFC上的VLAN介面之間執行ping測試，以測試帶內擁塞。如果Catalyst執行CatOS系統軟體，請執行以下步驟：

1. 在Supervisor Engine命令列介面(CLI)上捕獲show inband命令的輸出。

2. 直接開啟到MSFC的單獨Telnet會話，然後從VLAN介面ping sc0介面。

3. 在Supervisor Engine CLI上再次捕獲show inband命令的輸出。

4. 如果幾次ping失敗或超時，請發出set span sc0 mod/port both inpkts disable 命令。

此命令為sc0介面配置SPAN會話。啟動監聽器或類似軟體後，在sc0和VLAN介面之間執行擴展ping測試。

3. 確定sc0是否分配給了特殊管理VLAN或具有大量流量的VLAN，尤其是廣播和組播。

4. 監控show errordetection inband命令的輸出。

set errordetection命令可幫助您監控交換器。檢測到錯誤時，系統日誌消息會通知您在發生明顯的效能降低之前存在問題。show errordetection inband命令顯示帶內故障發生的型別，例如帶內停滯、資源錯誤或啟動期間的帶內故障。

模組的功能索引集無效

問題

在Catalyst 6500/6000系列交換器上安裝新交換模組時，會顯示Invalid feature index set for module錯誤訊息。

說明

此範例顯示發生此錯誤時看到的主控台輸出：

%SYS-5-MOD_INSERT:Module 4 has been inserted

Invalid feature index set for module 4

當Supervisor Engine上目前執行的軟體映像版本不支援您插入的硬體時，就會發生Invalid feature index set for module錯誤。

在本節的範例中，48埠10/100 Mbps交換模組(WS-X6348-RJ-45)插入執行軟體版本5.3(2)CSX的Catalyst 6000交換器中。WS-X6348-RJ-45模組所需的最低軟體版本為5.4(2)。

因應措施是將Supervisor Engine軟體升級為支援硬體的版本。請參閱Catalyst 6000/6500軟體版本5.x的版本說明以取得每個模組的最低軟體版本清單。

Pinnacle Synch失敗

問題

啟動時顯示Pinnacle Synch Failed錯誤消息。

說明

此範例顯示發生此錯誤時看到的主控台輸出：

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:

因應措施是關閉交換器並檢查以下專案：

- 您已將Supervisor Engine和所有交換模組穩固地安裝在機箱背板上。

- 您已完全接合模組左右兩側的彈出器拉杆。請確保將拉杆完全按在模組的前面板上。

- 已將模組的左右兩側的拇指螺釘擰入卡固定架並擰緊螺釘。

確保正確連線機箱中的所有模組後，開啟機箱。

如果仍然看到Pinnacle Synch Failed消息，則說明其中一個模組可能存在硬體問題。

關閉交換機並卸下所有交換模組。僅使用機箱中的Supervisor引擎開啟交換機。一次新增一個模組並重複該過程，直到您確定問題模組。

RxSBIF_SEQ_NUM_ERROR:slot=x

問題

系統日誌中出現以下錯誤消息：

RxSBIF_SEQ_NUM_ERROR:slot=9, pinnacleMask=0X1,

errSeqNum=b,source Index=0X1, errorType=0X2

RxSBIF_SEQ_NUM_ERROR:slot=3, pinnacleMask=0X1,

errSeqNum=b,source Index=0X1, errorType=0X2

說明

Catalyst 6500/6000線卡和Supervisor Engine模組在連線埠之間以高速交換封包時使用連線埠ASIC。Pinnacle ASIC提供到Catalyst 6500/6000資料匯流排的千兆乙太網介面。為了支援高轉發速率，Catalyst 6500/6000的交換匯流排支援流水線。流水線使Catalyst 6500/6000能夠在獲得第一幀的結果之前將多個幀切換到匯流排上。每個幀都有一個內部匯流排報頭，該報頭包括一個序列號。交換機使用該編號跟蹤等待轉發決定的多個幀。所有線卡和Supervisor Engine必須共同瞭解當前和下一個序列號。這種理解非常重要。

RXSBIF錯誤消息報告交換匯流排上出現序列錯誤。這些錯誤包括序列不匹配和無效序列。無效序列意味著交換匯流排上的當前資料包的序列號與ASIC期望的序列號不同。以下是報告無效序列號的錯誤消息示例：

%SYS-1-MOD_INVALIDSEQ:Bus asic invalid sequence occurred

on module 1 (asic=1, srcidx=0x0, seq=14)

以下問題之一通常會導致錯誤訊息：

- 模組安裝錯誤 — 將模組重新插入其插槽中。

註：檢測匯流排序列號錯誤的模組不一定是發生故障的模組。一個錯誤安裝的模組可能導致其他模組報告匯流排序列號問題。因此，可能需要重新拔插所有模組。

確保將彈出器拉杆鎖緊，然後擰緊螺釘。

- 硬體故障 — 此原因不太常見。重新拔插模組。如果觀察到故障，請檢查線卡是否損壞聯結器，並檢查機箱中的底板插槽是否有彎曲的針腳。如有必要，請在檢查機箱背板上的聯結器針腳時使用手電筒。

如果在重新拔插所有卡後問題仍然存在，請捕獲show tech-support命令和show scp mod或show scp failcnt隱藏命令的輸出。使用思科技術支援建立服務請求並提供此資訊。

- 已知問題 — 當Catalyst 6500/6000系統裝載CatOS系統軟體映像版本6.1(1b)時，Supervisor Engine 2上可能會出現同步錯誤消息。請參閱Field Notice:Catalyst 6000上的Supervisor Engine 2連續同步錯誤，瞭解詳細資訊。

lyra_ft_par_err_intr_hdlr:NVRAM日誌中的LKUPRAM錯誤

問題

NVRAM日誌顯示轉發表奇偶校驗錯誤(ft_par_err)。

lyra_ft_par_err_intr_hdlr: LKUPRAM, addr [hex], data [hex]

此錯誤消息表示在轉發表中檢測到奇偶校驗錯誤。錯誤消息指示錯誤在記憶體中的位置(第一[hex])和在該位置的資料(第二[hex])。

說明

此錯誤消息的可能原因是線卡沒有正確插入，並且線卡取代了插槽中其他型別的線卡。

完成以下步驟以解決問題：

1. 從交換機上卸下模組。

2. 檢查背板針腳並重新插入模組。

3. 如果問題仍然存在，請聯絡思科技術代表。

為了避免此問題，請在移除任何模組之前執行module clear-config命令。從機箱中移除模組後，此命令會自動刪除屬於模組的配置。如需更多資訊，請參閱疑難排解有關執行Cisco IOS系統軟體的Catalyst 6500/6000系列交換器上的硬體和常見問題中的「即使移除了模組，show run命令仍會顯示有關移除了的模組介面資訊一節。

注意：該命令不會清除已從插槽中移除的模組的配置。

KERNEL-1-CREATEPROCESSFAILED

問題

日誌中出現以下錯誤消息：

%KERNEL-1-CREATEPROCESSFAILED:Error in creating process:

Unavailable free stack; stack type: 2; Name: tnetproc

%KERNEL-1-CREATEPROCESSFAILED:建立流程時出錯：[圖表];堆疊型別：[dec];名稱:[chars]錯誤消息表示建立進程失敗；系統已超出進程。Catalyst作業系統允許根據可用堆疊數來設定有限數量的程式。當堆疊不可用時，將生成此訊息。第一個[chars]是進程ID;[dec]是堆疊型別，第二個[chars]是進程名稱。

說明

CatOS交換器僅允許系統中具有型別2堆疊的有限數量的進程，例如主控台、snmpdm、VtpRx、THREAD或telnet145。具有型別2堆疊的進程的最大數量為13。Telnet或Secure Shell(SSH)是需要型別2堆疊的進程之一。當使用所有型別2堆疊時，任何通過Telnet進行連線的嘗試都會產生此錯誤訊息。

這可能是因為舊的Telnet或SSH會話沒有在交換機上超時或佔用進程。

若要解決此問題，請發出show users命令以檢查交換器已開啟的Telnet作業階段數量。使用disconnect ip_address 命令，斷開遠端裝置開啟的Telnet會話連線。

PI_CI_S_CBL_DROP_REG

問題

Switch> (enable) show asicreg 4/28 pinnacle err

00C7: PI_CI_S_PKTCRC_ERR_REG                   = FFFF

016F: PI_CI_S_CBL_DROP_REG                     = 1619

說明

此暫存器/計數器未指示任何硬體問題。如果在連線埠上收到具有特定VLAN標籤的資料包，且連線埠上未設定此特定VLAN，則交換器會增加。因此，資料包將被丟棄，計數器將遞增。色塊邏輯(CBL)是指中繼上的VLAN標籤。從中繼修剪的VLAN會丟棄其流量。當中繼的一端VLAN的生成樹轉發狀態較多時，就會發生此狀態。

PI_CI_S_CBL_DROP_REG計數器可在任何模式下遞增；如果埠傳輸STP模式，您會看到接入埠上的命中。如果連線埠上有任何交涉（預設值），也可能會視為交換器的正常行為或功能。

此計數器計數由於互補雙極積體電路(CBIC)塊中的CBL查詢而丟棄的資料包。交換器想要在某VLAN的特定連線埠上傳送封包，而CBL邏輯表示連線埠正在封鎖/停用/學習。這不是什麼大問題，因為這些封包在使用任何封包緩衝區之前，就會在CBIC邏輯中遭到捨棄。您可以停用/啟用連線埠來檢視它是否清除計數器。

相關資訊

- Catalyst 4500/4000系列交換器上的常見CatOS錯誤訊息

- Catalyst 5000/5500系列交換器上的常見CatOS錯誤訊息

- Catalyst 6500系列系統訊息指南8.7

- 配置系統消息記錄

- Cisco Catalyst 6000系列交換器產品支援

- 錯誤訊息解碼器工 具(僅限註冊客戶)

- LAN 產品支援

- LAN 交換技術支援

- 技術支援與文件 - Cisco Systems