Catalyst 6500/6000 Series 스위치의 일반적인 CatOS 오류 메시지
목차
소개
이 문서에서는 Catalyst OS(CatOS) 소프트웨어를 실행하는 Catalyst 6500/6000 Series 스위치에 표시되는 일반적인 syslog 및 오류 메시지에 대해 간략하게 설명합니다.
이 문서에 나타나지 않는 오류 메시지가 있는 경우 오류 메시지 디코더 도구 
(등록된 고객만 해당)를 사용합니다.이 툴은 Cisco IOS® 소프트웨어 및 CatOS 소프트웨어가 생성하는 오류 메시지의 의미를 제공합니다.
참고: 이 문서에서 설명하는 syslog 및 오류 메시지의 정확한 형식은 약간 다를 수 있습니다.변형은 스위치 Supervisor Engine에서 실행하는 소프트웨어 릴리스에 따라 달라집니다.
참고: Cisco는 Catalyst 6500/6000 Series 스위치에서 다음과 같은 최소 로깅 구성을 권장합니다.
-
스위치의 날짜 및 시간을 설정하려면 set time 명령을 실행합니다.또는 NTP 서버에서 날짜 및 시간을 가져오기 위해 NTP(Network Time Protocol)를 사용하도록 스위치를 구성합니다.
-
로깅 및 로깅 시간 스탬프가 활성화되어 있는지 확인합니다(기본값).
-
가능한 경우 syslog 서버에 로깅하도록 스위치를 구성합니다.
사전 요구 사항
요구 사항
이 문서에 대한 특정 요건이 없습니다.
사용되는 구성 요소
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
표기 규칙
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
Catalyst 6500/6000 Series 스위치의 오류 메시지
이 섹션의 메시지는 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의 트래픽은 트렁크에서 올바르게 전송할 수 없습니다.이 문제는 네트워크의 일부 연결 문제를 암시할 수 있습니다.
스위치에 구성된 네이티브 VLAN을 확인하려면 show trunk mod/port 명령을 실행합니다.이 명령에서 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)
트렁크 포트에 구성된 네이티브 VLAN을 변경하려면 set vlan vlan_id mod/port 명령을 실행합니다.이 명령에서 mod/port는 트렁크 포트입니다.
참고: syslog 오류 메시지 "%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).
설명
이 메시지는 트렁크의 양쪽을 설정으로 설정했지만 캡슐화 유형(isl, dot1q)이 일치하지 않는 경우 발생할 수 있습니다.트렁크 모드를 권장 모드로 설정한 경우 이 컨피그레이션 오류 때문에 트렁크가 나타나지 않습니다.트러블슈팅을 위해 양쪽 끝에서 show trunk 명령의 출력을 확인합니다.캡슐화 유형이 동일한지 확인합니다.
%IP-3-UDP_SOCKOVFL:UDP 소켓 오버플로
문제
스위치가 주기적인 %IP-3-UDP_SOCKOVFL:UDP 소켓 오버플로 syslog 메시지를 생성합니다.
설명
다음 예에서는 이 오류가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.
참고: 표시되는 UDP(User Datagram Protocol) 소켓 번호는 다양하거나 일관되게 같을 수 있습니다.
%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 목적지 포트)의 수신 패킷에 할당된 버퍼가 꽉 찬 경우 스위치는 이 syslog 메시지를 생성합니다.소켓으로 향하는 트래픽 비율이 너무 높기 때문에 이 버퍼가 꽉 찼습니다.예를 들어, 네트워크 관리 스테이션에서 많은 수의 SNMP(Simple Network Management Protocol) 쿼리를 보낼 때 이 상황이 발생할 수 있습니다.UDP 오버플로가 발생하면 SNMP 쿼리 수를 줄이십시오.쿼리 수를 줄이려면 네트워크 관리 스테이션에서 폴링 간격을 늘리거나 네트워크 관리 스테이션이 폴링하는 MIB 개체 수를 줄입니다.
이 섹션의 예에서 스위치는 목적지 UDP 소켓 2353을 사용하여 스위치 IP 주소(또는 브로드캐스트 주소)로 지정된 과도한 수의 패킷을 수신했습니다.스위치의 이 소켓에 대한 입력 버퍼가 꽉 찼기 때문에 스위치에서 syslog 메시지를 생성합니다.스위치가 오버플로 조건에 도달한 횟수를 확인하려면 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)
이러한 syslog 메시지는 하나 이상의 스테이션이 지정된 대상 UDP 포트의 스위치로 많은 양의 UDP 트래픽을 전송함을 나타냅니다.스위치에서 이러한 메시지 수가 너무 많으면 네트워크 분석기를 사용하여 트래픽의 소스를 식별합니다.그런 다음 트래픽 속도를 줄입니다.UDP 트래픽은 스위치의 CPU로 이동되므로 SPAN(Switched Port Analyzer) 기능을 사용하여 소스 포트를 sc0으로 설정할 수 있습니다. SPAN은 Supervisor Engine의 내부 인터페이스를 식별합니다.자세한 내용은 Catalyst SPAN(Switched Port Analyzer) 컨피그레이션 예를 참조하십시오.
참고: 해당 포트 카운터가 없는 것에 대해서는 걱정하지 마십시오.이 카운터는 스위치가 수신한 UDP 패킷 중 존재하지 않는 포트로 향하는 패킷의 수를 표시합니다.
%EC-SP-5-L3DONTBNDL1:일시 중단된 TE(mod/port):원격 포트에서 PAgP가 활성화되지 않음
문제
스위치가 %EC-SP-5-L3DONTBNDL1을 생성합니다.TE(mod/port)일시 중단:원격 포트 오류 메시지에서 PAgP가 활성화되지 않았습니다.
설명
이 오류 메시지는 일반적으로 L3(Layer 3) 인터페이스에서 PAgP(Port Aggregation Protocol)가 활성화되었지만 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.
오류 메시지는 컨피그레이션 문제로 인해 발생할 수 있지만 하드웨어/케이블 연결 문제로 인해 발생할 수도 있습니다.컨피그레이션이 컨피그레이션 가이드에 부합하는지 확인합니다.오류가 계속되면 케이블링 및 하드웨어 문제를 해결하십시오.하드웨어 문제를 해결하려면 다음 방법을 시도하십시오.
-
기가비트 인터페이스 컨버터(GBIC)를 재장착합니다.
-
GBIC를 교체합니다.
-
다른 라인 카드로 하드웨어를 테스트합니다.
%IP-3-UDP_BADCKSUM:UDP 잘못된 체크섬
문제
스위치가 주기적인 %IP-3-UDP_SOCKOVFL:UDP 소켓 오버플로 syslog 메시지를 생성합니다.
설명
다음 예에서는 이 오류가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.
참고: 표시되는 UDP 소켓 번호는 서로 다르거나 일관되게 같을 수 있습니다.
%IP-3-UDP_BADCKSUM:UDP bad checksum
스위치가 SNMP 패킷과 같은 UDP 데이터그램에서 잘못된 체크섬을 탐지할 경우 이 syslog 메시지를 생성합니다.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은 수퍼바이저 엔진의 내부 인터페이스를 식별합니다.자세한 내용은 Catalyst SPAN(Switched Port Analyzer) 컨피그레이션 예를 참조하십시오.
참고: 해당 포트 카운터가 없는 것에 대해서는 걱정하지 마십시오.이 카운터는 스위치가 수신한 UDP 패킷 중 존재하지 않는 포트로 향하는 패킷의 수를 표시합니다.
%KERNEL-5-UNALIGNACCESS:맞춤 수정
문제
스위치가 주기적으로 %KERNEL-5-UNALIGNACCESS:Alignment correction을 생성하여 syslog 메시지를 생성합니다.
설명
다음 예에서는 이 오류가 발생할 때 표시되는 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
이러한 syslog 메시지는 DRAM의 데이터에 액세스하려고 시도하는 동안 스위치 CPU가 정렬 오류를 탐지하고 수정했음을 나타냅니다.이러한 메시지는 정보 제공용으로만 제공됩니다.메시지는 스위치에 문제가 있음을 나타내지 않으며 시스템 성능에 영향을 미치지 않습니다.
경우에 따라 이러한 메시지의 수가 너무 많습니다.예를 들어, 이러한 메시지는 syslog 서버 로그 파일 또는 스위치 콘솔을 플러딩할 수 있습니다.메시지가 너무 많을 경우 소프트웨어 릴리스 트레인의 최신 유지 보수 릴리스로 스위치 소프트웨어를 업그레이드하는 것이 좋습니다.또는 set logging level kernel 4 default 명령을 실행하여 Kernel facility의 로깅 레벨을 4 이하로 수정합니다.
최신 유지 보수 릴리스로 업그레이드하지만 이러한 syslog 메시지가 계속 수신되는 경우 Cisco 기술 지원을 통해 서비스 요청을 생성합니다.
%MCAST-4-RX_JNRANGE:IGMP:범위의 수신 보고서
문제
스위치는 멀티캐스트 소스 주소 메시지에서 Invalid 트래픽을 생성합니다.
설명
다음 예에서는 이 오류가 발생할 때 표시되는 syslog 출력을 보여 줍니다.
%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
syslog 범위 메시지의 Rcvd Report는 정보 제공용입니다.스위치는 01-00-5e-00-00-xx로 시작하는 멀티캐스트 MAC 주소가 포함된 IGMP(Internet Group Management Protocol) 보고서 패킷을 수신할 때 이 메시지를 생성합니다.이 L2(Layer 2) 주소 범위는 224.0.0.0~224.0.0.255 사이의 L3 멀티캐스트 주소 범위와 같습니다. 이러한 주소는 라우팅 프로토콜 및 기타 낮은 수준의 토폴로지 검색 또는 유지 관리 프로토콜을 사용하기 위해 예약됩니다.이러한 프로토콜의 예로는 게이트웨이 검색 및 그룹 멤버십 보고 등이 있습니다.
이 문제를 해결하려면 스니퍼 및 IGMP 메시지에 대한 필터와 같은 패킷 캡처 툴을 사용합니다.또한 Catalyst SPAN 기능을 사용하여 네트워크 디바이스에서 이러한 메시지를 수신하는 것으로 의심되는 포트에서 패킷을 복사할 수 있습니다.이러한 메시지를 억제하려면 명령 집합 로깅 수준 멀티캐스트 2 기본값을 실행합니다.이 명령은 멀티캐스트 메시지의 로깅 레벨을 2로 변경합니다.
show multicast router 명령에 표시되는 포트 및/또는 네트워크의 코어에 대한 업링크를 SPAN 소스 포트로 사용합니다.이러한 포트가 트렁크 포트인 경우 SPAN 목적지 포트도 트렁크 포트로 구성합니다.포트가 트렁크 포트인지 확인하려면 show trunk 명령을 실행합니다.
%MCAST-2-IGMP_FALLBACK:IGMP:폴백 모드에서 실행
문제
IGMP 스누핑이 활성화된 스위치에는 %MCAST-2-IGMP_FALLBACK:IGMP:FALL BACK 모드에서 실행 중 오류 메시지
설명
다음 예에서는 이 오류가 발생할 때 표시되는 syslog 출력을 보여 줍니다.
%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 주소로 지정되는 과도한 멀티캐스트 트래픽을 스위치가 수신하면 이 syslog 메시지를 생성합니다.IGMP 스누핑은 이 MAC 주소 범위의 주소에 대한 멀티캐스트 스트림을 지원하지 않습니다.이 범위의 MAC 주소는 리프, 조인 및 일반 쿼리와 같은 IGMP 제어 트래픽에도 사용되기 때문에 이러한 지원이 부족합니다.이 섹션의 예에서 스위치는 대상 MAC 주소 01-00-5e-00-00-01을 사용하여 과도한 양의 트래픽을 수신합니다. 이 메시지는 NMP(Network Management Processor)가 프로토콜 리디렉션 이스케이프 논리를 비활성화한 멀티캐스트 데이터 스트림을 탐지함을 나타냅니다.스트림의 별칭은 다음과 같은 특수 멀티캐스트 주소 중 하나입니다.
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 주소로 패킷을 스누핑하는 것을 짧은 시간 동안 중지합니다.이 고정을 대체 모드라고 합니다.그런 다음 스위치에서 다시 스누핑을 시작합니다. 이 모드를 정상 모드라고 합니다.스위치는 대체 모드에서 스위치가 실행될 때 이 섹션에서 설명하는 syslog 메시지를 생성합니다.
어떤 스위치가 01-00-5e-00-01에 대한 트래픽을 생성하는지 탐지하려면 다음 방법 중 하나를 수행합니다.
-
sc0 포트를 모니터링하고 트래픽을 스니퍼로 전송하려면 set span sc0 mod/port 명령을 실행합니다.SPAN은 스위치의 CPU로 전달되는 모든 트래픽을 표시합니다.
참고: 이러한 MAC 주소에 대한 트래픽은 스위치가 대체 모드가 아닌 경우에만 CPU로 리디렉션됩니다.스위치가 대체 모드에 있을 때, 트래픽 플러딩을 방지하기 위해 스위치가 패킷을 CPU로 이동하는 것을 허용하지 않습니다.
-
소프트웨어 버전 6.3(10), 7.4(3) 이상을 실행하는 경우, 문제의 소스 MAC 주소, 소스 포트 및 소스 IP 주소를 알려주는 추가 syslog 메시지가 있습니다.다음과 유사한 syslog 메시지를 참조하십시오.
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)
이 솔루션은 이러한 유형의 멀티캐스트 트래픽을 생성하는 호스트를 격리하는 것입니다.별칭을 지정할 주소를 확인합니다.멀티캐스트 데이터 피드에 이 주소를 사용하지 마십시오.syslog 메시지에서 호스트가 이 트래픽을 전송하는 이유를 찾기 위해 호스트의 위치를 찾을 수 있습니다.이 예에서 호스트의 위치는 3.3.3.33입니다.
%MGMT-4-OUTTOFNVRAM:NVRAM 공간 부족:([dec],[dec],[dec],[dec])
문제
이 스위치는 NVRAM 공간 syslog 메시지에서 MGMT-4-OUTOFNVRAM:Out of NVRAM을 생성합니다.
설명
시스템에서 NVRAM 공간이 부족하면 이와 유사한 메시지가 표시됩니다.
%MGMT-4-OUTOFNVRAM:Out of NVRAM space: (62,39204,524288,24976)
이 메시지는 공간이 부족하여 NVRAM 쓰기 작업이 실패했음을 나타냅니다.괄호로 표시된 네 가지 [dec]은 다음을 나타냅니다.
-
First [dec] - NVRAM에 기록된 컨피그레이션 블록
-
Second [dec](두 번째 [dec]) - NVRAM에 기록된 컨피그레이션의 크기입니다.
-
세 번째 [dec] - 시스템의 총 NVRAM 크기입니다.
-
네 번째 [dec]—사용 가능한 NVRAM 공간의 양
해결 방법은 시스템 컨피그레이션을 기본 이진 모드에서 텍스트 모드로 변경하는 것입니다.NVRAM의 이진 형식으로 저장하기에 구성이 너무 크면 텍스트 모드를 사용합니다.텍스트 기반 방법에서는 변경 내용을 입력할 때 NVRAM에 컨피그레이션 변경 사항을 쓰지 않습니다.대신 이 메서드는 명령줄에서 write memory 명령을 실행할 때까지 DRAM에 변경 사항을 저장합니다.자세한 컨피그레이션 지침은 플래시 파일 시스템 작업 문서의 텍스트 파일 컨피그레이션 모드 설정 섹션을 참조하십시오.
참고: 텍스트 모드를 사용하면 QoS 및 ACL(Security Access Control List) 컨피그레이션 및 모듈 관련 컨피그레이션만 삭제됩니다.나머지 컨피그레이션은 이전과 같이 이진 형식으로 NVRAM에 저장됩니다.
ACL 컨피그레이션이 nvram에서 지워지면 텍스트 모드 컨피그레이션을 활성화할 수 없습니다.
문제
ACL 컨피그레이션이 nvram 오류 메시지에서 지워지면 Cannot enable text mode config를 생성합니다.
설명
현재 커밋된 ACL 컨피그레이션이 NVRAM에 저장되지 않은 경우 스위치는 바이너리 모드 컨피그레이션에서 텍스트 모드 컨피그레이션으로 변경하는 동안 이 메시지를 생성합니다.
대부분의 경우 이 문제를 해결하기 위해 set config acl nvram 명령을 실행할 수 있습니다.이 명령은 현재 커밋된 ACL 컨피그레이션을 DRAM에서 NVRAM으로 다시 복사합니다.
MGMT-5-LOGIN_FAIL:사용자가 콘솔에서 로그인하지 못했습니다.
문제
스위치에서 MGMT-5-LOGIN_FAIL:사용자가 콘솔 오류에서 로그인하지 못했습니다.
설명
이 메시지는 스위치의 콘솔 포트에 연결하는 터미널 서버에 문제가 있음을 나타낼 수 있습니다.스위치 콘솔이 터미널 서버의 비동기 회선에 연결되고 스위치에서 소프트 리셋을 수행하면 가비지(임의의 문자)가 몇 분 동안 화면을 스트리밍합니다.스위치에서 TACACS가 활성화된 경우, 몇 분이 TACACS 버퍼로 전환되어 가비지 조각을 하나씩 처리할 수 있습니다.해결 방법은 스위치가 연결되는 비동기 회선에서 no exec 명령을 실행하는 것입니다.
참고: no exec 명령을 실행한 후에도 버퍼가 지워질 때까지 메시지가 계속됩니다.
%PAGP-5-PORTFROMSTP / %PAGP-5-PORTTOSTP
문제
스위치는 자주 %PAGP-5-PORTFROMSTP 및 %PAGP-5-PORTTOSTP syslog 메시지를 생성합니다.
설명
다음 예에서는 스위치가 다음 syslog 메시지를 생성할 때 표시되는 콘솔 출력을 보여 줍니다.
%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 메시지를 생성합니다.이러한 syslog는 스패닝 트리에서 포트를 추가 또는 제거했음을 나타내는 일반 정보 메시지입니다.
참고: 이러한 메시지를 표시하려면 채널링을 활성화할 필요가 없습니다.
이 섹션의 예에서 스위치는 먼저 포트 3/3의 링크를 손실했으며, 이는 스패닝 트리에서 포트를 제거했습니다.그런 다음 스위치에서 포트 링크를 다시 감지하여 스패닝 트리에 포트를 다시 추가했습니다.
특정 포트에 대해 이러한 메시지가 자주 표시되면 링크가 플래핑됩니다. 즉 링크가 계속 손실되고 다시 복구됩니다.원인을 조사합니다.스위치 포트에서 링크 플랩의 일반적인 원인은 다음과 같습니다.
-
속도/이중 불일치
-
늦은 충돌
-
케이블 오류
-
결함이 있는 NIC(Network Interface Card) 또는 기타 엔드 스테이션 문제
-
스위치 포트 오류
-
기타 컨피그레이션 오류
이러한 syslog 메시지를 억제하려면 set logging level pagp 4 default 명령을 실행하여 PAgP 기능에 대한 로깅 레벨을 4 이하로 수정합니다.PAgP의 기본 로깅 레벨은 5입니다.
%SPANTREE-3-PORTDEL_FAILNOTFOUND
문제
스위치가 주기적인 %SPANTREE-3-PORTDEL_FAILNOTFOUND syslog 메시지를 생성합니다.
설명
다음 예에서는 이 오류가 발생할 때 표시되는 syslog 출력을 보여 줍니다.
%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)
이러한 syslog 메시지는 PAgP가 지정된 VLAN에 대한 스패닝 트리에서 포트를 제거하려고 했지만 포트가 해당 VLAN에 대한 스패닝 트리 데이터 구조에 있지 않았음을 나타냅니다.일반적으로 DTP(Dynamic Trunking Protocol)와 같은 다른 프로세스는 스패닝 트리에서 포트를 이미 제거했습니다.
이러한 메시지는 일반적으로 %PAGP-5-PORTFROMSTP 메시지와 함께 제공됩니다.이 메시지는 디버깅용입니다.메시지는 스위치에 문제가 있음을 나타내지 않으며 스위칭 성능에 영향을 미치지 않습니다.또한 기본 SPANTREE 기능 로깅 컨피그레이션을 변경하지 않는 한 이러한 메시지는 기록되지 않습니다.SPANTREE의 기본 로깅 레벨은 2입니다.
경우에 따라 이러한 메시지의 수가 너무 많습니다.예를 들어 이러한 메시지는 스위치 콘솔을 플러딩할 수 있습니다.메시지가 너무 많을 경우 소프트웨어 릴리스 트레인의 최신 유지 보수 릴리스로 스위치 소프트웨어를 업그레이드하는 것이 좋습니다.대부분의 경우 이후 소프트웨어 릴리스에서는 이러한 메시지를 표시하지 않습니다.
%SYS-1-CFG_RESTORE:[chars] 블록이 백업에서 복원되었습니다.
문제
스위치는 %SYS-1-CFG_RESTORE syslog 메시지를 생성합니다.
설명
다음 예에서는 스위치에서 이 오류 메시지가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.
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_OVERPWRITING:시스템이 전원 공급 장치 등급보다 더 많은 전력을 공급합니다.
문제
이 스위치는 정기 %SYS-1-SYS_OVERWRITING syslog 메시지를 생성합니다.
설명
다음 예에서는 스위치에서 이 오류가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.
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
이 메시지는 시스템이 전원 공급 장치 등급보다 더 많은 전력을 소비함을 나타냅니다.전원 관리 LED가 빨간색으로 켜집니다.이 상태는 시스템이 완전히 구성되고 Supervisor Engines가 같지 않은 전력을 소모하는 경우에만 발생합니다.
해결 방법은 전원 공급 장치를 재장착한 다음 Supervisor Engine 소프트웨어를 하드웨어를 지원하는 버전으로 업그레이드하는 것입니다.Cisco Catalyst 6500 Series Switches 릴리스 노트의 Supported Hardware 섹션에서 관련 릴리스를 참조하십시오.
%SYS-1-MOD_DCPWRMISMATCH:Module [num] DC 전원 오류가 폴링 중에 감지되었습니다.
문제
이 스위치는 syslog 메시지를 폴링하는 동안 탐지된 주기적인 %SYS-1-MOD_DCPWRMISMATCH:Module[num]DC 전원 오류를 생성합니다.
설명
다음 예에서는 스위치에서 이 오류가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.
%SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling
이 메시지는 다음 문제 때문에 발생합니다.
-
라인 카드가 섀시에 제대로 장착되지 않았습니다.
라인 카드를 재장착합니다.
-
섀시 슬롯에 결함이 있습니다.
구부러진 핀이 있는지 확인합니다.다른 슬롯에서 라인 카드를 테스트합니다.
-
라인 카드에 결함이 있습니다.
%SYS-1-MOD_SEQMISMATCH:모듈에서 버스 시퀀스 불일치가 발생했습니다.
문제
이중화 Supervisor Engines(MSFC[Multilayer Switch Feature Card] 및 PFC[Policy Feature Card])가 있는 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)
수퍼바이저와 라인 카드 간에 통신하는 SCP(Switch-Module Configuration Protocol) 버스에 오류가 있습니다.수퍼바이저는 라인 카드에 하트비트를 전송하고 이러한 라인 카드는 수퍼바이저에게 적절하게 응답하지 않습니다.
이러한 오류 메시지는 다음 이유 중 하나로 인해 발생할 수 있습니다.
-
수퍼바이저 엔진 사용량이 너무 많습니다.
-
STP(Spanning Tree Protocol) 루프
-
ACL 및 QoS 폴리서는 인밴드 통신 채널을 통해 트래픽을 조절하거나 삭제합니다.
-
포트 ASIC 동기화 문제 또는 스위치 패브릭 모듈 문제
-
하드웨어 오류 또는 모듈이 잘못 장착됨
경우에 따라 이러한 메시지는 라인 카드에서도 관찰됩니다.WS-X6348-RJ45 및 WS-X6516-GBIC.
이 메시지는 영향을 받지 않으며 무시할 수 있습니다.이를 해결하려면 모듈을 물리적으로 재장착하고 단단히 다시 장착합니다.라인 카드는 운영 중 교체 가능하므로 원래 위치와 동일한 슬롯을 사용하여 모든 포트가 Supervisor 구성과 일치하도록 할 수 있습니다.
%SYS-3-EOBC_CHANNELREINIT
문제
스위치에서 %SYS-3-EOBC_CHANNELREINIT syslog 메시지를 생성합니다.
설명
다음 예에서는 이 오류가 발생할 때 표시되는 syslog 출력을 보여 줍니다.
-
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(Application-Specific Integrated Circuit)에서 EOBC(Ethernet out-of-band channel) Transmit(Tx) 큐 스착 상태를 감지했습니다.
-
스위치를 재설정하지 않고 ASIC가 다시 초기화되었습니다.
참고: EOBC 버퍼가 잘못된 카드가 있는 경우에도 메시지가 나타날 수 있습니다.
EOBC는 수퍼바이저와 라인 카드가 백플레인을 통해 통신하는 데 사용하는 100Mbps 반이중 연결입니다.반이중이므로 통신 채널에서 충돌이 발생할 것으로 예상됩니다.이러한 메시지는 자체 복구 프로세스의 일부이므로 때때로 보고되는 것은 정상입니다.
데이터 트래픽은 계속 스위치를 통해 이동합니다.이 메시지는 정보 제공용이므로 조치가 필요하지 않습니다.이후 소프트웨어 릴리스에는 심각도가 오류 심각도와 일치하도록 메시지의 심각도 수준이 변경됩니다.이 메시지가 자주 표시되는 경우 제어 트래픽 삭제 가능성이 더 높아질 수 있으며, 이는 문제가 될 수 있습니다.다시 초기화된 메시지가 닫기 간격으로 나타나면 Cisco 기술 지원에 추가 조사를 문의하십시오.
%SYS-3-SYS_MEMERR:[chars] while [chars] address 0x[hex]
문제
다음 오류 메시지는 syslog에 나타납니다.
-
%SYS-3-SYS_MEMERR:0x82175564 주소를 해제하는 동안 잘못된 매직 넘버입니다.
또는
-
%SYS-3-SYS_MEMORY:주소 0x80ea51a4를 할당하는 동안 프로세스 ID가 잘못되었습니다.
설명
이 오류 메시지는 메모리 관리가 메모리 손상을 감지했음을 나타냅니다.첫 번째 [chars]는 다음 구문 중 하나일 수 있습니다.
-
범위를 벗어남
-
잘못된 맞춤
-
블록이 사용 가능하지 않습니다.
-
뒤로 포인터 불일치
-
잘못된 매직 번호
-
후속 블록이 범위를 벗어났습니다.
-
후속 블록이 잘못 정렬됨
-
이전 블록이 범위를 벗어났습니다.
-
이전 블록이 잘못 정렬됨
-
잘못된 프로세스 ID
두 번째 [chars]는 다음 중 하나일 수 있습니다.
-
여유
-
할당
[hex] 필드는 해제하거나 할당할 블록 주소입니다.
%SYS-3-SYS_MEMERR 오류 메시지는 메모리 블록 액세스 중에 메모리 관리에서 정보가 손상된 것을 발견했음을 나타냅니다.이 문제는 가끔 발생하며 스위치에 나쁜 영향이 없습니다.이 오류가 짧은 시간 동안 여러 번 발생하는 경우 오류 메시지가 나타내는 블록 주소가 동일한지 확인합니다.블록 주소가 동일한 경우 메모리 칩의 특정 섹터가 잘못되어 교체해야 할 가능성이 있습니다.
SYS-3-SYS_LCPERR3:모듈 [12]:Coil [dec] 포트 [12] 포트 [12] 번([dec])이(가) 콜로 인해 막힘[dec](nox로 인한)
문제
SYS-3-SYS_LCPERR3:모듈 [12]:Coil [dec] 포트 [12] 포트 [12] 번([dec])이(가) 콜로 인해 막힘nox로 인해 [dec]) 오류 메시지가 syslog에 나타납니다.
설명
이 오류 메시지는 모듈이 포트 ASIC에 문제를 감지했으며 포트가 잠겼음을 나타냅니다.
이러한 오류 메시지는 하드웨어 문제를 나타내지 않습니다.이중 불일치나 긴 케이블로 인해 스위치가 늦게 충돌할 경우 처음 오류가 발생합니다.그러나 CatOS 7.2(2) 코드에 소프트웨어 버그가 있어 스위치가 증분 오류를 확인하지 못합니다.동일한 오류가 반복적으로 기록됩니다.이 문제에 대한 자세한 내용은 Cisco 버그 ID CSCdx79107 (등록된 고객만 해당)을 참조하십시오.CatOS 버전 7.3(1)에서 문제가 해결되었습니다.
생성된 syslog 오류는 다음과 유사합니다.
-
2005년 8월 02일 09:20:16 %SYS-3-SYS_LCPERR3:모듈 5:Coil 3 포트 1:3번(3번 통화 때문에)0이(nox로 인해)
-
2005년 8월 02일 10:10:45 %SYS-3-SYS_LCPERR3:모듈 5:Coil 3 포트 1:3번(3번 통화 때문에)0이(nox로 인해)
이 목록은 오류 메시지의 요소를 정의합니다.
-
모듈 [dec]은 오류를 보고하는 모듈입니다.
-
Coil [dec]은 오류를 보고하는 ASIC 수입니다.
-
[dec] 포트는 오류가 있는 ASIC 포트입니다.
-
stuck [dec]은 오류 기간입니다.
-
마지막 두 [dec]은 lcol 및 nox 카운트입니다.
이러한 syslog 오류 메시지를 끄려면 set errordetection portcounters disable mode 명령을 실행합니다.
또한 다음 문제 중 하나에 대한 포트 물리적 상태를 확인합니다.
-
이중 불일치
-
연결된 워크스테이션의 동기화되지 않은 NIC
-
오류 비활성화 조건
-
늦은 충돌
-
모든 링크 수준 오류
이러한 문제로 인한 문제를 해결하려면 다음 문서를 참조하십시오.
오류가 여러 번 발생하는 경우 Cisco 기술 지원에 문의하여 이 문제를 추가로 해결하십시오.
%SYS-3-SYS_LCPERR3:모듈 [dec]:Pinnacle #[dec], 잘못된 패킷 CRC 오류가 있는 프레임(PI_CI_S_PKTCRC_ERR - 0xC7) = [dec]
이 메시지는 모듈이 DBus에서 버스 ASIC에 의해 수신된 잘못된 패킷 CRC가 있는 프레임을 탐지했음을 나타냅니다.첫 번째 [dec]은 모듈 번호입니다.두 번째 [dec]은 오류를 보고하는 ASIC 번호입니다.세 번째 [dec]은 오류 수입니다.
잘못된 CRC 패킷은 데이터 버스를 통해 모든 포트에서 전송할 수 있습니다.가능한 원인은 라인 모듈이 잘못 장착되었거나 결함이 있는 것입니다.
유지 보수 기간 동안 스위치 문제를 해결할 수 있는 경우 수퍼바이저를 포함한 모든 모듈을 다시 장착하고 오류 메시지가 재발하는지 확인합니다.이 경우 모듈 중 불량 패킷의 루트인지 확인하고 모듈을 교체하기 위해 사용할 수 있는 두 가지 절차가 있습니다.
절차 1
진단 수준 사용:
-
전체 POST 분석을 위해 스위치를 구성합니다.
set test diaglevel complete -
수퍼바이저 엔진을 포함한 모든 모듈을 다시 장착합니다.
-
POST 분석 결과를 가져옵니다.
show test all -
show test all 명령의 출력을 보려면 Cisco 기술 담당자에게 문의하십시오.
절차 2
Pinnacle ASIC 카운터를 사용합니다.
-
한 번에 하나의 모듈을 제거합니다.
-
이 명령을 사용하고 카운터 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. -
오류가 발생하지 않을 때까지 1단계와 2단계를 반복합니다.결함이 있는 모듈을 교체하려면 Cisco 기술 담당자에게 문의하십시오.
%SYS-4-SUPERVISOR_ERR:
문제
다음 오류 메시지는 syslog에 나타납니다.
%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분마다 syslog에 기록됩니다.
스위치 측에는 아무런 영향이 없습니다.스위치 측에서 불량 패킷을 삭제하는데, 수신 디바이스가 결과적으로 삭제되었을 것입니다.유일한 문제는 악성 패킷을 전송하는 디바이스가 있다는 것입니다.NIC 드라이버, NIC 드라이버 버그 또는 잘못된 애플리케이션이 원인일 수 있습니다.Supervisor Engine은 불량 패킷을 전송하는 디바이스의 소스 IP 주소를 추적하지 않습니다.이러한 디바이스를 탐지하는 유일한 방법은 소스 주소를 추적하기 위해 스니퍼를 사용하는 것입니다.
이 메시지는 스위치의 정보 메시지와 경고에 불과합니다.이러한 오류 메시지를 비활성화하려면 스위치에서 set errordetection portcounters disable 명령을 실행합니다.
%SYS-4-P2_WARN:멀티캐스트 소스 주소에서 보낸 1/유효하지 않은 트래픽
문제
스위치는 멀티캐스트 소스 주소 메시지에서 Invalid 트래픽을 생성합니다.
설명
다음 예에서는 이 오류가 발생할 때 표시되는 syslog 출력을 보여 줍니다.
SYS-4-P2_WARN: 1/Invalid traffic from multicast source address
이 멀티캐스트 소스 주소 syslog 메시지는 스위치가 멀티캐스트 MAC 주소가 있는 패킷을 소스 MAC로 수신할 때 생성됩니다.프레임에 대한 소스 MAC로 브로드캐스트 또는 멀티캐스트 MAC 주소를 사용하는 것은 표준 준수 동작이 아닙니다.그러나 스위치는 멀티캐스트 MAC 주소에서 소싱된 트래픽을 여전히 전달합니다.syslog 메시지는 프레임의 소스 MAC 필드에 있는 멀티캐스트 MAC 주소와 트래픽을 수신한 포트를 나타냅니다.해결 방법은 멀티캐스트 소스 MAC 주소로 프레임을 생성하는 엔드 스테이션을 식별하는 것입니다.일반적으로 다음 디바이스 중 하나가 이러한 프레임을 전송합니다.
-
트래픽 생성기(예: Spient SmartBits)
-
로드 밸런싱 방화벽 또는 서버 제품과 같은 멀티캐스트 MAC 주소를 공유하는 서드파티 디바이스
해결 방법
이 오류는 성능 문제를 일으키지 않습니다.오류 메시지를 방지하려면 메시지 로그를 비활성화합니다.또 다른 해결 방법은 멀티캐스트 소스 MAC 주소로 프레임을 생성하는 디바이스를 추적하는 것입니다.그런 다음 스니퍼 또는 SPAN 컨피그레이션을 사용하여 디바이스를 찾고 컨피그레이션을 확인합니다.
%SYS-4-PORT_ERR:포트 15/1 rxTotalDrops
문제
다음 오류 메시지는 syslog에 나타납니다.
-
%SYS-4-PORT_ERR:포트 16/1 rxTotalDrops(7426859)
또는
-
%SYS-4-PORT_ERR:포트 15/1 rxTotalDrops(2563127)
설명
이 섹션의 예에서 ERRORDETECTION PORTCOUNTERS는 활성화되었으며 포트 1/1에서 Rx(Rx) 오류가 발생합니다. 그러나 syslog(SYS-4-PORT_ERR) 메시지는 rxTotalDrops를 1/1 대신 15/1에 보고합니다.
참고: ERRORDETECTION PORTCOUNTERS는 기본적으로 비활성화되어 있습니다.
일부 설치에서는 소프트웨어가 이 기능을 활성화하며 업그레이드 후에도 계속 활성화되어 있습니다.이 문제는 6.3(1)에서 새 설치를 위해 해결되었습니다.이 메시지가 표시되면 syslog에서 보고하는 포트(15/1 또는 16/1)가 아닌 첫 번째 업링크 포트(1/1 또는 2/1)를 확인합니다. show counters 명령 출력에는 발생한 오류가 표시됩니다.오류를 보고하는 유일한 오류 카운터가 rxTotalDrops인 경우 발생하는 삭제는 CBL(Color Blocking Logic)이 삭제될 가능성이 높습니다.스패닝 트리가 해당 포트의 VLAN에 대해 차단되는 경우 이러한 삭제를 예상합니다.CBL 삭제는 해당 트렁크에서 차단된 VLAN에 대해 트렁크에서 수신된 패킷입니다.예를 들어, 차단된 포트에서 브로드캐스트, 멀티캐스트 또는 알 수 없는 유니캐스트를 계속 수신할 수 있습니다.
오류를 보고하는 다른 오류 카운터가 있는 경우 원인을 더 조사해야 합니다.
해결 방법은 ERRORDETECTION PORTCOUNTERS를 비활성화하는 것입니다.set errordetection portcounters disable 명령을 실행합니다.
%SYS-4-MODHPRESET:
문제
스위치는 WS-X6608 라인 카드에 대한 스위치 콘솔 및 syslog에 이 오류 메시지를 보고합니다.
2002 Aug 26 09:22:58 %SYS-4-MODHPRESET: Host process (860) 3/5 got reset asynchronously
설명
WS-X6608 모듈의 활성 T1 또는 E1 포트는 무작위로 드물게 재설정됩니다.이렇게 재설정하면 PSTN(Public Switched Telephone Network)에 대한 모든 활성 통화가 삭제됩니다. 구성되지 않았지만 Cisco CallManager에 연결을 시도하여 계속 재설정되는 포트입니다.이러한 재설정 메시지는 활성 게이트웨이 포트와 겹칠 수 있으며 원치 않는 재설정이 발생할 수 있습니다.8개 포트 모두 프로세서를 공유하므로 중복 및 재설정이 가능합니다.이 시스템 메시지는 구성한 경우 콘솔 화면 및 syslog에 계속 나타납니다.이 블레이드에는 이 동작이 필요합니다.이 동작은 시스템 성능에 영향을 주지 않습니다.
해결 방법은 사용하지 않는 포트를 비활성화하는 것입니다.set port disable mod/port 명령을 실행합니다.Cisco CallManager 데이터베이스에 모든 포트를 추가합니다.이러한 포트를 게이트웨이, MTP(Media Termination Point) 또는 하드웨어 컨퍼런스 브리지로 구성할 수 있습니다.
%SYS-4-NVLOG:SYNDIAGS:버스 ASIC 동기화 오류
문제
syslog는 다음 오류 메시지를 로그에 보고합니다.
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_GBICBADEPROM:/ %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
설명
WS-X6408-GBIC 카드와 함께 GBIC 모듈 WS-G5484, WS-G5486 및 WS-G5487을 사용하는 경우, 문제가 없지만 소프트웨어 로그에 오류 메시지가 나타납니다.동일한 GBIC를 다른 모듈이나 수퍼바이저 엔진에 연결하면 GBIC에 유효한 Cisco GBIC Supervisor Engine EEPROM(SEPROM)이 있는 한 오류가 나타나지 않을 수 있습니다. 이 오류 메시지는 시각적으로만 표시됩니다.이 메시지는 모듈 또는 GBIC를 통과하는 트래픽에 영향을 주지 않습니다.
이 문제는 코스메틱 소프트웨어 문제에만 해당됩니다.하드웨어를 교체하지 마십시오.Cisco GBIC에서 SEPROM을 사용할 수 있는 경우 다음과 같은 Catalyst 소프트웨어 릴리스에서 이 문제를 해결했습니다.
-
CatOS 5.5(5) 이상
-
CatOS 6.2(3) 이상
GBIC에 Cisco SEEPROM이 없는 경우 CatOS 소프트웨어를 업그레이드해도 오류 메시지가 수정되지 않습니다.이 경우, 오류가 발생하면 이전 Cisco GBIC 또는 인증되지 않은 비 Cisco GBIC이 제자리에 있음을 나타냅니다.지원 계약 또는 워런티에 따라 인증된 Cisco GBIC만 교체할 수 있습니다.GBIC 케이스 상단에 있는 라벨을 참조하여 GBIC가 인증된 Cisco GBIC인지 확인합니다.다음 항목을 찾습니다.
-
Cisco 로고
-
30으로 시작하는 Cisco 부품 번호
-
GBIC 벤더 이름
자세한 내용은 필드 알림:G5484, G5486, G5487 GBIC는 잘못된 EPROM 오류를 생성합니다.
SYS-4-SYS_LCPERR4:모듈 [12]:Pinnacle #[dec] PB 패리티 오류
문제
콘솔 또는 syslog는 다음 오류 메시지를 보고합니다.
%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 번호입니다.오류가 단일 모듈로 제한된 경우 모듈을 다시 장착하고 전원을 껐다가 다시 켜십시오.이 오류 메시지가 자주 표시되면 Cisco 기술 지원에 추가 지원을 요청하십시오.
%SYS-5-SYS_LCPERR5:모듈
문제
콘솔 또는 syslog는 다음 오류 메시지를 보고합니다.
%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에 표시되지 않습니다.
-
한 포트에 고정되어 있지만 12개의 포트 그룹에는 고정되지 않았습니다.
-
show mac mod/port 명령을 2초 간격으로 두 번 실행하여 전송이 중단되었는지 확인합니다.
각 명령의 문제 사이에 트래픽을 보내십시오.전송 카운터가 증가했는지 확인합니다.숫자가 증가했다는 것을 알 수 있다면 전송은 고정되지 않습니다.
-
포트를 비활성화/활성화하고 복구 여부를 확인합니다.
-
모듈을 소프트로 재설정하려면 reset mod_number 명령을 실행합니다.
모듈이 복구되는지 확인합니다.
-
설정 모듈 전원 {up을 실행합니다. | down} mod_number 명령을 사용하여 모듈을 하드 재설정합니다.
모듈이 복구되는지 확인합니다.
다음 항목이 모두 참인 경우 소프트웨어 문제가 발생할 수 있습니다.
-
포트를 비활성화/활성화하고 모듈을 소프트 리셋 또는 하드 리셋하면 카드가 온라인 상태가 됩니다.
-
모든 포트가 show test 명령 출력의 진단을 통과합니다.
-
트래픽은 문제 없이 통과하기 시작합니다.
이 모든 항목이 참인 경우 Cisco 버그 ID CSCdu03935 를 참조하십시오(등록된 고객만 해당). 이 문제는 버전 5.5(18), 6.3(10), 7.4(3) 이상에서 해결되었습니다.
경우에 따라 %SYS-5-SYS_LCPERR5:Module 9가 표시됩니다.Coil Pinnacle Header Checksum Error - 포트 37 오류 메시지 및 다음 메시지 중 하나 이상:
-
코일 MDTIF 상태 시스템 오류
-
코일 Mdtif 패킷 CRC 오류
-
코일 Pb Rx 언더플로 오류
-
코일 Pb Rx 패리티 오류
다음 메시지가 표시되면 해당 항목의 일부 또는 전체가 참인지 확인합니다.
-
모듈을 소프트 리셋 또는 하드 리셋한 후에도 온라인 상태가 되지 않습니다.
-
모듈이 온라인 상태가 되지만 show test 명령 출력에서 12개 포트 그룹이 진단에 실패했습니다.
-
모듈은 부팅할 때 다른 상태로 고정됩니다.
-
모듈의 모든 포트 LED가 황색으로 바뀝니다.
-
show port mod_number 명령을 실행하면 모든 포트가 errdisable 상태입니다.
이 목록에서 문제가 발생하면 하드웨어 문제가 발생할 수 있습니다.카드를 교체하셔야 합니다
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:NVRAM 블록 [#] 변환할 수 없음
문제
이 스위치는 periodic convert_post_SAC_CiscoMIB를 생성합니다.syslog 메시지.
설명
다음 예에서는 이 메시지가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.
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 코드 버전을 업그레이드하거나 다운그레이드할 때 자주 나타납니다.또 다른 스위치에서 생성하는 스위치 구성을 로드하거나 다른 버전의 코드에서 스위치 구성을 사용하는 경우에도 메시지가 발생할 수 있습니다.스탠바이 수퍼바이저 엔진에 대한 장애 조치에서는 이러한 메시지를 생성할 수도 있습니다.
코드의 여러 버전에는 NVRAM에서 저장하는 변수가 포함되어 있습니다.스위치가 처음 CatOS의 이후 또는 이전 버전으로 부팅될 때 스위치는 이전 컨피그레이션을 현재 부트 이미지에서 사용할 수 있는 버전으로 변환합니다.이 프로세스 중에 현재 형식에서 사용할 필요가 없거나 사용할 수 없는 특정 메모리 블록이 변환되지 않고 할당 해제됩니다.이 내부 함수는 오류 메시지를 생성합니다.
이 메시지는 일반적으로 정보 제공용입니다.모든 컨피그레이션 정보의 올바른 변환을 확인하려면 이전 컨피그레이션을 현재 컨피그레이션과 비교합니다.
코드 업그레이드, 컨피그레이션 변경 또는 Supervisor Engine 장애 조치가 발생하지 않은 경우 이러한 메시지가 표시되면 Cisco 기술 지원을 통해 서비스 요청을 생성합니다.
%SYS-6-CFG_CHG:SecurityRx에 의해 [dec] 블록이 변경됨
문제
이 스위치는 SecurityRx syslog 메시지에 의해 변경된 주기적인 %SYS-6-CFG_CHG:Module [dec] 블록을 생성합니다.
설명
다음 예에서는 스위치에서 이 오류가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.
%SYS-6-CFG_CHG:Module 3 block changed by SecurityRx %SYS-6-CFG_CHG:Module 4 block changed by SecurityRx
이 메시지는 컨피그레이션 블록이 수정되었음을 나타냅니다.이러한 메시지는 스위치에 포트 보안이 구성되고 에이징이 활성화된 경우에 필요합니다.PSecure MAC은 포트 보안 프로세스에서 학습된 MAC 주소이며 포트를 보호하기 위해 고정 항목으로 CAM 테이블에 추가됩니다.포트 보안 컨피그레이션에서 에이징 시간이 있을 경우 CAM 테이블 및 NVRAM(PSecure MAC이 저장된 MAC)에서 에이징 타임에 MAC 주소가 제거됩니다.이 에이징 이후 포트에서 수신되는 다음 패킷은 PSecure MAC 주소를 사용하여 CAM 및 NVRAM의 재생성에 도움이 됩니다.
InbandPingProcessFailure:Module x not responding over inband
문제
이러한 오류 메시지는 show log 명령 출력에 나타납니다.
InbandPingProcessFailure:Module 2 not responding over inband InbandPingProcessFailure:Module 2 not responding over inband
설명
이 메시지는 모듈이 대역 내 통신 채널을 통해 Supervisor Engine 요청에 응답하지 않음을 나타냅니다.다음 중 한 가지 발생 시 오류가 발생할 수 있습니다.
-
Supervisor Engine이 과도하게 사용 중입니다.
-
STP(Spanning Tree Protocol) 루프가 있습니다.
-
ACL 및 QoS 폴리서는 대역 내 통신 채널을 통해 트래픽을 조절하거나 삭제합니다.
-
포트 ASIC 동기화 문제가 있습니다.
-
스위치 패브릭 모듈 문제가 있습니다.
수퍼바이저 엔진은 10초마다 특수 ping을 통해 MSFC(Multilayer Switch Feature Card)를 폴링합니다.그런 다음 MSFC가 세 번의 연속 ping에 응답하지 못할 경우 수퍼바이저 엔진이 MSFC를 재설정합니다.또한 CatOS 버전 6.2 이상에서는 액티브 및 스탠바이 Supervisor Engine이 인밴드 채널을 통해 서로 폴링하고 스위치가 스탠바이 Supervisor Engine으로 장애 조치됩니다.
참고: 최근에 버전 6.3(10), 7.4(2) 또는 7.4(3)로 마이그레이션한 경우 show log 명령 또는 show tech-support 명령을 실행하고 InbandPing 실패 메시지가 로그에 있는 경우 스위치를 재설정할 수 있습니다.해결 방법은 show log 명령을 실행하기 전에 clear log 명령을 실행하는 것입니다.Cisco 버그 ID CSCdz32730 (등록된 고객만 해당)은 이 주의 사항을 식별합니다.이 문제는 버전 6.4(1), 7.5(1) 이상에서 해결되었습니다.
일반적으로 이러한 메시지는 실패한 포트 ASIC 또는 백플레인에 대한 신뢰할 수 없는 연결에서 발생합니다.다음 단계를 완료하십시오.
-
메시지가 참조하는 모듈을 제거합니다.
-
모듈을 슬롯에 단단히 재장착합니다.
완전한 진단 모드가 활성화되었는지 확인하기 위해 set test diaglevel complete 명령을 실행합니다.
show log mod_number 명령 및 show test mod_number 명령을 실행하여 실패한 테스트를 찾습니다.
-
2단계에서 문제가 해결되지 않으면 Cisco 기술 지원을 통해 서비스 요청을 생성합니다.
필요한 정보를 제공하려면 다음 단계를 완료하십시오.
-
CatOS에서 적절한 show 명령의 출력을 캡처합니다.
-
참조된 모듈이 MSFC가 아닌 경우 다음 명령의 출력을 캡처합니다.
-
기술 지원 표시
-
로그 표시
-
show logging buffer 1024
-
show test mod_number
참고: 각 라인 카드에 대해 이 명령을 한 번 실행합니다.
-
show scp mod mod_number
참고: 각 라인 카드에 대해 이 명령을 한 번 실행합니다.
-
표시 모드
-
-
참조된 모듈이 MSFC인 경우 다음 명령의 출력을 캡처합니다.
-
대역 내 표시
-
테스트 0 표시
-
scp 통계 표시
-
show scp 실패
-
show scp mod
-
scp 프로세스 표시
참고: show scp 명령은 숨겨집니다.
-
또한 bootflash에서 crashinfo 파일을 확인합니다.show bootflash를 실행합니다.명령을 사용합니다.
-
-
문제가 발생하는 시기와 빈도를 결정합니다.
인밴드(in-band) 연결이 혼잡할 때 문제가 발생합니까?대역 내 혼잡을 테스트하려면 Supervisor Engine의 sc0 인터페이스와 MSFC의 VLAN 인터페이스 간에 ping 테스트를 수행합니다.Catalyst에서 CatOS 시스템 소프트웨어를 실행하는 경우 다음 단계를 수행합니다.
-
Supervisor Engine CLI(Command-Line Interface)에서 show inband 명령의 출력을 캡처합니다.
-
MSFC에 대한 별도의 텔넷 세션을 직접 열고 VLAN 인터페이스에서 sc0 인터페이스로 ping합니다.
-
Supervisor Engine CLI의 show inband 명령에서 출력을 다시 캡처합니다.
-
여러 ping이 실패하거나 시간 초과되면 set span sc0 mod/port both inpkts disable 명령을 실행합니다.
이 명령은 sc0 인터페이스에 대한 SPAN 세션을 구성합니다.스니퍼 또는 유사한 소프트웨어를 시작한 후 sc0과 VLAN 인터페이스 간에 확장 ping 테스트를 수행합니다.
-
-
sc0이 특수한 관리 VLAN에 할당되었는지, 특히 브로드캐스트와 멀티캐스트가 많은 VLAN에 할당되었는지 확인합니다.
-
show errordetection inband 명령의 출력을 모니터링합니다.
set errordetection 명령을 사용하면 스위치를 모니터링할 수 있습니다.오류를 탐지할 때 syslog 메시지는 심각한 성능 저하가 발생하기 전에 문제가 있음을 알려줍니다.show errordetection inband 명령은 대역 내 장애 발생, 리소스 오류 또는 부팅 중 대역 내 장애 등의 유형을 표시합니다.
-
모듈에 대한 기능 인덱스 집합이 잘못되었습니다.
문제
Catalyst 6500/6000 시리즈 스위치에 새 스위칭 모듈을 설치할 때 모듈에 대한 Invalid feature index set 오류 메시지가 표시됩니다.
설명
다음 예에서는 이 오류가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.
%SYS-5-MOD_INSERT:Module 4 has been inserted Invalid feature index set for module 4
Supervisor Engine에서 현재 실행되는 소프트웨어 이미지 버전이 삽입한 하드웨어 조각을 지원하지 않을 경우 모듈 오류에 대한 잘못된 기능 인덱스 집합이 발생합니다.
이 섹션의 예에서는 소프트웨어 릴리스 5.3(2)CSX를 실행하는 Catalyst 6000 스위치에 48포트 10/100Mbps 스위칭 모듈(WS-X6348-RJ-45)을 삽입했습니다.WS-X6348-RJ-45 모듈에 필요한 최소 소프트웨어 릴리스는 5.4(2)입니다.
해결 방법은 Supervisor Engine 소프트웨어를 하드웨어를 지원하는 버전으로 업그레이드하는 것입니다.각 모듈의 최소 소프트웨어 버전 목록은 Catalyst 6000/6500 Software Release 5.x용 릴리스 정보를 참조하십시오.
피너클 동기화 실패
문제
부팅 시 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 Engines와 섀시 백플레인의 모든 스위칭 모듈을 단단히 장착했습니다.
-
모듈의 왼쪽과 오른쪽에 있는 분리기 레버를 완전히 잡았습니다.모듈의 전면 패널에 있는 레버를 완전히 눌러야 합니다.
-
모듈의 왼쪽과 오른쪽 측면에 있는 나사를 카드 케이지에 조이고 나사를 조였습니다.
섀시에 있는 모든 모듈을 올바르게 연결했는지 확인한 후 섀시를 켜십시오.
Pinnacle Synch Failed 메시지가 계속 표시되면 모듈 중 하나에 하드웨어 문제가 있을 수 있습니다.
스위치를 끄고 모든 스위칭 모듈을 분리합니다.섀시에서 Supervisor Engine만 사용하여 스위치를 켜십시오.한 번에 하나의 모듈을 추가하고 문제 모듈을 식별할 때까지 프로세스를 반복합니다.
RxSBIF_SEQ_NUM_ERROR:slot=x
문제
다음 오류 메시지는 syslog에 나타납니다.
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은 첫 번째 프레임의 결과를 얻기 전에 버스에 여러 프레임을 전환할 수 있습니다.각 프레임에는 시퀀스 번호가 포함된 내부 버스 헤더 앞에 추가됩니다.스위치는 이 번호를 사용하여 전달 결정을 기다리는 여러 프레임을 추적합니다.모든 라인 카드와 수퍼바이저 엔진은 현재 및 다음 시퀀스 번호에 대한 일반적인 이해가 있어야 합니다.이러한 이해는 매우 중요합니다.
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 hidden 명령에서 출력을 캡처합니다.Cisco Technical Support를 통해 서비스 요청을 생성하고 이 정보를 제공합니다.
-
알려진 문제 - Catalyst 6500/6000 시스템이 CatOS 시스템 소프트웨어 이미지 릴리스 6.1(1b)과 함께 로드되면 Supervisor Engine 2에서 동기화 오류 메시지가 발생할 수 있습니다. 필드 알림:자세한 내용은 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]
이 오류 메시지는 전달 테이블에서 패리티 오류가 감지되었음을 나타냅니다.오류 메시지는 메모리의 오류 위치(첫 번째 [16진수])와 해당 위치의 데이터(두 번째 [16진수])를 나타냅니다.
설명
이 오류 메시지의 가능한 원인은 라인 카드가 제대로 삽입되지 않고 해당 슬롯에서 다른 유형의 라인 카드를 교체하는 경우입니다.
다음 단계를 완료하여 문제를 해결합니다.
-
스위치에서 모듈을 제거합니다.
-
후면판 핀을 검사하고 모듈을 다시 삽입합니다.
-
문제가 계속되면 Cisco 기술 담당자에게 문의하십시오.
문제를 방지하려면 모듈을 제거하기 전에 module clear-config 명령을 실행합니다.이 명령은 모듈이 섀시에서 제거되면 모듈에 속한 컨피그레이션을 자동으로 제거합니다.자세한 내용은 모듈을 제거한 후에도 show run 명령은 Cisco IOS 시스템 소프트웨어를 실행하는 Catalyst 6500/6000 Series 스위치의 하드웨어 문제 해결 및 일반적인 문제의 제거된 모듈 인터페이스 섹션에 대한 정보를 참조하십시오.
참고: 이 명령은 슬롯에서 이미 제거된 모듈의 컨피그레이션을 지우지 않습니다.
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 스택이 있는 제한된 수의 프로세스(예: Console, snmpdm, VtpRx, THREAD, telnet145)만 허용합니다. 유형 2 스택의 최대 프로세스 수는 13입니다. 텔넷 또는 SSH(Secure Shell)는 유형 2 스택이 필요한 프로세스 중 하나입니다.모든 유형 2 스택을 사용하면 텔넷을 통해 연결을 시도하면 이 오류 메시지가 나타납니다.
이 문제는 이전 텔넷 또는 SSH 세션이 스위치에서 시간 초과되지 않았거나 프로세스를 사용하기 때문에 발생했을 수 있습니다.
이 문제를 해결하려면 show users 명령을 실행하여 스위치에 대해 열린 텔넷 세션 수를 확인합니다.disconnect ip_address 명령을 사용하여 원격 디바이스에서 연 텔넷 세션을 분리합니다.
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(Color Blocking Logic)은 트렁크의 VLAN 태깅을 참조합니다.트렁크에서 정리된 VLAN의 트래픽이 삭제됩니다.이 상태는 트렁크의 한 쪽이 스패닝 트리 전달 상태에서 더 많은 수의 VLAN을 가질 때 발생합니다.
PI_CI_S_CBL_DROP_REG 카운터는 모든 모드에서 증가될 수 있습니다.포트가 STP 모드를 전송하면 액세스 포트에서 적중 횟수가 표시됩니다.포트(기본값)에 협상이 있을 경우 이는 스위치의 정상적인 동작 또는 기능으로도 볼 수 있습니다.
이 카운터는 CBIC(Supplemental Roperious Integrated Circuit) 블록에서 CBL 조회로 인해 삭제된 패킷을 계산합니다.스위치는 일부 VLAN에 대해 특정 포트에서 패킷을 전송하려고 하며, CBL 로직에서는 포트가 차단/비활성화/학습 중이라고 말합니다.이러한 패킷은 패킷 버퍼를 사용하기 전에 CBIC 논리에서 삭제되므로 큰 문제는 아닙니다.포트를 비활성화/활성화하여 카운터가 지워지는지 확인할 수 있습니다.
피드백