Dit document bevat een korte uitleg van gebruikelijke syslogans en foutmeldingen die u ziet op Catalyst 6500/6000 Series-switches die Catalyst OS (CatOS)-software uitvoeren.
Gebruik het Error Message Decoder Tool (alleen geregistreerde klanten) als u een foutmelding hebt die niet in dit document voorkomt. Dit gereedschap geeft de betekenis van foutmeldingen die de software van Cisco IOS en CatOS genereren.
N.B.: De exacte indeling van de signalering en de foutmeldingen die in dit document worden beschreven, kunnen enigszins afwijken. De variatie hangt af van de softwarerelease die u op de schakelaar Supervisor Engine gebruikt.
Opmerking: Cisco raadt deze minimale logconfiguratie aan op de Catalyst 6500/6000 Series-switches:
Geef de ingestelde tijd opdracht uit om de datum en de tijd op de schakelaar in te stellen. Of stel de schakelaar in om het Network Time Protocol (NTP) te gebruiken om de datum en de tijd van een NTP-server te verkrijgen.
Zorg ervoor dat de houtkap en de houtkaptijdstempels worden geactiveerd, wat de standaard is.
Configureer de schakelaar om aan een syslogserver te loggen, indien mogelijk.
Er zijn geen specifieke vereisten van toepassing op dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De berichten in deze sectie zijn gemeenschappelijke foutmeldingen die u ziet op Catalyst 6500/6000 Series switches die CatOS uitvoeren.
De switch genereert frequent %CDP-4-NVLAN MISMATCH syslog-berichten.
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze foutmelding op de switch voorkomt:
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
De switch genereert dit bericht wanneer de switchpoort fysiek is verbonden met een andere switch of router. Dit bericht verschijnt op de switch omdat het geconfigureerd native VLAN op de poort anders is dan het native VLAN op de verbindingsschakelaar/routerpoort.
Een boomstampoort die u met het taggen van IEEE 802.1Q hebt ingesteld, kan zowel gelabeld als niet-gelabeld verkeer ontvangen. Standaard zal de schakelaar ontagged verkeer naar het oorspronkelijke VLAN doorsturen dat voor de poort is ingesteld. Als een pakket een VLAN ID heeft dat hetzelfde is als de uitgaande poort van VLAN-id, geeft de switch het pakket zonder tag door. Anders geeft de switch het pakje door met een tag.
Zorg ervoor dat het native VLAN voor een 802.1Q stam aan beide uiteinden van de boomstam verbinding hetzelfde is. Als het inheemse VLAN op één eind van de boomstam van het inheemse VLAN aan het andere eind verschillend is, kan het verkeer van de autochtone VLANs aan beide kanten niet correct op de boomstam overbrengen. Dit probleem kan een aantal aansluitingsproblemen in uw netwerk opleveren.
Geef de mod/port opdracht van de show uit om het inheemse VLAN te verifiëren dat op uw schakelaar wordt gevormd. In deze opdracht is mod/poort de boomstampoort. Hier is voorbeelduitvoer:
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)
Geef de ingestelde vlan vlan_id mod/port opdracht uit om het inheemse VLAN te veranderen dat op de boompoort is geconfigureerd. In deze opdracht is mod/poort de boomstampoort.
Opmerking: De syslogfoutmelding "%CDP-4-NATIVE_VLAN_MISMATCH" is een indicatie van een native VLAN-mismatch in Catalyst-switches die Cisco IOS-software uitvoeren.
Opmerking: Als de switches zijn aangesloten op het gebruik van de niet-stam poorten, zorg er dan voor dat u de poorten instelt op hetzelfde VLAN. Als de poorten niet hetzelfde VLAN hebben, krijgt u de foutmelding %CDP-4-NVLAN MISMATCH: Native VLAN-mismatch gedetecteerd op poort [port num].
De schakelaar genereert DTP-1-ILGLCFG: Illegale configuratie (op, isl-op, dot1q) op fouten in poort [mod/poort].
Dit bericht kan voorkomen als u beide kanten van de romp aan op hebt ingesteld, maar de insluitingstypen (isl, dot1q) komen niet overeen. Als je de boomstammodi op wenselijk hebt ingesteld, komt de romp niet op door deze misconfiguratie. Controleer de uitvoer van het bevel van de toonstam op beide eindpunten om oplossing te vinden. Zorg ervoor dat de insluitingstypen hetzelfde zijn.
De switch genereert periodieke %IP-3-UDP_SOCKOVFL: syslogberichten met UDP-socket.
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze fout optreedt:
Opmerking: Het socket nummer van User Datagram Protocol (UDP) dat is weergegeven, kan variëren of consistent hetzelfde zijn.
%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
De switch genereert dit syslogbericht wanneer de buffer die op inkomende pakketten op het gespecificeerde socket is toegewezen (de UDP-doelpoort) vol is. Deze buffer is vol omdat het verkeersvolume dat voor het socket is bestemd te hoog is. Deze voorwaarde kan bijvoorbeeld gebeuren wanneer een netwerkbeheerstation een groot aantal vragen van Simple Network Management Protocol (SNMP) stuurt. Wanneer UDP-overflow optreedt, probeer dan het aantal SNMP-vragen te beperken. Om het aantal vragen te verminderen, vergroot u het steminterval op het netwerkbeheerstation of reduceert u het aantal MIB objecten dat het netwerk beheerstation opiniepeilt.
In het voorbeeld in deze sectie, ontving de schakelaar een excessief aantal pakketten die voor het schakelaar IP adres (of het uitzending adres) bestemd waren met bestemming UDP socket 2353. Omdat de invoerbuffer voor dit socket op de schakelaar vol is, genereert de schakelaar een syslig bericht. Geef de opdracht vertoon netstat udp uit om het aantal keer te zien dat de schakelaar de overstroomconditie bereikte.
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)
Deze syslogberichten geven aan dat een of meer stations een groot aantal UDP-verkeer naar de schakelaar op de gespecificeerde bestemming UDP-poorten verzenden. Als de schakelaar een excessief aantal van deze berichten genereert, gebruik een netwerkanalyzer om de bron van het verkeer te identificeren. Verminder vervolgens het aantal verkeersdoden. Omdat het UDP-verkeer bestemd is voor de CPU van de switch, kunt u de SPAN-functie (Switched Port Analyzer) gebruiken en de bronpoort op sc0 instellen. SPAN identificeert de interne interface voor de Supervisor Engine. Raadpleeg het Configuratievoorbeeld van Catalyst Switched Port Analyzer (SPAN) voor meer informatie.
Opmerking: Maak je geen zorgen over het ontbreken van een dergelijke poortteller. Deze teller toont het aantal UDP pakketten die de schakelaar ontving die voor niet bestaande havens voorbestemd waren.
De schakelaar genereert de %EC-SP-5-L3DONTBNDL1: TE (mod/haven) geschorst: PAgP niet ingeschakeld op de foutmelding van de externe poort.
Deze foutmelding doet zich in het algemeen voor wanneer Port Aggregation Protocol (PAgP) is ingeschakeld op Layer 3 (L3) interface, maar de partnerpoort is niet ingeschakeld voor PAgP. Hierna volgt een voorbeeld:
%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.
De foutmelding komt waarschijnlijk voor vanwege configuratieproblemen, maar kan ook het gevolg zijn van hardware-/bekabelingsproblemen. Zorg ervoor dat de configuratie in overeenstemming is met de configuratiehandleiding. Als de fout blijft optreden, kunt u de bekabeling en de hardware oplossen. Probeer de volgende methoden om een oplossing voor de hardware te vinden:
Herhaal de Gigabit-interfaceconverter (GBIC).
Vervang de GBIC.
Test de hardware met een andere lijnkaart.
De switch genereert periodieke %IP-3-UDP_SOCKOVFL: syslogberichten met UDP-socket.
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze fout optreedt:
Opmerking: het UDP socket nummer dat is weergegeven, kan variëren of consistent hetzelfde zijn.
%IP-3-UDP_BADCKSUM:UDP bad checksum
De switch genereert dit syslogbericht wanneer de switch een slechte checksum op een UDP-datagram, zoals SNMP-pakketten, detecteert. De UDP-datagramheader heeft een checksum dat door het ontvangende netwerkapparaat wordt gecontroleerd om te controleren of het datagram tijdens het transport corrupt is geworden. Als de ontvangen checksum niet overeenkomt met de waarde van de checksum in de header, laat het apparaat het datagram vallen en slaat het een foutbericht op. Geef de opdracht Show netstat udp uit om het aantal keren te zien dat de switch een checksum datagram met een fout heeft gedetecteerd.
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)
Dit bericht is alleen informatie. Een netwerkapparaat stuurt slechte pakketten naar de schakelaar en veroorzaakt de foutmelding. Gebruik een netwerkanalyzer om de bron van het verkeer te identificeren. Omdat het UDP-verkeer bestemd is voor de CPU van de switch, kunt u de SPAN-functie gebruiken en de bronpoort op sc0 instellen. SPAN identificeert de interne interface voor de Supervisor Engine. Raadpleeg het Configuratievoorbeeld van Catalyst Switched Port Analyzer (SPAN) voor meer informatie.
Opmerking: Maak je geen zorgen over het ontbreken van een dergelijke poortteller. Deze teller toont het aantal UDP pakketten die de schakelaar ontving die voor niet bestaande havens voorbestemd waren.
De switch genereert periodieke %KERNEL-5-UNALIGNACCESS: syslig-berichten voor aanpassing.
Dit voorbeeld toont de syslogoutput die u ziet wanneer deze fout optreedt:
%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
Deze syslogberichten geven aan dat de schakelaar CPU een uitlijning-fout heeft gedetecteerd en gecorrigeerd tijdens een poging om gegevens in DRAM te bereiken. Deze berichten zijn uitsluitend informatief. De berichten wijzen niet op een probleem met de schakelaar en hebben geen invloed op de systeemprestaties.
In sommige gevallen zie je een overmatig aantal van deze berichten. Deze berichten kunnen bijvoorbeeld het logbestand van de syslogserver of de switchconsole overspoelen. Als u meer berichten ontvangt, overweeg dan een upgrade van de switchsoftware naar de nieuwste onderhoudsrelease voor uw software-release. Of geeft de ingestelde standaardinstelling van het houthiveau Kernel 4 uit om het houthiveau voor de Kernel faciliteit 4 of lager aan te passen.
Als u een upgrade naar de laatste onderhoudsrelease uitvoert maar deze systeemmeldingen nog steeds ontvangt, kunt u een serviceaanvraag maken met Cisco Technical Support.
De switch genereert ongeldig verkeer vanaf berichten met een multicast bronadres.
Dit voorbeeld toont de syslogoutput die u ziet wanneer deze fout optreedt:
%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
Het Rcvd Report in het bereik-syslog-bericht is alleen informatie. De switch genereert dit bericht bij ontvangst van het IGMP-rapport (Internet Group Management Protocol) van het Internet-protocol dat wordt voorzien van een multicast MAC-adres dat begint met 01-00-5e-00-00-xx. Dit bereik van Layer 2 (L2) is gelijk aan een L3 multicast adresbereik tussen 224.0.0.0 en 224.0.0.255. Deze adressen zijn gereserveerd voor het gebruik van routingprotocollen en andere topologieën of onderhoudsprotocollen op laag niveau. Voorbeelden van deze protocollen zijn ontdekking van gateways en rapportage van groepsleden.
Gebruik een pakketvastlegging gereedschap zoals een snuiver en filter in IGMP-berichten om dit probleem op te lossen. Daarnaast kunt u de functie Catalyst SPAN gebruiken om pakketten te kopiëren van een poort waarvan u vermoedt dat deze berichten van een netwerkapparaat worden ontvangen. Om deze berichten te onderdrukken, geeft het commando set logging level mcast 2 standaard uit. Deze opdracht wijzigt het logniveau van multicast berichten in 2.
Gebruik de poorten die het opdracht multicast router tonen en/of enige uplinks naar de kern van het netwerk als de SPAN-bronpoorten tonen. In het geval dat deze poorten boomstampoorten zijn, moet u ook de SPAN bestemmingshaven als boomstampoort configureren. Geef de opdracht van de toonstam uit om te controleren of de havens boomstamhavens zijn.
Een schakelaar die IGMP heeft ingesnoopt laat %MCAST-2-IGMP_FALLBACK zien:IGMP: De foutmelding FALL BACK-modus wordt uitgevoerd.
Dit voorbeeld toont de syslogoutput die u ziet wanneer deze fout optreedt:
%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01 %MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode
De switch genereert dit syslogbericht wanneer de switch excessief multicast verkeer ontvangt dat bestemd is voor een multicast MAC-adres in het bereik 01-00-5e-00-00-xx. IGMP-snooping ondersteunt multicast stromen niet naar adressen in dit MAC-adresbereik. Dit gebrek aan ondersteuning komt doordat MAC-adressen in dit bereik ook worden gebruikt voor IGMP-besturingsverkeer, zoals bladeren, verbindingen en algemene vragen. In het voorbeeld in deze sectie ontvangt de switch een buitensporige hoeveelheid verkeer met het doeladres van MAC 01-00-5e-00-00-01. Dit bericht geeft aan dat de Network Management Processor (NMP) een multicast gegevensstroom detecteert die de ontsnappingslogica van het protocol uitzet. De stream wordt gealiaseerd naar een van deze speciale multicast adressen:
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
Wanneer de switch een hoog tempo van dergelijk verkeer detecteert, stopt de switch gedurende een korte tijd met het opgegeven MAC-adres van de bestemming pakketten te snooppen. Deze bevriezing wordt de terugvalmodus genoemd. Vervolgens begint de switch weer te sneeuwen, wat de normale modus wordt genoemd. De switch genereert het syslogbericht dat in deze sectie wordt beschreven wanneer de schakelaar in de terugvalmodus draait.
Neem een van deze benaderingen om te ontdekken welke schakelaar verkeer tot 01-00-5e-00-01 genereert:
Geef de ingestelde spanwijdte sc0 mod/poort opdracht uit om de sc0 poort te controleren en het verkeer naar een sluipschutter te sturen. SPAN toont al verkeer dat naar de CPU van de switch is gericht.
Opmerking: het verkeer naar deze MAC-adressen wordt alleen opnieuw naar de CPU gericht wanneer de switch niet in de back-upmodus staat. Wanneer de schakelaar in de terugvalmodus staat, kunnen de pakketten niet naar de CPU worden verzonden om een overstroming te voorkomen.
Als u softwareversie 6.3(10), 7.4(3) of later gebruikt, zijn er extra syslog-berichten die u het tegenoverliggende bron MAC-adres, bronpoort en bronadres vertellen. Lees deze syslog-berichten die er op lijken:
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)
De oplossing is om de host te isoleren die dit type multicast verkeer genereert. Controleer welk adres vervreemd is. Probeer dit adres niet te gebruiken voor de multicast gegevensfeed. In het syslogbericht kunt u de plaats van de gastheer vinden om te weten te komen waarom de gastheer dit verkeer stuurt. In dit voorbeeld is de locatie van de gastheer 3.3.3.33.
De switch genereert MGMT-4-OUTOFNVRAM:Uit NVRAM ruimte syslog berichten.
U ziet een bericht dat hierop lijkt wanneer het systeem geen NVRAM-ruimte meer heeft:
%MGMT-4-OUTOFNVRAM:Out of NVRAM space: (62,39204,524288,24976)
Dit bericht geeft aan dat een NVRAM-schrijfbewerking mislukt vanwege een gebrek aan ruimte. De vier [dec] die tussen haakjes staan, geven aan:
Eerste [dec] — Het configuratieblok dat op NVRAM is geschreven
Tweede [dec]—De grootte van de configuratie die op NVRAM is geschreven
Derde [dec]—de totale grootte van NVRAM in het systeem
Vierde [dec]—de hoeveelheid NVRAM ruimte die beschikbaar is
De tijdelijke oplossing is om de systeemconfiguratie van de standaard binaire modus in de tekstmodus te veranderen. U gebruikt tekstmodus als de configuratie te groot is voor opslag in binair formaat in NVRAM. De tekst-gebaseerde methode schrijft de configuratieveranderingen in NVRAM niet zoals u in de veranderingen typt. In plaats daarvan slaat deze methode de wijzigingen in DRAM op totdat u de opdracht schrijfgeheugen uit de opdrachtregel geeft. Raadpleeg het gedeelte Tekstbestandsindeling in het document Werken met het Flash-bestandssysteem voor meer configuratie-instructies.
Opmerking: Alleen de configuratie en de configuratie van de QoS- en beveiligingstoegangscontrolelijst (ACL’s) en de module-gerelateerde configuratie worden verwijderd wanneer u de tekstmodus gebruikt. De rest van de configuratie wordt in het NVRAM in binaire formaat opgeslagen, zoals vroeger.
De schakelaar genereert Kan tekstmode niet toelaten als ACL configuratie wordt klaard van nvram foutbericht.
De switch genereert dit bericht tijdens een poging om van een binaire modus configuratie naar de configuratie van de tekstmodus te wijzigen op een moment dat de huidige toegewezen ACL-configuratie niet in NVRAM wordt opgeslagen.
In de meeste gevallen kunt u het ingestelde configuratie nvram-opdracht uitgeven om dit probleem op te lossen. De opdracht kopieert de huidige geëngageerde ACL-configuratie uit DRAM terug naar NVRAM.
De switch genereert MGMT-5-LOGIN_FAIL:Gebruiker heeft niet inlogd bij console-fouten.
Dit bericht geeft mogelijk een probleem aan met de eindserver die zich verbindt met de console poort van de switch. Wanneer de switchconsole is aangesloten op een asynchrone lijn van een eindserver en u voert een zachte reset uit op de switch, stromen vuil (willekeurige tekens) over het scherm een paar minuten lang. Als TACACS op de switch is ingeschakeld, kunnen verschillende minuten in verschillende dagen worden veranderd als TACACS-buffers en het vuilnis op één stuk verwerken. De workround is het no exec commando op de asynchrone lijn uit te geven waaraan de switch verbindt.
Opmerking: Zelfs nadat u de opdracht no exec geeft, blijven de berichten doorgaan tot de buffer helder is.
De switch genereert frequent %PAGP-5-PORTFROMSTP en %PAGP-5-PORTTOSTP syslogberichten.
Dit voorbeeld toont de console output die u ziet wanneer de schakelaar deze syslog berichten genereert:
%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
De PAgP-logfaciliteit meldt gebeurtenissen waarbij PAgP betrokken is. U gebruikt PAgP om te onderhandelen over EtherChannel-koppelingen tussen switches. De switch genereert het %PAGP-5-PORTEFROMSTP-syslangbericht bij het verlies van een link op een switchpoort. De switch genereert het %PAGP-5-PORTTOSTP syslg bericht bij de detectie van een link in een switchpoort. Deze systemen zijn normale, informatieve berichten die de toevoeging of verwijdering van een haven van de omspannende boom aangeven.
Opmerking: voor deze berichten is het niet nodig om het kanaliseren van de berichten mogelijk te maken.
In het voorbeeld in deze sectie, verloor de schakelaar eerst de verbinding op haven 3/3, die de haven van het overspant boom verwijderde. Toen, ontdekte de schakelaar opnieuw de verbinding op de haven, die de haven terug in de omspanende boom toevoegde.
Als je deze berichten vaak ziet voor een bepaalde poort, dan valt de link op, wat betekent dat de link constant verloren is en herwonnen wordt. Onderzoek de oorzaak. De typische oorzaken van verbinding die op een switchpoort flapping zijn:
Snelheids-/duplexwanverhouding
Achterste botsing
Onjuiste kabel
Netwerkinterfacekaart (NIC) of ander probleem van het eindstation
Onjuist switchpoort
Andere misconfiguratie
Als u deze syslogberichten wilt onderdrukken, geeft u de ingestelde, loggeniveau pagina 4 standaard opdracht uit om het loggeniveau voor de PAgP faciliteit aan 4 of lager aan te passen. Het standaard logniveau voor PAgP is 5.
De switch genereert periodieke %SPANTREE-3-PORTDEL_FAILNOTFOUND syslog-berichten.
Dit voorbeeld toont de syslogoutput die u ziet wanneer deze fout optreedt:
%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)
Deze syslogberichten wijzen erop dat de PAgP probeerde een haven van de overspannende boom voor het gespecificeerde VLAN te verwijderen, maar de haven was niet in de overspanning van boom gegevensstructuur voor dat VLAN. Meestal heeft een ander proces, zoals het Dynamic Trunking Protocol (DTP), de poort van de overspannende boom al verwijderd.
Deze berichten vergezellen doorgaans %PAGP-5-PORTFROMSTP-berichten. De berichten zijn voor debug-doeleinden. De berichten wijzen niet op een probleem met de schakelaar en hebben geen invloed op de wisselprestaties. Bovendien, worden deze berichten niet geregistreerd tenzij u de standaard configuratie van de SPANTREE faciliteit hebt gewijzigd. Het standaard logniveau voor SPANTREE is 2.
In sommige gevallen zie je een overmatig aantal van deze berichten. Deze berichten kunnen bijvoorbeeld uw switchconsole overspoelen. Als u meer berichten ontvangt, overweeg dan een upgrade van de switchsoftware naar de nieuwste onderhoudsrelease voor uw software-release. In de meeste gevallen onderdrukken latere softwarereleases deze berichten.
De switch genereert %SYS-1-CFG_RESTORE syslog-berichten.
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze foutmelding op de switch voorkomt:
2005 Oct 14 14:36:26 %SYS-1-CFG_RESTORE:Global block restored from backup
Deze berichten zijn uitsluitend informatief. De controlefunctie NVRAM, die in versie 6.4(x) werd geïntroduceerd, genereert deze berichten. De berichten melden dat er een beschadigd blok was in NVRAM en dat de configuratie werd hersteld van back-up. De [tekens] is het bloktype dat de gebruiker of het proces kan wijzigen. Controles op gecorrumpeerde blokken in NVRAM worden standaard uitgevoerd. Elk blok dat gecorrumpeerd is, wordt hersteld met het exemplaar dat in de DRAM is weergegeven. Daarom gaat de configuratie niet verloren.
De schakelaar genereert periodieke %SYS-1-SYS_OVERPWRRTNG syslogberichten.
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze fout op de switch voorkomt:
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
Dit bericht geeft aan dat het systeem meer stroom aantrekt dan de voedingseenheid. Het LED-indicatielampje voor energiebeheer brandt rood. Deze conditie treedt alleen op wanneer het systeem volledig is geconfigureerd en de Supervisor Engine ongelijke voeding trekt.
Het is de bedoeling om de voedingen te herstellen en de software van de Supervisor Engine te upgraden naar een versie die de hardware ondersteunt. Raadpleeg het gedeelte Ondersteunde hardware van de Cisco Catalyst 6500 Series switches release Notes voor de relevante release.
De switch genereert periodieke %SYS-1-MOD_DCPWRMISMATCH:Module[num]DC-stroomstoring die tijdens de pollingsignalen is gedetecteerd.
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze fout op de switch voorkomt:
%SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling
Dit bericht komt voor vanwege een van deze problemen:
De lijnkaart zit niet goed in het chassis.
Herhaal de lijnkaart.
De sleuf is defect.
Controleer op gebogen spelden. Test de lijnkaart in een andere sleuf.
De lijnkaart is defect.
Neem contact op met Cisco technische ondersteuning.
Op Catalyst 6000 switches met redundante Supervisor Engine (functiekaart voor meerlaagse switch [MSFC] en beleidsfunctiekaart [PFC]) kan deze fout in de ASIC-serie binnen een omschakeling voorkomen:
SYS-1-MOD_SEQMISMATCH: Bus asic sequence mismatch occurred on module [dec] (asic=[dec], srcidx=0x[hex], seq=[dec])
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze fout op de switch voorkomt:
%SYS-1-MOD_SEQMISMATCH:Bus asic sequence mismatch occurred on module 7 (asic=1, srcidx=0x0, seq=0)
De fout is in de SCP-bus (Switch-Module Configuration Protocol) die tussen de supervisor en de lijnkaarten communiceert. De supervisor stuurt een hartslag naar de lijnkaarten en deze lijnkaarten reageren niet juist op de supervisor.
Deze foutmeldingen kunnen om een van deze redenen worden veroorzaakt:
De Supervisor Engine is overdruk bezig
STP-netwerken (Spanning Tree Protocol)
De ACL’s en QoS-politiemensen beperken of verminderen het verkeer via het inband-communicatiekanaal
Poorten ASIC-synchronisatieproblemen of switchfabric-module-problemen
Hardware defect of onjuist geplaatste module
In sommige gevallen worden deze berichten ook waargenomen in lijnkaarten: WS-X6348-RJ45 en WS-X6516-GBIC.
Dit bericht heeft geen impact en kan worden genegeerd. Als een tijdelijke oplossing neemt u de module fysiek terug en plaatst u deze opnieuw stevig vast. De lijnkaarten zijn heet verwisselbaar, en zij kunnen de zelfde sleuf gebruiken als de originele plaatsen zodat alle poorten overeenkomen met de configuratie van de Supervisor.
De switch genereert %SYS-3-EOBC_CHANNELREINIT syslog-berichten.
Deze voorbeelden tonen de syslog output die u ziet wanneer deze fout optreedt:
CatOS versie 6.3.8, 7.3.2 en 7.5.1:
%SYS-3-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)
CatOS versie 7.6(6):
%SYS-5-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)
CatOS versies 6.3.8, 7.3.2 en 7.5.1 introduceerden dit bericht. Het bericht verschijnt voor een niet-fatale fout. Het bericht geeft aan dat beide voorvallen hebben plaatsgevonden:
De switch heeft een Ethernet out-of-band channel (EOBC) transmission (Tx) wachtrij-vaststaande toestand gedetecteerd op de systeemcontroller Application-Specific Geïntegreerd Circuit (ASIC).
ASIC is hergeïnitialiseerd zonder dat de schakelaar opnieuw werd ingesteld.
Opmerking: Ook de aanwezigheid van een kaart met een defecte EOBC-buffer kan het bericht veroorzaken.
EOBC is een 100 Mbps halfduplexverbinding die de toezichthouders en lijnkaarten gebruiken om over het backplane te communiceren. Omdat ze half-duplex zijn, worden botsingen verwacht in het communicatiekanaal. Het is normaal dat deze berichten af en toe worden gemeld, omdat ze deel uitmaken van het proces van zelfherstel.
Het gegevensverkeer blijft door de schakelaar stromen. Deze boodschap is louter informatief en vergt geen actie. Later softwarereleases omvatten een verandering in de ernst van het bericht zodat de ernst van de fout overeenkomt met de ernst van de fout. Als je dit bericht heel vaak ziet, zijn er meer mogelijkheden om verkeersdruppels te besturen, wat reden tot zorg is. Als de hergeïnitialiseerde berichten binnen zeer korte tijd verschijnen, neemt u contact op met Cisco Technical Support voor verder onderzoek.
Deze foutmeldingen worden weergegeven in de syslog:
%SYS-3-SYS_MEMERR:Slecht magisch nummer bij vrij adres 0x8217564
of
%SYS-3-SYS_MEMERR:Slecht verwerkt id bij het toewijzen van adres 0x80e51a4
Deze foutmeldingen duiden erop dat geheugenbeheer geheugencorruptie heeft gedetecteerd. De eerste [tekens] kunnen één van deze zinnen zijn:
Buiten bereik
Slechte uitlijning
Blok is niet gratis
ACHTERSTE SCHIJNVERSCHILLING
Slecht magisch nummer
Opeenvolgende blokkering buiten bereik
Tekening van blokkering niet goed gelijkgesteld
Voorlopig blok buiten bereik
Voorlopige blokkering onjuist gelijkgesteld
Slecht procesid
De tweede [tekens] kunnen één van deze zijn:
bevrijding
toewijzing
Het veld [hex] is het blokadres dat moet worden vrijgelaten of toegewezen.
De foutmelding %SYS-3-SYS_MEMERR geeft aan dat het geheugenbeheer tijdens de toegang tot het geheugenblok heeft vastgesteld dat de informatie gecorrumpeerd was geraakt. Dit probleem doet zich af en toe voor, zonder negatieve effecten op de schakelaar. Als deze fout meerdere malen binnen een korte periode optreedt, controleert u of het blokadres dat in de foutmeldingen wordt vermeld, hetzelfde is. Als het blokadres hetzelfde is, bestaat de mogelijkheid dat die specifieke sector op de geheugenchip slecht is verlopen en moet worden vervangen.
SYS-3-SYS_LCPERR3: Module [dec]: Koil [dec] haven [dec] vastgeklemd [dec] keer ([dec] door lcol; [dec] vanwege de notx - foutmeldingen verschijnen in de syslog.
Deze foutmeldingen geven aan dat de module een probleem met de poort ASIC heeft gedetecteerd en dat een poort is vergrendeld.
Deze foutmeldingen duiden niet noodzakelijk op een hardwareprobleem. De fout komt voor het eerst voor als de schakelaar een late botsing wegens een duplex mismatch of een lange kabel heeft gehad. Er is echter een softwarebug in de CatOS 7.2(2)-code die ervoor zorgt dat de switch niet instelt op incrementele fouten. Deze fout wordt herhaaldelijk teruggevonden. Raadpleeg Cisco bug-ID CSCdx79107 (alleen geregistreerde klanten) voor meer informatie over dit probleem. Het probleem wordt vastgesteld in CatOS versie 7.3(1).
De fout die wordt gegenereerd is vergelijkbaar:
2005 aug 02 09:20:16 %SYS-3-SYS_LCPERR3:Module 5: Kolen 3 poorten 1: 3 keer vast (3 keer wegens collage; 0 door notx)
2005 aug 02 10:10:45 %SYS-3-SYS_LCPERR3:Module 5: Kolen 3 poorten 1: 3 keer vast (3 keer wegens collage; 0 door notx)
Deze lijst definieert elementen van de foutmelding:
Module [dec] is de module die de fout rapporteert.
Kolen [dec] is het nummer van de ASIC die de fout rapporteert.
Port [dec] is de ASIC poort die de fout heeft.
klem [dec] is de duur van de fout.
De laatste twee [dec] zijn lcol en notx tellen.
Om deze syslogfoutmeldingen uit te schakelen, geeft u de ingestelde foutmeldingen uit en geeft u de opdracht bevoorrechte modus uit.
Controleer ook de fysieke status van de poort op een van deze problemen:
Een dubbele wanverhouding
Out-of-sync NIC’s op de aangesloten werkstations
De optie storingsbestand
Achterste botsingen
Alle fouten op het koppelingsniveau
Raadpleeg de volgende documenten om problemen op te lossen die het gevolg zijn van een van deze problemen:
Als de fout meerdere malen voorkomt, neemt u contact op met Cisco Technical Support om dit probleem verder aan te pakken.
Dit bericht geeft aan dat de module frames heeft gedetecteerd met een slecht pakket CRC dat door de bus ASIC van de DBus is ontvangen. Het eerste [dec] is het modulenummer. Het tweede [dec] is het ASIC nummer dat de fout meldt. Het derde [dec] is de fouttelling.
De slechte CRC-pakketten kunnen van elke poort in de gegevensbus worden verzonden. Mogelijke oorzaken zijn verkeerde of defecte lijnmodules.
Tijdens het onderhoudsvenster, wanneer u de schakelaar kunt problemen oplossen, verplaats alle modules met inbegrip van de Supervisors en controleer of de foutmelding opnieuw optreedt. Als dit wel het geval is, kunt u twee procedures gebruiken om te bepalen welke modules de wortel van de slechte pakketten zijn en de module vervangen.
Diagnostisch niveau gebruiken:
Configureer de schakelaar voor de volledige POST-analyse.
set test diaglevel complete
Verplaats alle modules, inclusief de superieurmotoren.
Bekijk de resultaten van de POST analyse.
show test all
Neem contact op met de technische vertegenwoordiger van Cisco met de uitvoer van de show test alle opdracht.
Gebruik de Pinnacle ASIC tellers:
Verwijder één module tegelijk.
Gebruik deze opdracht en kijk naar de teller 0xC7 voor het verhogen van fouten.
show asicreg/ pinnacle errcounters
Deze opdracht geeft alle tellers voor Pinnacle ASIC in die module weer. Counter 0xC7 wordt weergegeven in de derde regel van de uitvoer. Telkens als de opdracht wordt uitgevoerd, worden de tellers geklaard. Het ideale getal is 0 fouten.
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.
Herhaal stap 1 en 2 tot de fout niet optreedt. Neem contact op met de technische vertegenwoordiger van Cisco voor de vervanging van de defecte module.
Deze foutmeldingen worden weergegeven in de 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
Deze berichten geven aan dat de switch expediteur motor een IP pakket van een lengte ontvangt dat kleiner is dan de minimum toegestane lengte en het pakket vervolgens daalt. In codeversies die eerder dan 7.x zijn, laat de verzendende motor stilletjes het pakket vallen en het pakket in de expediteur motorstatistieken tellen. In codeversies die 7.x of hoger zijn, wordt dit bericht eens in de 30 minuten in de slang opgenomen.
Er is geen effect op de wisselzijde. De switch druppelt het slechte pakje in, dat het ontvangende apparaat bijgevolg zou laten vallen. De enige zorg is dat er een apparaat is dat slechte pakketten verstuurt. De mogelijke oorzaken omvatten een slechte NIC chauffeur, een NIC chauffeur bug, of een slechte toepassing. De Supervisor Engine houdt geen spoor van het bron IP adres van het apparaat dat de slechte pakketten verstuurt. De enige manier om deze apparaten te detecteren is het gebruik van een snuifje om het bronadres op te sporen.
Dit bericht is slechts een informatief bericht en een waarschuwing van de schakelaar. Geef de ingestelde foutdetectiepoorten uit, schakelt de opdracht in om deze foutmeldingen uit te schakelen.
De switch genereert ongeldig verkeer vanaf berichten met een multicast bronadres.
Dit voorbeeld toont de syslogoutput die u ziet wanneer deze fout optreedt:
SYS-4-P2_WARN: 1/Invalid traffic from multicast source address
Dit multicast bericht van het bronadres wordt gegenereerd wanneer de switch pakketten ontvangt die een multicast MAC-adres als bron-MAC hebben. Het gebruik van een uitzending of een multicast MAC adres als bron MAC voor een kader is geen standaards-compatibel gedrag. Maar de schakelaar voorwaarts nog verkeer dat uit een multicast MAC-adres komt. Het syslogbericht geeft het multicast MAC-adres in het bron-MAC-veld van het frame aan, evenals de poort waarop het verkeer was ontvangen. De tijdelijke oplossing is om het eindstation te identificeren dat kaders met een multicast bron MAC-adres genereert. Meestal geeft een van deze apparaten zulke frames door:
Een verkeersgenerator, zoals Draaiende SmartBits
Apparaten van derden die een multicast MAC-adres delen, zoals load-balances firewall of serverproducten
De fout veroorzaakt geen problemen met de prestaties. Om het foutbericht te voorkomen, schakelt u het logbestand van de berichten uit. Een andere oplossing is om het apparaat te volgen dat kaders met een multicast bron MAC-adres genereert. Gebruik vervolgens een sniffer of een SPAN-configuratie om het apparaat te vinden en controleer de configuraties ervan.
Deze foutmeldingen worden weergegeven in de syslog:
%SYS-4-POORTS_ERR:Port 16/1 RXTotalDrops (7426859)
of
%SYS-4-POORTS_ERR:Port 15/1 RXTotalDrops (2563127)
In het voorbeeld in deze sectie zijn FOUTDETECTIE PORTCOUNTERS ingeschakeld en ontvangen (RX) fouten voorkomen op poort 1/1. Maar het syslog (SYS-4-POORTS_ERR) bericht meldt rxTotalDrops op 15/1 in plaats van 1/1.
Opmerking: FOUTDETECTIEPORTCOUNTERS zijn standaard uitgeschakeld.
Bij sommige installaties maakt software het mogelijk en het blijft ingeschakeld na upgrades. Dit probleem is opgelost in paragraaf 6.3(1) voor een nieuwe installatie. Als u dit bericht ziet, controleer dan de eerste uplink poort (1/1 of 2/1) en niet de poort die de slang meldt (15/1 of 16/1). De opdrachtoutput van het show tellers toont de fouten die voorkomen. Als de enige foutmelding die fouten meldt, rxTotalDrops is, worden de druppels die zich voordoen waarschijnlijk lager, namelijk Color Block Logic (CBL). Verwacht deze vallen als het overspannen van boom voor een VLAN op die haven blokkeert. CBL-druppels zijn pakketten die op een stam worden ontvangen voor een VLAN dat op die stam wordt geblokkeerd. Bijvoorbeeld, uitzending, multicast, of onbekende unicast kan nog steeds op een geblokkeerde haven worden ontvangen.
Als er andere fouttellers zijn die fouten rapporteren, moet de oorzaak verder onderzoek.
De tijdelijke oplossing is om de FOUTDETECTIEPORTCOUNTERS uit te schakelen. Geef de ingestelde trekkingsbeschermers uit, opdracht uitschakelen.
De switch rapporteert deze foutmelding aan de switchconsole en -slang voor een WS-X6608 lijnkaart:
2002 Aug 26 09:22:58 %SYS-4-MODHPRESET: Host process (860) 3/5 got reset asynchronously
Actieve T1- of E1-poorten op WS-X6608-modules die op willekeurige en zeldzaam basis zijn gereset. Deze reset resulteert in de daling van alle actieve oproepen naar openbare telefoonnetwerken (PSTN’s). poorten die niet ingesteld zijn maar die continu ingeschakeld zijn in een poging om verbinding te maken met een Cisco CallManager. Deze reset berichten kunnen overlapen naar de actieve poort en een ongewenste reset veroorzaken. Overlap en reset zijn mogelijk omdat alle acht poorten de processor delen. Dit systeembericht verschijnt voortdurend op uw console scherm en in uw syslogs, als u ze hebt ingesteld. Dit gedrag wordt verwacht voor dit lemmet. Het gedrag heeft geen invloed op de prestaties van het systeem.
Het alternatief is ongebruikte poorten uit te schakelen. Geef de ingestelde poort uit blokmachine/poort op. Voeg alle poorten toe aan de Cisco CallManager-database. U kunt deze poorten configureren als gateways, media Termination points (MTP’s) of hardware conferencing-bruggen.
syslog meldt deze foutmelding in het logbestand:
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
Dit bericht kan aangeven dat de Supervisor Engine ASIC niet sync was voordat de diagnostische bewerking werd gestart. Als u dit bericht krijgt, probeer dan de module opnieuw in te schakelen of verplaats de module naar een andere sleuf. Probeer dan of het bericht stopt. Als u het bericht nog steeds ontvangt, geeft u de opdracht test mod_number uit, verzamelt u de uitvoer en neemt u contact op met Cisco Technical Support. Dit is een hardwareprobleem. De oplossing is de module te vervangen die deze foutmelding geeft.
De GBIC-modules WS-G5484, WS-G5486 en WS-G5487 lijken normaal te werken, maar de modules rapporteren deze softwarefouten:
%SYS-4-PORT_GBICBADEEPROM: port bad gbic eeprom checksum %SYS-4-PORT_GBICNOTSUPP: port gbic not supported
Wanneer u GBIC-modules WS-G5484, WS-G5486 en WS-G5487 met een WS-X6408-GBIC-kaart gebruikt, verschijnen er foutmeldingen in het softwarerelease, hoewel er geen problemen zijn. Wanneer u deze zelfde GBIC's in andere modules of Supervisor Engine insteekt, kunnen de fouten niet verschijnen, zolang de GBIC's een geldig Cisco GBIC Supervisor Engine EEPROM (SEEPROM) hebben. Deze foutmelding is alleen visueel. Het bericht heeft geen invloed op het verkeer dat door de module of GBIC passeert.
Dit probleem is uitsluitend een probleem van cosmetische software. Vervang de hardware niet. Deze beschikbare Catalyst-softwarereleases hebben dit probleem opgelost wanneer SEEPROM’s beschikbaar zijn op Cisco GBIC:
CatOS 5.5(5) en hoger
CatOS 6.2(3) en hoger
Als een GBIC geen Cisco SEEPROM heeft, repareert een upgrade van de CatOS-software de foutmelding niet. In dit geval geeft de fout aan dat een eerdere Cisco GBIC of een niet-gecertificeerd, niet-Cisco GBIC is geïnstalleerd. U kunt gecertificeerde Cisco GBIC’s alleen vervangen onder een ondersteuningscontract of een garantie. Kijk naar het label boven in de GBIC-case om te controleren of de GBIC een gecertificeerd Cisco GBIC is. Bekijk deze items:
Een Cisco-logo
Een Cisco-onderdeelnummer dat met 30 begint
GBIC-verkoopnaam
Raadpleeg voor meer informatie de melding uit het veld: G5484, G5486, G5487 GBICs genereren slechte EPROM-fouten.
De console of syslog meldt deze foutmeldingen:
%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.
Dit bericht kan wijzen op een probleem met de tijdelijke PacketASIC-pakketbuffer. Het eerste [dec] is het modulenummer. Het tweede [dec] is het ASIC-nummer. Als de fout beperkt is tot één module, hervat en start het programma vervolgens opnieuw op stroom. Als u deze foutmelding regelmatig ziet, neemt u contact op met Cisco Technical Support voor verdere assistentie.
De console of syslog meldt deze foutmeldingen:
%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:
Deze foutmelding is specifiek voor 6348 lijnkaarten. Het logbericht in het gedeelte Problemen kan het gevolg zijn van een hardware- of softwareprobleem. Voltooi de stappen in dit gedeelte om te bepalen of het probleem een hardware- of softwareprobleem is.
Volg de stappen als beide items waar zijn:
U ziet alleen het bericht dat de sectie Probleem toont en geen andere aan de spoel gerelateerde berichten in de syslogs.
U hebt het vasthouden op één poort verzonden, maar niet op een groep van 12 poorten.
Geef de opdracht show mac mod/port twee keer uit in 2-seconden intervallen om te bevestigen dat u een signaal verstopt hebt.
Probeer tussen de problemen van elke opdracht verkeer in te sturen. Controleer of de tellers voor het verzenden zijn toegenomen. Als u ziet dat de getallen zijn toegenomen, blijft het signaal niet vast.
Schakel de poorten uit of in en kijk of ze herstellen.
Geef de opdracht Reset mod_number uit om de module zacht te resetten.
Zie of de module herstelt.
Geef de ingestelde modulekracht uit | Down} mod_number opdracht om de module hard te resetten.
Zie of de module herstelt.
U hebt waarschijnlijk te maken met een softwareprobleem als al deze items waar zijn:
U schakelt de poorten uit en stelt de module zacht opnieuw in of hard opnieuw in en de kaart wordt online gezet.
Alle poorten slagen diagnostiek in de show test opdracht output.
Het verkeer begint zonder problemen te verlopen.
Als al deze items waar zijn, raadpleegt u Cisco bug-ID CSCdu3935 (alleen geregistreerde klanten). De kwestie is vastgelegd in de versies 5.5(18), 6.3(10), 7.4(3) en later.
In sommige gevallen ziet u %SYS-5-SYS_LCPERR5:Module 9: Selectieknop van de kop van het spoeltje - Port #37-foutmeldingen en een of meer van deze berichten:
Statistische fout in mobilie van Coil MDTIF
Coil Multif Packet CRC-fout
Fout in Cil Pb RX underflow
Coil PBB RX paringsfout
Als u deze berichten ziet, bepaalt u of sommige of alle van deze items waar zijn:
Nadat u de module zacht hebt hersteld of/en hard opnieuw ingesteld, blijft deze niet online.
De module komt online, maar een groep van 12 poorten heeft de diagnostiek in de opdrachtoutput van de show niet gediagnosticeerd.
De module zit vast in een andere toestand wanneer u start.
Alle poort-LEDs op de module worden amber.
Alle poorten zijn in uitgestelde status wanneer u de show port mod_number opdracht geeft.
Als u een van de problemen in deze lijst ervaart, wordt u waarschijnlijk geconfronteerd met een hardwareprobleem. Je moet de kaart vervangen.
De switch genereert periodieke conversie_post_SAC_CiscoMIB: boodschappen.
Dit voorbeeld toont de console uitvoer die u ziet wanneer dit bericht voorkomt:
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: )
Deze console berichten verschijnen vaak wanneer u CatOS-codeversies verbetert of degradeert. De berichten kunnen ook voorkomen wanneer u een switchconfiguratie laadt die een andere schakelaar genereert of wanneer u een switchconfiguratie gebruikt van een andere versie van code. Een failover naar de standby Supervisor Engine kan deze berichten ook genereren.
Verschillende versies van code bevatten variabelen die NVRAM opslaat. Wanneer de schakelaar aanvankelijk op een latere of vroegere versie van CatOS start, converteert de schakelaar de vorige configuratie naar een versie die door het huidige opstartbeeld bruikbaar is. Tijdens dit proces wordt een bepaalde geheugenblokkade die niet nodig of bruikbaar is in de huidige vorm, gededicteerd in plaats van geconverteerd. Deze interne functie genereert de foutmelding.
Deze boodschap is doorgaans louter informatief. Vergelijk de vorige configuratie met de huidige configuratie om de juiste conversie van alle configuratieinformatie te controleren.
Als deze berichten worden weergegeven wanneer er geen upgrade, configuratie wijziging of Supervisor Engine failover is opgetreden, dient u een servicetoezicht met Cisco Technical Support te maken.
De schakelaar genereert periodiek %SYS-6-CFG_CHG:Module [dec] blok gewijzigd door SecurityRX syslog-berichten.
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze fout op de switch voorkomt:
%SYS-6-CFG_CHG:Module 3 block changed by SecurityRx %SYS-6-CFG_CHG:Module 4 block changed by SecurityRx
Dit bericht geeft aan dat het configuratieblok is aangepast. Deze berichten worden verwacht wanneer de poortbeveiliging op de switch is ingesteld en veroudering is ingeschakeld. Een PSecure MAC is het MAC-adres dat van het havenveiligheidsproces wordt geleerd en aan de CAM-tabel wordt toegevoegd als een statische ingang om de poort te beveiligen. Wanneer u een verouderingstijd hebt op de configuratie van de havenveiligheid, wordt het adres van MAC uit de CAM tabel verwijderd en NVRAM (waar PSecure MACs worden opgeslagen) op de verouderingstijd. Het volgende pakket dat van de haven wordt ontvangen na deze veroudering vindt hulp in de herbevolking van CAM en NVRAM met het PSecure MAC adres plaats.
Deze foutmeldingen verschijnen in de opdrachtoutput van het weblog:
InbandPingProcessFailure:Module 2 not responding over inband InbandPingProcessFailure:Module 2 not responding over inband
Dit bericht geeft aan dat de module niet reageert op de verzoeken van de Supervisor Engine via het inband communicatiekanaal. Eén van deze voorvallen kan de fout veroorzaken:
De Supervisor Engine is overdruk.
Er zijn STP-netwerken (Spanning Tree Protocol).
ACL’s en QoS-politiemensen bedienen of verlagen het verkeer via het in-band communicatiekanaal.
Er zijn problemen met de synchronisatie van poorten ASIC.
Er zijn problemen met de module van de wisselstof.
De Supervisor Engine pollt de Multilayer Switch functiekaart (MSFC) via een speciale ping elke 10 seconden. De Supervisor Engine stelt dan de MSFC opnieuw in als de MSFC niet op drie opeenvolgende pings reageert. Daarnaast worden in CatOS versie 6.2 en hoger de actieve en stand-by Supervisor Engines elkaar via het in-band kanaal opgezocht en is de switch niet overgestapt op de standby Supervisor Engine.
Opmerking: Als u onlangs naar of van versies 6.3(10), 7.4(2) of 7.4(3) bent gemigreerd, kan de schakelaar terugstellen als u de opdracht Show log of de show tech-support opdracht geeft en als u het InbandPing mislukkingsbericht in het logbestand hebt. De workround moet het duidelijke logopdracht uitgeven voordat u de show logopdracht geeft. Cisco bug-ID CSCdz32730 (alleen geregistreerde klanten) identificeert dit voorbehoud. De kwestie is opgelost in de versies 6.4(1), 7.5(1) en later.
Meestal resulteren deze berichten uit een mislukte haven ASIC of een onbetrouwbare verbinding met de backplane. Voer de volgende stappen uit:
Verwijder de module waarnaar de berichten verwijzen.
Herhaal de module stevig in de sleuf.
Geef de opdracht voor het volledige testdiagonaal uit om ervoor te zorgen dat de volledige diagnostische modus is ingeschakeld.
Geef de opdracht Show log mod_number en de show test mod_number opdracht uit om mislukte testen te vinden.
Als Stap 2 het probleem niet oplost, kunt u een servicetoepassing maken met Cisco Technical Support.
Voltooi deze stappen om de nodige informatie te verstrekken:
Leg de uitvoer van de juiste show opdrachten in het CatOS op.
Als de gekoppelde module geen MSFC is, neemt u de uitvoer van deze opdrachten op:
technische ondersteuning voor show
toonlogboek
toonhoutkapbuffer 1024
test mod_number tonen
Opmerking: Geef deze opdracht één keer uit voor elke lijnkaart.
scp mod mod_number tonen
Opmerking: Geef deze opdracht één keer uit voor elke lijnkaart.
toonbank
Als de gekoppelde module een MSFC is, neemt u de uitvoer van deze opdrachten op:
binnenband tonen
test 0
scp weergeven
scp vertonen
scp-modus tonen
scp-proces weergeven
Opmerking: de opdrachten SIP zijn verborgen.
Controleer bovendien op alle crashinformatie-bestanden in de flitser. Maak de show uit: uit.
Bepaal wanneer en hoe vaak het probleem zich voordoet.
Komt het probleem voor wanneer de in-band verbinding congestie ervaart? Voer een ping test uit tussen de sc0 interface op de Supervisor Engine en een VLAN interface op de MSFC om op in-band congestie te testen. Als uw Catalyst CatOS systeemsoftware draait, voert u deze stappen uit:
Capture output van de show inband opdracht bij de Supervisor Engine opdrachtregel interface (CLI).
Open een afzonderlijke Telnet-sessie naar de MSFC direct en ping van een VLAN-interface naar de sc0-interface.
Capture output opnieuw van de show inband opdracht bij de Supervisor Engine CLI.
Als meerdere pings niet of tijd uit zijn, geeft u de ingestelde span sc0 mod/poort uit, beide inches blokten, opdracht.
Deze opdracht vormt een SPAN-sessie voor de sc0-interface. Nadat u de sniffer of gelijkaardige software start, voert u een uitgebreide pingtest uit tussen sc0 en een interface van VLAN.
Bepaal of sc0 wordt toegewezen aan een speciaal beheer VLAN of aan een VLAN met een grote hoeveelheid verkeer, vooral uitzendingen en multicast.
Controleer de uitvoer van de opdracht show-detectie in-band.
De opdracht voor het instellen van de afstandsbediening helpt u de schakelaar te controleren. Bij het detecteren van een fout, meldt een syslogbericht u dat er een probleem bestaat voordat er een merkbare verslechtering van de prestaties optreedt. De opdracht beide knoppen tonen het type in-band storing, zoals een vastgelopen band, fout of fout in de band tijdens het opstarten.
De Ongeldige optie index ingesteld voor module error bericht wanneer u een nieuwe switchmodule installeert in een Catalyst 6500/6000 Series-switch.
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze fout optreedt:
%SYS-5-MOD_INSERT:Module 4 has been inserted Invalid feature index set for module 4
De Ongeldige optie index ingesteld voor module error doet zich voor als de software-afbeelding versie die momenteel op de Supervisor Engine draait, niet het onderdeel hardware ondersteunt dat u hebt ingevoegd.
In het voorbeeld in deze sectie, werd een 48-poorts 10/100 Mbps switchmodule (WS-X6348-RJ-45) ingevoegd in een Catalyst 6000 switch die softwarerelease 5.3(2)CSX uitvoert. De minimale softwarerelease die voor de WS-X6348-RJ-45 module vereist is, is 5.4(2).
De tijdelijke versie is het upgraden van de software van Supervisor Engine naar een versie die de hardware ondersteunt. Raadpleeg de Releaseopmerkingen van Catalyst 6000/6500 softwarerelease 5.x voor een lijst met de minimale softwareversies voor elke module.
De foutmelding Pinnakle Synch is mislukt bij opstarten.
Dit voorbeeld toont de console uitvoer die u ziet wanneer deze fout optreedt:
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:
Het alternatief is om de schakelaar uit te schakelen en op deze punten te controleren:
U hebt de Supervisor Engine en alle switchmodules in de chassisbackplane geplaatst.
U hebt de projectorhefbomen aan de linker- en rechterkant van de modules volledig ingeschakeld. Zorg ervoor dat u de hefbomen volledig tegen het voorpaneel van de module indrukt.
U hebt de duimschroeven aan de linker- en rechterzijde van de modules in de kaartkooi genaaid en de schroeven aangedraaid.
Zet het chassis aan nadat u ervoor hebt gezorgd dat alle modules in het chassis goed zijn ingeschakeld.
Als u nog berichten van Synch Pinnacle ziet mislukte berichten, kan er een hardwareprobleem met één van de modules zijn.
Schakel de schakelaar uit en verwijder alle switchmodules. Zet de schakelaar aan met alleen de Supervisor Engine in het chassis. Voeg één module tegelijkertijd toe en herhaal het proces tot u de probleemmodule identificeert.
Deze foutmeldingen worden weergegeven in de 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
De Catalyst 6500/6000 lijnkaarten evenals de module van de Supervisor Engine gebruiken haven ASICs wanneer zij bij hoge snelheden tussen poorten van pakketten overschakelen. De pin ASIC biedt een Gigabit Ethernet-interface naar de Catalyst 6500/6000 gegevensbus. Om hoge verzendsnelheden te ondersteunen ondersteunt de switchbus van Catalyst 6500/6000 het aanleggen van leidingen. Door pijpleiding kan Catalyst 6500/6000 meerdere frames op de bus zetten voordat het de resultaten van het eerste frame verkrijgt. Elk kader wordt voorgezet met een interne buskopbal die een volgnummer bevat. De switch gebruikt het nummer om de meerdere frames bij te houden die op een verzendende beslissing wachten. Alle lijnkaarten en de Supervisor Engine moeten een gemeenschappelijk begrip van het huidige en volgende volgnummer hebben. Dit begrip is zeer belangrijk.
De foutmelding RXSBIF meldt de verschijning van een sequentiefout in de switchbus. Zulke fouten omvatten een opeenvolging mismatch en een ongeldige opeenvolging. Een ongeldige reeks betekent dat het huidige pakket op de switchbus een sequentienummer heeft dat verschilt van het nummer dat de ASIC's verwachtten. Hier zijn voorbeelden van foutmeldingen die ongeldige sequentienummers melden:
%SYS-1-MOD_INVALIDSEQ:Bus asic invalid sequence occurred on module 1 (asic=1, srcidx=0x0, seq=14)
Eén van deze problemen veroorzaakt doorgaans de foutmeldingen:
Onjuist geplaatste module - herhaal de modules in hun slots.
Opmerking: de module die de fouten in de bussequentienummer detecteert, is niet noodzakelijkerwijs de module bij fout. Een niet juist ingestelde module kan leiden tot het rapport van de bussequentienummer door een andere module. Daarom kan een hervatting van alle modules noodzakelijk zijn.
Zorg ervoor dat u de slangen van de injector stevig bevestigt en draai de schroeven vast.
Onjuist hardware-Deze oorzaak komt niet zo vaak voor. Herhaal de modules. Indien u een storing waarneemt, controleer dan de lijnkaarten op beschadiging van de aansluiting en controleer de sleuf voor de rugleuning in het chassis op gebogen pennen. Gebruik indien nodig een zaklamp wanneer u de verbindingsspelden op de chassisbackplane inspecteert.
Als het probleem blijft voortbestaan nadat u alle kaarten hebt doorgeten, registreert u de uitvoer van de opdracht Technische ondersteuning en de verborgen opdrachten van de show scp-modus of tonen de fout van de scp. Maak een serviceaanvraag bij Cisco Technical Support en verstrek deze informatie.
Bekend probleem—Wanneer het Catalyst 6500/6000-systeem is geladen met CatOS systeemsoftwarerelease 6.1(1b), kunnen synchronisatiefoutmeldingen voorkomen op Supervisor Engine 2. Raadpleeg de melding in het veld: Continuous Synchronization Erkes met Supervisor Engine 2 op Catalyst 6000 voor meer informatie.
Het logbestand NVRAM toont de fout Forwarding Table Parity (ft_par_err).
lyra_ft_par_err_intr_hdlr: LKUPRAM, addr [hex], data [hex]
Deze foutmelding geeft aan dat een pariteitsfout is gedetecteerd in de verzendingstabel. De foutmelding geeft de locatie van de fout in het geheugen aan (eerst [hex]) en de gegevens op die locatie (tweede [hex]).
De mogelijke oorzaak van deze foutmelding is wanneer een lijnkaart niet goed is ingevoerd en een ander type lijnkaart in die sleuf vervangt.
Voltooi deze stappen om het probleem op te lossen:
Verwijder de module uit de schakelaar.
Controleer de rugleuningen en voer de module opnieuw in.
Als de kwestie blijft bestaan, neemt u contact op met de technische vertegenwoordiger van Cisco.
Om de kwestie te vermijden, voer het module duidelijk-klaar bevel uit alvorens u modules verwijdert. Deze opdracht verwijdert automatisch de configuratie die aan een module toebehoort, zodra de module uit het chassis is verwijderd. Raadpleeg voor meer informatie het gedeelte Zelfs nadat U de modules hebt verwijderd, toont de opdracht Show run nog informatie over het gedeelte verwijderde module interfaces van de hardware- en gebruikelijke problemen bij Catalyst 6500/6000 Series-switches die Cisco IOS-systeemsoftware uitvoeren.
Opmerking: de opdracht ruimt de configuraties van modules niet die al van de sleuf zijn verwijderd.
Deze foutmelding wordt in de logbestanden weergegeven:
%KERNEL-1-CREATEPROCESSFAILED:Error in creating process: Unavailable free stack; stack type: 2; Name: tnetproc
HET %KERNEL-1-CREATEPROCESSEERDE: Fout in maken proces: [tekens]; type stapel:[dec]; Name: [chars]-foutmelding geeft aan dat het proces van maken is mislukt; het systeem heeft geen processen meer . Het Catalyst-besturingssysteem staat een beperkt aantal processen toe op basis van het aantal beschikbare stapels. Wanneer er geen aanvallen zijn, wordt dit bericht gegenereerd. De eerste [tekens] is het proces-ID; de [dec] is het stapeltype en de tweede [chars] is de procesnaam.
De CatOS-schakelaar staat slechts een beperkt aantal processen met een type 2-stack in het systeem toe, bijvoorbeeld console, SNMP, VTPRx, THREAD of telnet145. Het maximale aantal processen met een type 2-stack is 13. Telnet of Secure Shell (SSH) is een van de processen die een type 2-stack vereisen. Wanneer alle type 2 stappen worden gebruikt, zal elke poging om door Telnet resultaten in deze foutmelding te verbinden worden gebruikt.
Dit is mogelijk opgetreden omdat de oude telnet- of SSH-sessies niet op de switch zijn stilgezet of het proces hebben geconsumeerd.
Om deze kwestie op te lossen, geeft het bevel van de show gebruikers uit om te controleren hoeveel de sessies van telnet voor de switch zijn geopend. Koppel de Telnet-sessies los die door het externe apparaat zijn geopend, met de opdracht ip_adres los.
Switch> (enable) show asicreg 4/28 pinnacle err
00C7: PI_CI_S_PKTCRC_ERR_REG = FFFF
016F: PI_CI_S_CBL_DROP_REG = 1619
Dit register/teller geeft geen hardwareprobleem aan. Het verhoogt als een pakket met specifieke VLAN-tags op de poort wordt ontvangen en dit specifieke VLAN niet op de poort is ingesteld. Als resultaat hiervan wordt het pakje ingetrokken en wordt de teller verhoogd. Color Block Logic (CBL) verwijst naar VLAN-tagging op trunks. VLAN’s die van trunks zijn gewist, hebben hun verkeer laten vallen. Deze staat komt voor wanneer één kant van de boomstam een hoger aantal VLANs in het overspannen - vooruit staat heeft.
De PI_CI_S_CBL_DROP_REG tellers kunnen in elke modus groeien; als de poort de STP modi doorvoert, kunt u hits op een toegangpoort zien. Als er onderhandeling is over de poort (standaard) kan dit ook worden gezien als een normaal gedrag of een functie van de schakelaar.
Deze tellers tellen pakketten door CBL raadpleging in een Complementary Bipolar Geïntegreerd Circuit (CBIC) blok. De switch wil een pakket op een bepaalde poort naar een bepaald VLAN verzenden, en de CBL logica zegt dat de poort blokkeert/uitgeschakeld/leert. Dit is geen groot probleem, aangezien deze pakketten volgens de CBIC-logica worden gedropt voordat ze een pakketbuffer consumeren. U kunt de poort uitschakelen om te zien of de teller is verwijderd.