Switches : Switches Cisco Catalyst de la serie 6500

Resolver problemas el hardware y los asuntos relacionados en el MSFC, el MSFC2, y el MSFC2a

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (19 Septiembre 2015) | Comentarios


Contenido


Introducción

Este documento ayuda a resolver problemas de MSFC (Multilayer Switch Feature Card) y MSFC2 para los switches Cisco Catalyst 6500/6000 Series y los routers Cisco 7600 Series.

Nota: Este documento no contiene la información sobre cómo resolver problemas la configuración del software o resolver problemas los problemas del Multilayer Switching (MLS) o del Cisco Express Forwarding (CEF) en el MSFC. Si desea más información, consulte estos documentos:

Para resolver problemas el Supervisor Engine, refiera a estos documentos:

prerrequisitos

Requisitos

Una descripción general del producto completa antes de tiempo puede prevenir los problemas de hardware que ocurren durante las instalaciones de campo o durante el funcionamiento normal. Cisco recomienda que usted tiene conocimiento de estos temas para el Switches que este los documentos abarca:

  • Sistema general y requisitos de alimentación eléctrica

  • Requerimientos de redundancia

  • Procedimiento de instalación adecuado

  • Administrador de switches y consideraciones sobre software

También, refiera al resumen del Field Notice del producto para los switches LAN antes de que usted proceda con este documento.

Componentes Utilizados

La información en este documento se aplica a todas las versiones de software del ½ del ¿Â de Cisco IOSï para el MSFC y el MSFC2. En algunos casos, los problemas específicos afectan solamente a ciertas versiones. El documento indica esas versiones que sean afectadas.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Descripción de la plataforma

MSFC y MSFC2 son tarjetas hijas que se conectan directamente en Supervisor Engine. El MSFC y el MSFC2 contienen:

  • Un procesador

  • Memoria del procesador

  • Un controlador del sistema

  • Bootflash

Estos dispositivos proporcionan los medios de realizar el Multilayer Switching (MLS) y el InterVLAN Routing.

El MSFC tiene las MIPS R5000 CPU que se ejecuta en 200 MHz internamente. El MSFC soporta las opciones de memoria que se extienden del 64 MB al 128 MB.

El MSFC2 tiene las MIPS R7000 CPU que se ejecuta en 300 MHz internamente. El MSFC2 soporta las opciones de memoria del 128 MB al 512 MB. El dispositivo también tiene la Protección del mensaje/corrección del código corrector de error (ECC) para los errores de un solo bit y la detección de errores de bits múltiples.

Usted puede distinguir visualmente el tipo de MSFC que usted tiene. Mire el número de slots DRAM. El MSFC tiene dos slots DRAM que se empilen encima de uno otro. El MSFC2 posee sólo una ranura DRAM. Las imágenes en esta sección muestran las ubicaciones diferentes del DRAM en el MSFC y el MSFC2.

Ubicación de DIMM del DRAM MSFC

Dos slots DRAM se empilan encima de uno otro en el MSFC.

Nota: Esta imagen no muestra los slots empilados.

http://www.cisco.com/c/dam/en/us/support/docs/switches/catalyst-6000-series-switches/18000-hwts-msfc-18000a.gif

MSFC2 que envió antes de noviembre de 2001 la ubicación de DRAM DIMM

El MSFC2 posee sólo una ranura DRAM.

http://www.cisco.com/c/dam/en/us/support/docs/switches/catalyst-6000-series-switches/18000-hwts-msfc-18000b.gif

MSFC2 que envió después de noviembre de 2001 la ubicación de DRAM DIMM

El MSFC2 posee sólo una ranura DRAM.

http://www.cisco.com/c/dam/en/us/support/docs/switches/catalyst-6000-series-switches/18000-hwts-msfc-18000c.gif

Información de la captura

Para determinar la causa del problema, primera captura tanta información sobre el problema como sea posible. Esta información es esencial para determinar la causa del problema:

  • Archivos CRASHINFO — Cuando un MSFC o un MSFC2 causa un crash, el dispositivo intenta escribir un archivo CRASHINFO a su bootflash. Para más información sobre cómo extraer el archivo CRASHINFO del bootflash, refiera a extraer la información del archivo CRASHINFO.

  • Registros de la consola y/o Información de syslog — Si ocurren los varios indicios, esta información puede ser crucial para una determinación del problema de origen. Si usted ha configurado al router para enviar los registros a un servidor de Syslog, usted puede ver una cierta información sobre qué sucedió. Para los registros de la consola, esté seguro que usted conecta directamente con el router con el registro de la consola habilitado. Para hacer esto, publique el comando logging console en el modo de configuración global. Para tener el acceso a la consola al MSFC, publique el comando switch console 15 o el comando switch console 16. El comando switch console 16 conmuta la conexión de consola al MSFC del Supervisor Engine del Slot2. Usted debe seguir una aplicación este comando con el movimiento del cable de la consola del Supervisor Engine del slot1 a la consola de Supervisor Engine del Slot2. Para invertir detrás de la consola del MSFC, mantenga el Ctrl en el C del teclado y de la prensa tres veces.

  • comando show technical-support hecho salir — Cuando un MSFC o un MSFC2 causa un crash, el Soporte técnico de Cisco puede pedir que usted publique el comando show technical-support. Este comando es una compilación de muchos otros comandos del Cisco IOS Software que incluye:

    Después de que ocurra una caída, usted debe capturar esta información antes de una recarga o de un ciclo del poder. Una recarga o un ciclo del poder causa la pérdida de mucha información sobre la caída.

Problemas generales del Troubleshooting

Esta sección cubre los problemas generales sabidos que se relacionan con el MSFC y el MSFC2. Esta sección también recomienda las acciones para tomar.

El MSFC o el MSFC2 no está en la salida del comando show module

Si usted no ve que el MSFC o el MSFC2 en el comando show module hace salir en el Supervisor Engine, determine si una de estas razones comunes se aplica:

Razones comunes y acción recomendada

  • El MSFC o el MSFC2 puede desaparecer del comando show module hecho salir si el dispositivo no puede iniciar correctamente. El MSFC o el MSFC2 puede no poder iniciar correctamente debido a uno de estos problemas:

    • Una imagen del Cisco IOS Software corrompida

    • Un bootflash misseated

    • El descenso del MSFC o del MSFC2 al monitor de la memoria ROM (ROMmon)

    Para la información sobre los diversos procedimientos para recuperar el MSFC, refiérase recuperan un MSFC que falta del comando show module del Supervisor Engine.

  • El MSFC2 puede desaparecer del comando show module hecho salir si usted ha asentado el dispositivo en la tarjeta del Supervisor Engine incorrectamente. Utilice los procedimientos en el documento recuperan un MSFC que falta del comando show module del Supervisor Engine para intentar recuperar el MSFC2. Si estos procedimientos no lo recuperan, vuelva a sentar el dispositivo.

    precaución Precaución: Tenga cuidado cuando usted vuelve a sentar el MSFC2 para prevenir el ESD o el daño físico al MSFC2 o a otros componentes. Usted debe volver a sentar el dispositivo off-line porque usted necesita quitar el Supervisor Engine del chasis.

Si usted todavía no puede recuperar el MSFC, entre en contacto el Soporte técnico de Cisco para la ayuda.

El MSFC o el MSFC2 no responde al telnet o al comando session x

Determine si este mensaje de error o presentaciones del mensaje similares para el MSFC espera cuando usted publica los msfc_ip_address o el comando session 15 o session 16 telnet:

CatOS-Console> (enable) session 15
Trying Router-15...
session: Unable to tunnel to Router-15 (57)

Esta sección proporciona las razones comunes por las que el MSFC o el MSFC2 no puede responder a los msfc_ip_addesss o al comando session x telnet.

Razones comunes y acción recomendada

  • Hay una posibilidad que el MSFC no aparece en la salida del comando show module. Si el MSFC no aparece correctamente en la salida, vea que el MSFC o el MSFC2 no está en la sección de resultados del comando show module a resolver problemas.

  • Como cada router del Cisco IOS, el MSFC o el MSFC2 permite solamente a un número limitado de sesiones telnets. Si usted alcanza este límite, el MSFC no permite a otras sesiones VTY. Para verificar si usted se ejecuta en este problema, conmute la consola del Supervisor Engine al MSFC. Publique el comando switch console. Entonces, publique el comando show user. La salida del comando line interface(cli) de este comando muestra cuántas líneas se ocupan actualmente. Publique el comando clear line line_number para borrar las sesiones Obsoletas.

    CatOS-console> (enable) switch console
    
    MSFC-console#show user
    Line     User    Host(s)      Idle     Location
    0 con 0         10.48.72.118 00:00:00 
    1 vty 0         10.48.72.118 00:00:00 10.48.72.118
    2 vty 1         10.48.72.118 00:00:00 10.48.72.118
    3 vty 2         10.48.72.118 00:00:00 10.48.72.118
    4 vty 3         10.48.72.118 00:00:00 10.48.72.118
    *5 vty 4         idle         00:00:00 10.48.72.118
    
    MSFC-console#clear line 1
    MSFC-console#clear line 2
    MSFC-console#...  
    
    !--- Output suppressed.
     
    
  • Configure el tiempo de inactividad para las sesiones VTY y la línea de la consola para borrar a cualquier sesión inactiva.

    Este ejemplo muestra la configuración para utilizar para fijar el tiempo de inactividad a 10 minutos:

    MSFC-console#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    MSFC-console(config)#line vty 0 4
    MSFC-console(config-line)#exec-timeout ?
      <0-35791>  Timeout in minutes
    
    MSFC-console(config-line)#exec-timeout 10 ?
      <0-2147483>  Timeout in seconds
      <cr>
    
    MSFC-console(config-line)#exec-timeout 10 0
    
    MSFC-console(config-line)#exit
    MSFC-console(config)#line con 0
    
    MSFC-console(config-line)#exec-timeout 10 0
    
    MSFC-console(config-line)#exit
    MSFC-console(config)#
  • También puede aumentar el número de sesiones VTY disponibles. Utilice el comando line vty 0 6 en vez del line vty 0 4.

  • En algunos casos, la salida del comando show user no puede mostrar ningún vty activa bajo sesiones, pero una conexión al MSFC con el uso del comando session x todavía falla con el mensaje de error mencionado.

    % telnet connections not permitted from this terminal

    En este caso, verifique si ha configurado correctamente el vty. Publique el comando transport input all para permitir que el vty transporte todo.

Si usted no puede sesión al MSFC, Soporte técnico de Cisco del contacto para la ayuda.

El MSFC o el MSFC2 lanza el error SYS-6-READ_BOOTFILE_FAIL mientras que inicia

Este mensaje de error indica que el nombre de fichero mencionado en el comando boot no es accesible:

%SYS-6-READ_BOOTFILE_FAIL:	bootflash:c6msfc2-is-mz.121-2.E File boot failed 
-- File not accessible

Razones comunes

Esto puede ocurrir debido a estas razones:

  • El archivo está no más disponible en el Flash.

  • El dispositivo Flash no es accesible.

  • El nombre de fichero tecleado en el comando boot es incorrecto.

Acción Recomendada

  1. Publique el comando no boot system. Este comando quita todo los comandos boot anteriores se configuran que.

  2. Publique el <flash> del sistema del inicio: comando del <filename> en la misma orden que usted quisiera que el MSFC intentara mientras que inicia.

    Nota: Si no configuran a los comandos boot, el MSFC intenta para todos los archivos de arranque en la orden que aparecen en el dispositivo Flash.

Formato de los mensajes del %SYS-3-CPUHOG de las causas del bootflash

Esta sección discute una causa común de los mensajes Cpuhog Messages que aparecen cuando usted formata el bootflash del (RP) del Route Processor MSFC con el uso del software del sistema del Cisco IOS software del sistema o del Catalyst OS (CatOS).

Razones comunes y acción recomendada

El problema puede ser el problema conocido ese las referencias del Id. de bug Cisco CSCdw53175 (clientes registrados solamente). El problema se resuelve en estos versión de Cisco IOS Software y posterior

  • 12.1(11b)

  • 12.1(12c)E5

  • 12.1(13)E

Esta salida de muestra muestra el mensaje Cpuhog Messages que visualiza cuando usted formata el bootflash MSFC RP:

Catalyst6500#format bootflash:
Format operation may take a while. Continue? [confirm]
Format operation will destroy all data in "bootflash:". Continue? [confirm]
Formatting sector 6 
%SYS-3-CPUHOG: Task ran for 2632 msec (1/1), process = Exec, PC = 4024BBDC.
-Traceback= 4024BBE4 4024BDBC 4024C358 40244FA0 4024D450 401F0818 401FF8C4 40156398 
40349CCC 40163Formatting sector 1 
Format of bootflash complete

Si usted funciona con ya la imagen fija y todavía experimenta el problema, entre en contacto el Soporte técnico de Cisco para la ayuda.

Las recargas MSFC y entran el modo ROMMON después del error “versión PFC detectada no hacen juego la versión configurada”

Esta sección discute el caso en el cual el MSFC recarga y entra el modo ROMMON después de la versión PFC detectada no hace juego el error de versión configurado.

Razones comunes y acción recomendada

En algunos casos, ésta es conducta esperada. El MSFC causa un crash una vez y, en aquel momento, se corrige la versión del Policy Feature Card (PFC). Entonces, el MSFC inicia correctamente. No hay otra acción necesaria.

Visualizaciones de un mensaje de configuración de memoria no soportado después de una actualización de memoria

Esta sección discute el caso en el cual, después de que usted instale una Actualización de DRAM 256-MB en el MSFC2, la memoria no se reconoce. El MSFC2 para inmediatamente después de la carga inicial y entra ROMmon. Determine si usted se ha ejecutado en una de estas razones comunes:

Razones comunes y acción recomendada

Hay un bug en ROMmon que pueda prevenir el reconocimiento del DRAM en un MSFC2. El Id. de bug Cisco es CSCdw69150 (clientes registrados solamente). Este bug puede ocurrir después de que usted actualice el DRAM al 256 MB con el uso del numero de parte MEM-MSFC2-256MB de Cisco.

Cuando usted encuentra este problema, éste aparece en los registros de la consola MSFC2:

System Bootstrap, Version 12.1(4r)E, RELEASE SOFTWARE (fc1) 
Copyright (c) 2000 by cisco Systems, Inc. 
Unsupported memory configuration 
Unsupported memory configuration 
Unsupported memory configuration 
Unsupported memory configuration 
Cat6k-MSFC2 platform with 0 Kbytes of main memory

!--- The memory size is 0.

*** Mistral Interrupt on line 4 *** 
System memory parity error interrupt .. 
System memory uncorrectable ECC error interrupt .. 
PC = 0x8000803c, Cause = 0x4000, Status Reg = 0x3041c003 
rommon 1 >

Este problema se repara en el Cisco IOS Software Releases 12.1(11r)E01 o 12.1(11r)E02 de ROMmon y posterior.

Si usted funciona con el Cisco IOS Software Release 12.1(8a)E o Posterior, usted puede actualizar el ROMmon del software MSFC2 con el uso del comando line interface(cli). Refiera a actualizar la sección MSFC2 ROMMON de los Release Note para el Catalyst 6000 y el software ROMMON del Cisco 7600 MSFC2. Usted no necesita realizar una actualización de rommon del Supervisor Engine.

Esta línea identifica la versión de ROMmon que se ejecuta actualmente:

ROM: System Bootstrap, Version 12.1(4r)E, RELEASE SOFTWARE (fc1)

En este caso, la versión de ROMmon es Cisco IOS Software Release 12.1(4r)E.

%IPC-5-NULL: Registrando las presentaciones del mensaje del puerto de control Id=0x2210003 cada 30 segundos

Esta sección dirige un Switch del Catalyst 6500/6000 con el MSFC doble que consiga este mensaje en la consola o el Syslog cada 30 segundos:

%IPC-5-NULL: Registering Control Port Id=0x2210003, seq = 0
-Traceback= 6052DF9C 6052E018 602867B4 602867A0

El problema ocurre muy probablemente porque ambos los MSFC no funcionan con la misma versión de Cisco IOS Software.

Los Requerimientos de redundancia indican que ambos los MSFC deben funcionar con la misma versión de Cisco IOS Software. Publique el comando show module del motor del supervisor activo para marcar para saber si hay una discordancía de la versión en el MSFC. Después de que usted corrija la anomalía, los mensajes cesan.

%AAAA-3-BADREG: Presentaciones del mensaje ilegales de la llamada del registro

Esta sección dirige un switch de Catalyst con el MSFC que consigue este mensaje en la consola o el Syslog:

error message %AAAA-3-BADREG: Illegal registry call

Del mensaje las visualizaciones probablemente porque el MSFC está en el modo de arranque.

Si el MSFC inicia en el modo de arranque, cambie las configuraciones variables de arranque inicial para señalar a la imagen del Cisco IOS real en el bootflash del dispositivo.

Si no hay imagen en el bootflash, utilice el TFTP para transferir una imagen del Cisco IOS real al bootflash: en el MSFC. Entonces, cambie la configuración variable de arranque inicial para señalar a la imagen. Aseegurese que el valor del registro de la configuración es 0x2102, y salve las configuraciones. Recarga de modo que el MSFC inicie en el modo normal del Cisco IOS.

MSFC2a entra el modo ROMMON después de la conversión del Supervisor Engine 32 de CatOS al Cisco IOS Software

Después de la conversión de CatOS al Cisco IOS Software, el MSFC puede entrar el modo ROMMON si la variable de arranque o el registro de la configuración no se fija correctamente.

  1. Publique el comando set para encontrar el contenido de la variable de arranque.

    rommon 1 > set
    
    PS1=rommon ! >
    BOOT=disk0:s3223-ipbase_wan-mz.122-18.SXF4.bin,1;?=1
    
    !--- Output suppressed.
    
    

    Si la configuración variable de arranque inicial no señala al Cisco IOS correcto nombre del archivo, cambíela con el uso de este comando:

    rommon 3 >BOOT=disk0:s3223-ipbase_wan-mz.122-18.SXF4.bin
    
  2. Publique el comando confreg 0x2102 para fijar el registro de la configuración a 0x2102.

    Nota: Este comando es con diferenciación entre mayúsculas y minúsculas.

    rommon 4 >confreg 0x2102
    
  3. En el prompt, publique el comando synchronization para sincronizar el inicio y los ajustes del registro de configuración, y después publique el comando reset.

    rommon 5 >sync
    
    rommon 6 >reset
    
    System Bootstrap, Version 12.2(17r)SX3, RELEASE SOFTWARE (fc1)
    Technical Support: http://www.cisco.com/techsupport
    Copyright (c) 2004 by cisco Systems, Inc.
    Cat6k-MSFC2A platform with 524288 Kbytes of main memory
    
    !--- Output suppressed.
    
    
  4. Después de que el MSFC inicie, publique el comando show bootvar para aseegurarse que la variable de arranque y los valores del registro de la configuración están fijados correctamente en el MSFC y el Supervisor Engine.

    Router#show bootvar
    BOOT variable = disk0:s3223-ipbase_wan-mz.122-18.SXF4.bin,1
    CONFIG_FILE variable does not exist
    BOOTLDR variable =
    Configuration register is 0x2102

    Esta salida parece mostrar que todas las variables están fijadas y que usted puede iniciar el Switch automáticamente. Sin embargo, si usted recarga al router en este momento, usted puede terminar para arriba en el switch processor (SP) ROMmon porque el valor del registro de la configuración para el SP puede todavía ser 0x0. Publique el comando remote command switch show bootvar para verificar esta declaración. El comando visualiza las configuraciones de la variable del entorno actual en el SP.

    Router#remote command switch show bootvar
    BOOT variable = disk0:s3223-ipbase_wan-mz.122-18.SXF4.bin,1
    CONFIG_FILE variable does not exist
    BOOTLDR variable does not exist
    Configuration register is 0x0

    Publique este conjunto de comandos en el RP para cambiar los ajustes del registro de configuración en el SP:

    
    !--- Set the configuration register.
    
    Router#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    Router(config)#config-register 0x2102
    Router(config)#end
    
    !--- Save the changes.
    
    Router#write memory
    Building configuration...
    [OK]
    
    !--- Verify the settings on the SP.
    
    Router#remote command switch show bootvar
    BOOT variable = disk0:s3223-ipbase_wan-mz.122-18.SXF4.bin,1
    CONFIG_FILE variable =
    BOOTLDR variable =
    Configuration register is 0x0 (will be 0x2102 at next reload)
  5. Recargue el switch.

    Router#reload
    Proceed with reload? [confirm]
    
    !--- Output suppressed.
    
    

Inhabilite el acceso de Telnet al MSFC

En el modo del software CatOS, usted puede inhabilitar el acceso de Telnet al MSFC de todos los dispositivos, que incluye el Switch (Supervisor Engine). Pero si usted previene Telnet del Switch, usted no puede acceder el MSFC del Supervisor Engine con el uso de la sesión {15 | comando 16}. El Supervisor Engine utiliza los IP Addresses 127.0.0.11 con 127.0.0.15 para acceder el MSFC. Configure el MSFC para bloquear el acceso de Telnet al MSFC de cualquier red excepto el Supervisor Engine.


!--- Configure one vty line to the Supervisor Engine to access the MSFC.

line vty 0
transport input telnet
access-class 101 in

!--- Block the other vty lines.

line vty 1 4
transport input none

!--- This access list allows traffic from the Supervisor Engine only.

access-list 101 permit tcp 127.0.0.0 0.0.0.255 127.0.0.0 0.0.0.255 eq telnet
access-list 101 deny tcp any any
access-list 101 permit ip any any

Incapaz de leer el indicador luminoso LED amarillo de la placa muestra gravedad menor de Flash externa del MSFC2

Esta sección dirige un Switch del Catalyst 6500/6000 que funcione con al modo híbrido y no pueda leer la placa Flash PC del Supervisor Engine 2 (PCMCIA) o el dispositivo de destello PC del MSFC2. El mismo indicador luminoso LED amarillo de la placa muestra gravedad menor de Flash externa es programable por el Cisco IOS en el MSFC2 y legible por CatOS en el módulo de Supervisor Engine.

Console> (enable) 
Console> (enable) dir slot0:
-#- -length- -----date/time------ name
  1 19769600 May 31 2007 00:39:30 c6sup22-js-mz.121-19.E1a


!--- This is the PCMCIA or Flash PC device with the name slot0:.
!--- slot0: is readable by CatOS on Supervisor 2.

5002880 bytes available (19769728 bytes used)
Console> (enable) session 15
Trying Router-15...
Connected to Router-15.
Escape character is '^]'.
Router>enable
Router#dir ?              
  /all             List all files
  /recursive       List files recursively
  all-filesystems  List files on all filesystems
  bootflash:       Directory or file name
  cns:             Directory or file name
  microcode:       Directory or file name
  null:            Directory or file name
  nvram:           Directory or file name
  slavebootflash:  Directory or file name
  slavenvram:      Directory or file name
  system:          Directory or file name
  
!--- slot0: is invisible on MSFC2.

Router#dir slot0: 
           ^
% Invalid input detected at '^' marker.
Router#dir sup-slot0: 
           ^
% Invalid input detected at '^' marker.
Router#copy bootflash:c6msfc2-boot-mz.121-8a.EX ?
  bootflash:       Copy to bootflash: file system
  ftp:             Copy to ftp: file system
  image:           Copy to image: file system
  null:            Copy to null: file system
  nvram:           Copy to nvram: file system
  rcp:             Copy to rcp: file system
  running-config   Update (merge with) current system configuration
  slavebootflash:  Copy to slavebootflash: file system
  slavenvram:      Copy to slavenvram: file system
  startup-config   Copy to startup configuration
  sup-bootflash:   Copy to sup-bootflash: file system
  sup-disk0:       Copy to sup-disk0: file system
  sup-image:       Copy to sup-image: file system
  sup-slot0:       Copy to sup-slot0: file system
  
!--- slot0: is available for writing from MSFC2.

  system:          Copy to system: file system
  tftp:            Copy to tftp: file system
Router#copy bootflash:c6msfc2-boot-mz.121-8a.EX sup-slot0:
Destination filename [c6msfc2-boot-mz.121-8a.EX]? 
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
1693168 bytes copied in 30.840 secs (54902 bytes/sec)
Router#exit
Console> (enable) dir slot0:
-#- -length- -----date/time------ name
  1 19769600 May 31 2007 00:39:30 c6sup22-js-mz.121-19.E1a
  2  1693168 May 31 2007 01:02:18 c6msfc2-boot-mz.121-8a.EX

!--- The file is successfully written to slot0: by Cisco IOS on MSFC2.

3409712 bytes available (21462896 bytes used)

Los sistemas de archivos que están disponibles en los motores del supervisor (disk0:/disk1:/slot0:) se montan en el (MSFC) del Route Processor como sistemas del archivo de red en el modo híbrido. El comportamiento es similar al de tftp: sistema de archivos. En el modo híbrido, es conducta esperada que los sistemas del archivo de red no soportan estos comandos:

  • dir

  • cancelación

  • apretón

Cómo inhabilitar el MSFC o el módulo de ruteo

Para inhabilitar el MSFC, complete estos pasos:

  1. Publique el comando configure terminal para trasladarse al modo de configuración:

    MSFC#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    MSFC(config)#
  2. Cambie el valor del registro de la configuración a 0x0

    MSFC(config)#config-register 0x0
    
    
  3. Presione el Ctrl-c tres veces para reactivar el puerto de la consola en el motor del supervisor activo.

  4. Reajuste el módulo MSFC con este comando:

    Supervisor>(enable) reset module 15
    
    

    Nota: El módulo MSFC se puede inhabilitar solamente en un switch de Catalyst que funcione con el Cisco IOS híbrido.

Problemas por caída del Troubleshooting MSFC

Esta sección cubre los problemas por caída sabidos que se relacionan con el MSFC y el MSFC2. Esta sección también recomienda las acciones para tomar.

El MSFC2 causa un crash con los mensajes Mistral-3-Error en el archivo CRASHINFO

Si su MSFC2 causa un crash y usted tiene un archivo CRASHINFO en su dispositivo Bootflash, publique el más bootflash: comando del crashinfo_filename. El comando visualiza la información del archivo CRASHINFO. Si usted ve el mensaje Mistral-3-Error en la sección del registro inicial del registro del RMtermcode = 3 nfw, determine si usted se ha ejecutado en una de estas razones comunes:

Nota: Estos errores son algunas de las interrupciones del error posible que usted ve en el MSFC2. Un problema del software puede causar estos errores. Usted encuentra cada uno de estos errores en la sección del registro inicial del archivo CRASHINFO también. Refiera a extraer la información del archivo CRASHINFO para más información.

  • Si usted ve la condición del mensaje de error detectada: SYSAD_TIMEOUT_DPATH y el registro del sysad_dpath_addr_log está dentro del rango de 0x10000000 a 0x10003FFF, usted se ha ejecutado probablemente en el Id. de bug Cisco CSCdu83548 (clientes registrados solamente). Este problema se repara en el Cisco IOS Software Release 12.1(8a)E2 y Posterior. Aquí tiene un ejemplo:

    
    !--- Output suppressed.
    
    %MISTRAL-3-ERROR: Error condition detected: SYSAD_TIMEOUT_DPATH
    %MISTRAL-3-INFO1: sysad_dpath_cmd_log=0x200
    %MISTRAL-3-INFO1: sysad_dpath_addr_log=0x100002E1
    
    !--- Output suppressed.
    
    
  • Si usted ve que el mensaje de error MISTRAL_GLOBAL_HW_HAZARD=0x100 y el valor global registro del peligro está fijado a 0x0140, a 0x0040, a 0x0180, o a 0x0008, usted se ha ejecutado en el Id. de bug Cisco CSCdt92810 (clientes registrados solamente) o CSCdu80122 (clientes registrados solamente). Aquí tiene un ejemplo:

    
    !--- Output suppressed.
    
    	%MISTRAL-3-INFO1: GLOBAL_HW_HAZARD=0x100
    	%MISTRAL-3-INFO2: Interrupt Hi reg=0x00000000(0x00000000)
    	%MISTRAL-3-INFO2: Interrupt Lo reg=0x00000000(0x10000000)
    	%MISTRAL-3-DUMP: Mistral Global Registers Dump
    	%MISTRAL-3-INFO1: global hazard reg=0x140
    
    !---- Output suppressed.
    
    

    En este ejemplo, el Id. de bug Cisco CSCdu80122 (clientes registrados solamente) causa el error. El bug se resuelve en el Cisco IOS Software Release 12.1(8a)E3 y Posterior.

  • Si usted ve el mensaje de error MISTRAL_GLOBAL_HW_HAZARD: 29 0x40 o MISTRAL_GLOBAL_HW_HAZARD: 29 0x8 y el valor global registro del peligro es 0x8 o 0x40, usted se han ejecutado en el Id. de bug Cisco CSCdt92810 (clientes registrados solamente). El bug se resuelve en el Cisco IOS Software Release 12.1(7a)E y Posterior.

Entre en contacto el Soporte técnico de Cisco en cualquiera de estos casos:

  • Usted funciona con una versión de Cisco IOS Software que contenga el arreglo, pero usted todavía se ejecuta en los problemas que esta sección describe.

  • Usted tiene otros mensajes de error del MISTRAL que esta sección no mencione.

El MSFC causa un crash con un error de paridad

El MSFC no contiene la Protección del mensaje ECC. Por lo tanto, el MSFC causa un crash en la detección de un error de paridad. Éstos son algunos de los errores que usted puede ver cuando sucede esto:

En la consola, usted ve:

*** System received a Cache Parity Exception *** 
signal= 0x14, code= 0xa405c428, context= 0x60dd1ee0 
PC = 0x6025b2a8, Cause = 0x6420, Status Reg = 0x34008002

En la salida del comando show version, usted ve:


!--- Output suppressed.

System returned to ROM by processor memory parity error at PC 0x6020F4D0, 
address 0x0 at 18:18:31 UTC Wed Aug 22 2001   

!--- Output suppressed.

En el archivo CRASHINFO, registrado en el bootflash: o consola, usted ve:

Error: primary data cache, fields:  data, SysAD 
virtual addr 0x4B288202, physical addr(21:3) 0x288200, vAddr(14:12) 0x0000 
virtual address corresponds to pcimem, cache word 0 
Address: 0x4B288200 not in L1 Cache      
Address: 0x4B288202 Can not be loaded into L1 Cach

Si ocurre el error más de una vez, usted debe substituir el MSFC. Si sucede el error solamente una vez, usted puede haber experimentado una alteración de un evento único. En este caso, monitoree el MSFC. Para más información sobre los errores de paridad, refiera a los errores de paridad de la memoria del procesador (PMPE).

El MSFC2 causa un crash con un error de paridad

El MSFC2 contiene la Protección del mensaje ECC. Sin embargo, hay las ubicaciones de memoria en las cuales se marca la paridad pero los errores de un solo bit no pueden ser corregidos. Éstos son algunos mensajes de error que usted puede ver en el archivo CRASHINFO que indica un error de paridad:

  • MISTRAL_TM_DATA_PAR_ERR_REG_MASK_HI: 42

  • Error condition detected: TM_NPP_PARITY_ERROR

  • Error condition detected: SYSAD_PARITY_ERROR

  • Error condition detected: SYSDRAM_PARITY

Si estos mensajes de error se registran solamente una vez, usted puede haber experimentado una alteración de un evento único. Monitoree el MSFC2. Si suceden los errores más con frecuencia, substituya el MSFC2. Para más información sobre los errores de paridad, refiera a los errores de paridad de la memoria del procesador (PMPE).

El MSFC causa un crash con un excepción de error de bus

El MSFC puede causar un crash con un excepción de error de bus. Cualquier un problema de software o hardware puede causar este error. Éstos son algunos de los errores que usted puede ver:

En la consola, usted ve:

*** System received a Bus Error exception ***
signal= 0xa, code= 0x10, context= 0x60ef02f0
PC = 0x601d22f8, Cause = 0x2420, Status Reg = 0x34008002

En la salida del comando show version, usted ve:


!--- Output suppressed.

System was restarted by bus error at PC 0x0, address 0x0 at 15:31:54 EST Wed Mar 29 2000

!--- Output suppressed.

Refiera a los caída de error de bus del troubleshooting para los detalles en cómo resolver problemas estos tipos de caída.

Si el direccionamiento indicado es una dirección no válida que es rango de memoria de los, usted tiene un bug de software. Si el direccionamiento está dentro del intervalo válido, la causa del problema es probablemente una falla de hardware de memoria del procesador.


Información Relacionada


Document ID: 18000