Servicios de redes de aplicaciones : Software Cisco Application and Content Networking System (ACNS)

Interprete y resuelva problemas los errores del disco duro para ACNS 4.2 y 5.0 en el Content Engine de Cisco

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


Contenido


Introducción

Este documento describe los errores del disco duro para las versiones 4.2 y 5.0 del Software Cisco Application and Content Networking System (ACNS) en el Content Engine de Cisco (CE). Este documento también explica cómo interpretar y resolver problemas los errores del disco duro. Los procedimientos en esta ayuda del documento que usted determina si una unidad de disco es operativa, y si el problema es problemas del hardware o un problema de software si no funciona la unidad correctamente. Cuando usted encuentra los problemas con el disco duro, usted debe resolver problemas a conciencia la unidad de disco para evitar el reemplazo de hardware innecesario.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • ACNS 4.2 y 5.0

  • Motores contentos de la red CE-507-K9, CE-507AV-K9, CE-560-K9, CE-560AV-CDN-K9, CE-590-DC-K9, CE-590-K9 y CE-590-ICDN-K9

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.

Informes de error del disco

Error de la unidad de disco del informe ACNS 4.2 y 5.0 de varias maneras. Hay leves diferencias en el informe de errores en las versiones 4.2 y 5.0 pero el acercamiento total es similar.

Unidad de disco muerta

Hay varios modos de falla de la unidad. Un modo de la falla extremo es que la Unidad fallada ni siquiera aparece en el bus de Interfaz de sistema de computadoras pequeñas (SCSI). Cuando ocurre tal error, el software asume que la unidad no está presente. Realice una inspección visual del cuadro. Si usted puede ver que una unidad está presente, pero el ACNS indica que la unidad falta, usted puede concluir un error claro. Por ejemplo, publique el comando show disks o el comando show disk details. Si la salida de estos comandos demanda que no hay disco presente, hay un error claro.

Asegúrese de que la unidad no haya llegado a ser flexible. También, comprobación para los problemas del cableado de SCSI. Si ningunas de estas acciones resuelven el problema, usted necesita substituir el disco.

precaución Precaución: Asegúrese de que usted corte la corriente antes de que usted marque los cables, o antes de que usted vuelve a sentar o inserta la unidad.

Error de hardware

Un más Modo típico de error es cuando algo sale mal en una unidad, y la unidad no puede leer o escribir uno o más sectores. El código genérico del driver SCSI coge este error, y visualiza un mensaje en el LOG_CRIT llano. Este error va al Syslog, que reside por abandono en /local1/syslog.txt.

En ACNS 5.0 y posterior, el mensaje de error va al CDM también, si se configura el CDM.

Aquí está el formato del mensaje de error:

SCSI I/O error: POSSIBLE BAD DISK -- device 0x%x, sector %d

El mensaje incluye la palabra “posible” como seto contra otras fuentes de errores entrada-salida. Por ejemplo, falla de cableado SCSI si un conjunto de almacenamiento está implicado, o diversas condiciones de error de FibreChannel. Sin embargo, este mensaje hace típicamente indica la falla de disco. Los otros mensajes de Kernel que indican la corrupción del sistema de archivos también acompañan este mensaje.

Nota: Busque la cadena el "ext2" en tales mensajes.

En el mensaje de error, el dispositivo es un número del dispositivo hexadecimal major+minor de la forma 0x8XY o 0x41XY, donde están dígitos hexadecimales X y Y. X indica que la unidad física (de la perspectiva de Linux) y Y indica la división en la unidad afectada. El dígito de la unidad es 0-based, y el NÚMERO DE PARTICIÓN es 1-based (0 para una división significa la unidad entera). Por ejemplo, 0x802 significa el disk00, la división 2, y 0x4103 significa disk16, la división 3.

Esta tabla enumera la asignación entre los números del dispositivo cuando todas las unidades de disco están presentes:

Número del dispositivo Descripción
0x800 - 0x80f El disk00, o divide 1 a 15 en el disk00
0x810 - 0x81f Disk01, o dividen 1 a 15 en disk01
0x8f0 - 0x8ff Disk15, o dividen 1 a 15 en disk15
0x4100 - 0x410f El disco 16, o divide 1 a 15 en disk16
0x4110 - 0x411f El disco 17, o divide 1 a 15 en disk17
0x41f0 - 0x41ff El disco 31, o divide 1 a 15 en disk31

Nota: La asignación puede ser compensada si una o más unidades de disco faltan.

Nota: Usted no necesita conocer el NÚMERO DE PARTICIÓN. El número del sector es un cierto sector dentro de la división afectada. El conocimiento de este número no es crítico, pero el número del sector está señalado con fines informativos. A veces, el DE u otros puede utilizar esta información para reproducir el error. Para esto, el DE debe y accionar manualmente una entrada-salida del disco a la área pertinente del disco a través de la unidad de disco.

Si usted observa la conducta extraña, o la falla de disco sospechada por cualquier motivo, publique los discos de la demostración y los comandos exec de los detalles de los discos de la demostración. Usted puede confirmar la falla de la unidad si la salida de estos comandos contiene los mensajes similares a esto:

disk<x> is bad. Check cable or replace it.

En este mensaje, el <x> puede ser 00, 01, o más arriba. Este valor indica la unidad que falló. Refiera a la Documentación del Producto para el software del ACNS de Cisco para encontrar la ubicación física de la unidad en relación con el resto del cuadro.

El cable del control o lo substituye parte de que el mensaje solicita solamente las unidades en un arsenal del almacenamiento externo. Usted puede ignorar a esta parte del mensaje para las unidades internas en el bulto de los modelos en el campo — CE-507 y de CE-560 con solamente las unidades internas.

Los discos de la demostración y los comandos show disks details realizan un control precipitado del disco. A veces, el control no identifica todos los errores. Por lo tanto, además de estos comandos del comando line interface(cli), usted debe también obtener la salida de Syslog, que reside por abandono en /local1/syslog.txt. Copie la salida a un sistema externo a través del comando copy disk ftp. Utilice un visor de archivos, un editor de textos, o a un procesador de textos para buscar a través del archivo del registro. Busque del extremo del archivo al revés para mirar los más nuevos mensajes primero. Busque el mún disco posible y los mensajes similares. Usted puede también alcanzar esto a través del comando exec del hallazgo:

ce#find match "POSSIBLE BAD DISK" syslog.txt

Usted puede también observar ciertas fallas de la unidad en el inicio hecho salir en la consola en serie. En ACNS 5.0 y posterior, esta salida también va nuevamente dentro del Syslog después del bootup, y puede aparecer en el archivo de syslog.txt. Estos mensajes son similares a los mensajes en la salida del disco de la demostración o muestran los detalles del disco, comando. Por ejemplo, el disk<x> es mún mensaje. Busque estos mensajes después de que las líneas que contienen la cadena el "BOOT-100", y antes de la línea que contiene la cadena el “que ingresa runlevel 200". Si ningunos mensajes de error ocurren entre estas líneas, usted puede concluir que todos los sistemas de archivos están montados correctamente. Los errores entrada-salida pueden todavía ocurrir posteriormente, típicamente si limitan a la falla de la unidad determinada solamente a un cierto sector o conjunto o rango de los sectores. Atención de la paga a la salida de Syslog.

Error del software en el disk00

Algunos tipos de problemas disco-relacionados pueden dar lugar a los mensajes de error que no indican realmente la falla de disco, solamente a un bastante cierto otro problema. En estos casos, el reemplazo de hardware o el RMA no es necesario. Aquí está un mensaje estándar que indica un problema del software con las particiones de disco o el filesystems del sistema-uso:

First disk not in standard configuration.
Run disk recover command and re-install the software.

Este mensaje aparece en la consola durante el bootup, y también en el Syslog si /local/local1 podía montar. Los casos específicos donde aparece este mensaje tienen diversas causas, pero son generalmente raros. Publique el disco se recuperan, o comando disk erase-disk00-partitions, y después publican el comando disk recover de resolver este problema.

Determine si un problema es un error de hardware del disco o un problema de software

Esta sección proporciona las instrucciones graduales de determinar si un problema es un error de hardware del disco o un problema de software. Esta sección cubre los discos SCSI solamente. Esta sección no incluye las unidades de la Matriz redundante de discos independientes (RAID), las unidades de FiberChannel, y los dispositivos del servidor de acceso a la red (NAS).

Procedimiento paso a paso

Paso 1

Marque si el CE puede arrancar.

En algún extremo y casos pocos probables, la unidad del disco SCSI puede tener problemas que hagan al driver de dispositivo ACNS colgar durante el bootup. Usted puede verificar esto de la consola del CE. Si la revisión del driver del subsistema SCSI: el mensaje 1.00 aparece, y el ACNS no inicia, marcar si la unidad de disco o el subsistema SCSI es defectuoso. Saque las unidades de disco y reinicie el sistema para ver si el problema se relaciona con la unidad de disco. Si esta acción falla, entre en contacto Cisco para determinar la causa raíz del problema.

Si el CE inicia y usted recibe el prompt de inicio de sesión en la consola, proceda al paso 2.

Paso 2

Publique el comando show version de verificar la versión de software. Observe el número de la versión ACNS.

Paso 3

Publique el comando show disks details, y verifique la salida. La unidad de disco debe aparecer como “normal” si está insertada. Aquí está una salida de muestra para ACNS 4.2:

ACNS42#show disks details
......
disk16: Normal        (h04 c00 i08 l00)    17501MB( 17.1GB)
    disk16/00: MEDIAFS       17500MB( 17.1GB) mounted internally
    FREE:                        0MB(  0.0GB)

Sample good ACNS 5.X output:

ACNS5#show disks details
......
disk14: Normal        (h01 c00 i09 l00 - Ext DAS)        35000MB( 34.2GB)
    disk14/00: CFS           34999MB( 34.2GB)
    FREE:                        1MB(  0.0GB)

Paso 4

Marque si alguna unidad de disco aparece como “No presente”. Si usted está seguro que la unidad de disco está físicamente presente, pero la salida muestra la unidad como “No presente”, una unidad de disco muerta es posible. Vaya al paso 9.

Aquí está una salida de muestra para ACNS 4.2:

ACNS42#show disks details
......
disk01: Not present

Aquí está una salida de muestra para ACNS 5.x:

ACNS5#show disks details
......
disk05: Not present

Paso 5

Marque si alguna unidad de disco aparece como “no reconocido”. “No reconocido” indica generalmente que otros sistemas operativos, por ejemplo, Windows o Linux, utilizaron la unidad de disco anterior. Este problema no ocurre si usted utiliza las unidades de disco que Cisco proporciona. Obtenga una unidad de disco de Cisco, y vaya al paso 10.

Aquí está una salida de muestra para ACNS 4.2:

ACNS42#show disks details
/ruby/bin/ruby_disk: disk [/dev/sdb] has an unknown partition [/dev/sdb1], skipping it
......
disk01: Not recognized

Aquí está una salida de muestra para ACNS 5.x:

ACNS5#show disks details
/ruby/bin/ruby_disk: disk [/dev/sdi] has an unknown partiton [/dev/sdi2], skipping it
......
disk08: Not recognized

Paso 6

Marque si alguna unidad de disco aparece como “problemático”. Este estatus indica generalmente un problema de hardware. El error o los mensajes de advertencia puede ser diferentes. Algunos errores pueden indicar que el diskXX es malo, mientras que otros errores pueden indicar ese disco /dev/sdX: no pueda {ábrase|lea|escriba|búsqueda}. Vaya al paso 9.

Aquí está una salida de muestra para ACNS 4.2:

ACNS42#show disks details
disk04 is bad. Check cable or replace it.
ruby_disk: Disk /dev/sdg: cannot open: Device not configured
......
disk04: Problematic
......
disk07: Problematic

Aquí está una salida de muestra para ACNS 5.x:

ACNS5#show disks details
disk01 is bad. Check cable or replace it.
......
disk01: Problematic

Paso 7

Marque si la unidad de disco contiene cualesquiera errores de SCSI. Busque el archivo de syslog.txt.

Los mensajes también aparecen en la consola o cualquier terminal dependiendo de la configuración del registro. Si usted encuentra el mún mensaje de disco posible en syslog.txt, usted puede concluir que o la unidad de disco es defectuosa, o la conexión SCSI es mala. Imagine el número del disco y después vaya al paso 9. Aquí está el formato del mensaje:

SCSI I/O error: POSSIBLE BAD DISK -- device 0x%x, sector %d

Paso 8

Publique el comando show disks details, o pase a través del registro de inicio de la consola marcar para saber si hay un problema del software con el disk00. Para ACNS 5.x, usted puede encontrar el registro de inicio de la consola también en syslog.txt.

El disk00 tiene algunos sistemas del archivo especial que salven el software del ACNS y la otra información del estado que son persistentes a través de las recargas. El comando show disks details debe mostrar la porción de disk00 para el “uso del sistema”. Si usted no puede encontrar “la porción del uso del sistema”, y usted no encuentra ningún problema de hardware en los pasos anteriores, vaya al paso 11.

Aquí está una cierta salida de muestra para buen ACNS 4.2:

disk00: Normal        (h00 c00 i00 l00)    17357MB( 17.0GB)
    System use:               5119MB(  5.0GB)
    FREE:                    12237MB( 12.0GB)

Aquí está una cierta salida de muestra para buen ACNS 5.x:

disk00: Normal        (h00 c00 i00 l00 - Int DAS)        69999MB( 68.4GB)
    disk00/04: PHYS-FS       59246MB( 57.9GB) mounted internally
    disk00/04: CDNFS         59246MB( 57.9GB) mounted internally
    disk00/04: MEDIAFS       51893MB( 50.7GB) mounted internally
    System use:              10751MB( 10.5GB)
    FREE:                        1MB(  0.0GB)

Aquí está una cierta salida de muestra para mún ACNS 4.2:

disk00: Normal          (h00 c00 i00 l00)    17499MB( 17.1GB)
FREE:                    17499MB( 17.1GB)

Sample bad ACNS 5.X output:
disk00: Normal        (h00 c00 i00 l00 - Int DAS)        17357MB( 17.0GB)
    FREE:                    17357MB( 17.0GB)

Aquí está el mensaje de inicio de ACNS 4.2:

BOOT-100: disk apply
*****
Your first disk is not in standard configuration.
You might need to run 'disk recover' from the CLI.
*****

Aquí está el mensaje de inicio de ACNS 5.x:

ruby_disk: Your first disk is not in standard configuration.
ruby_disk: Run 'disk recover' from the CLI
/ruby/bin/code100.sh: NOTE: ruby_disk apply returned 6


********************************************
  System software is missing.             
  Check whether first-disk is bad, or        
  use 'disk recover' to recover first-disk. 
********************************************

Paso 9

Corte la corriente al CE. Saque la unidad de disco. Reinserte la unidad de disco si la unidad de disco es fácilmente accesible. Esto es verdad para Robin2 y la familia de hardware Lightning pero no verdad para familia del hardware del ópalo o del trueno. Asegúrese de que la conexión de la unidad de disco sea buena. Vuelva al paso que usted completó antes de este paso, y relance la prueba. Si persiste el problema de hardware, entre en contacto el soporte de Cisco para substituir la unidad de disco o el CE.

Paso 10

Instale la unidad del disco de reemplazo. Vaya al paso 11 si el disco de reemplazo es disk00. Si no, vaya al paso 14.

Paso 11

Si el disk00 tiene un problema del software, publique el comando disk recover al disk00 de fabricación. Un prompt de advertencia aparece.

Aquí está una cierta salida de muestra para ACNS 4.2:

ACNS42#disk recover
This will erase everything on disk00. Are you sure? [no]yes
System file systems appear to have been installed.
Please verify your software installation with 'show flash'
and install a new image if necessary.

Aquí está una cierta salida de muestra para ACNS 5.x:

ACNS5#disk recover
This will erase everything on disk00. Are you sure? [no]yes
System file systems appear to have been installed.
Please verify your software installation with 'show flash'
and install a new image if necessary.

Si este paso es acertado, vaya al paso 13. Si no, proceda con el paso 12.

Paso 12

El disco recupera la operación en el paso 11 puede fallar si algunas aplicaciones o disk00 del uso de la división del intercambio parcialmente. Usted debe utilizar el comando disk erase de borrar las divisiones. Este comando es similar a la primera parte del comando disk recover con una opción de la fuerza. Una advertencia similar aparece.

Aquí está una cierta salida de muestra para ACNS 4.2:

ACNS42#disk erase
This will erase everything on disk00. Are you sure? [no]yes
disk00 partition table erased.  Will take effect after reboot.
ACNS42#reload
Proceed with reload?[confirm]
Shutting down all services, will timeout in 15 minutes.

Aquí está una cierta salida de muestra para ACNS 5.x:

ACNS5#disk erase
This will erase everything on disk00. Are you sure? [no]yes
disk00 partition table erased.  You need to reload the CE now!!!
ACNS5#reload
Proceed with reload?[confirm]
Shutting down all services, will timeout in 15 minutes.

advertencia Advertencia: Esta operación es destructiva. El CE llega a ser inestable después de este paso. Recargue el CE inmediatamente. Vaya al paso 11 a publicar el comando disk recover otra vez después de que el CE esté detrás en línea.

Paso 13

Instale el software del disco. El disk00 ha sido re-manufacturado. La porción del disco del software debe ser reinstalada. Siga el procedimiento de instalación del software estándar. Generalmente, usted puede hacer tan con la interfaz del (CDM) del administrador de distribución de contenido, o el CLI por ejemplo, con el comando copy ftp install o el comando copy http install.

Aquí está un comando de la muestra ACNS 4.2:

ACNS42#copy ftp install server path ACNS-4.2.9-K9.bin

Aquí está un comando de la muestra ACNS 5.X:

ACNS5#copy ftp install server path ACNS-5.1.0-K9.bin

Después de este paso, vaya al paso 14 o al paso 15, en base de su requisito.

Paso 14

Si la unidad de disco nuevamente substituida no es disk00, usted puede:

  • Publique el comando disk add de agregar una nueva unidad de disco.

    O

  • Publique el comando disk config de configurar de nuevo todas las unidades en el CE.

Nota: El comando disk config borra todo el contenido en el SYSFS, los CF, y MEDIAFS. El contenido adentro CDNFS se preserva.

Aquí está un comando de la muestra ACNS 4.2:

ACNS42#disk config sysfs 5GB ecdnfs remaining
Disk configured successfully.
New configuration will take effect after reload.
Please remove this device from the ECDN CDM (if any) before reboot this device,
as this device's configuration will be stale due to disk repartition.
ACNS42#reload

Aquí está un comando de la muestra ACNS 5.x:

ACNS5#disk config sysfs 10% cfs 2GB cdnfs remaining
Disk configured successfully.
New configuration will take effect after reload.
ACNS5#reload

Paso 15

Marque si el CE está de nuevo al funcionamiento normal. Entre en contacto el Centro de Asistencia Técnica de Cisco (TAC) si persiste el problema.

Reemplazo de hardware

Si usted requiere un reemplazo de hardware, usted necesita abrir una solicitud de servicio con el TAC de Cisco. El TAC de Cisco requiere la información en esta lista de verificación antes de que un reemplazo pueda ser procesado.

Lista de verificación para el reemplazo de hardware
ID del producto, número de serie, numero de parte del hardware y versión ACNS correctos de los cuadros fallados.
¿Se está substituyendo qué?
¿Por qué la pieza fue substituida? Incluya la evaluación personal.
Configuración física (topología) donde ocurrió la falla actual.
Si la consola Telnet está disponible, proporcione por favor la salida de estos comandos show y registros:
  • muestre el soporte técnico (cuál incluye la salida del comando show running config)
  • Información en estos registros, que usted puede obtener con el FTP:
    • Del CE:
      • /local/local1/syslog.txt
      • /local/local1/errorlog/ allí es mucho error abre una sesión este directorio. En base del error, envíe los registros apropiados. Por ejemplo, si había un problema con la distribución, recoja dist*.* bajo esta carpeta.
      • /local/local1/servicelog/ allí es muchos servicio abre una sesión este directorio. En base del servicio que fallado, usted debe enviar los registros apropiados. Por ejemplo, si había un problema con el wmt, recoja wmt*.* bajo esta carpeta. Es una buena idea enviar cms_ce_start*.* para cualquier error del servicio.
    • Del CDM: /local/local1/servicelog/ del CDM, captura la comunicación cms del CE con el CDM para ver si el CE ha registrado cualesquiera errores al CDM. cms_cdm_start*.* es necesario. Consider que envía cms*.* de esta ubicación.
  • Captura de pantalla en el bootup del sistema.
¿Este dispositivo fue efectuado en un recurso del estacionamiento antes del despliegue en la ubicación actual?
¿Usted observó un error similar en otro dispositivo recibido al mismo tiempo?
¿Qué los cambios más recientes fueron hechos al sistema del último 15 días, incluyendo la infraestructura?
¿Es el problema intermitente? ¿Si sí, podía usted reproducir el problema? Estado el intervalo.
¿Es el problema determinista? Si sí, describa cómo reconstruir el problema.
¿Qué actividad estaba en curso en el sistema a la hora del error?
¿El software fue instalado o quitado?
¿Era el tráfico pesado o ligero? ¿O estaba el tráfico ausente?
¿Usted realizó nuevos cambios de configuración?
¿Usted hizo frente a Problemas de entorno antes de la falla actual? Aquí está una lista de tales errores que usted deba buscar:
  • Interrupción de la alimentación eléctrica
  • Falla en el aire acondicionado
  • Otros dispositivos en la misma ubicación física: ¿Trabajan muy bien?
  • El chasis del cuadro: ¿Consigue sobrecalentado?
  • Ruido mecánico

Categorías de falla

En este momento, si usted determina que el problema es definitivamente una falla de hardware, y requiere el reemplazo, intenta identificar el incidente en una de estas categorías, y captura la información adicional para esa categoría de falla:

  1. No puede iniciar

    Marque si el sistema era DOA (muerto en la llegada). Si el sistema trabajaba por algún tiempo, pero no puede ahora iniciar, conteste a estas preguntas:

    • ¿Esta máquina funcionó anterior?

    • ¿Si no, la máquina funcionó nunca?

    • ¿Si sí, que la secuencia de funcionamiento llevada al “no puede iniciar” la situación?

    • ¿Cuánto tiempo el trabajo de la máquina antes del error en localizó?

    Capture la salida de la consola durante la tentativa del inicio.

  2. Mala unidad de disco duro

    Marque si una unidad de disco duro en el sistema es defectuosa. Si usted identifica el problema para ser una mala unidad de disco duro, conteste a estas preguntas:

    • ¿Cuánto tiempo era este sistema en funcionamiento?

    • ¿Cuál es el patrón de USO de este sistema? (tráfico 24x7?)

    • ¿Había inusualmente un mucho tráfico antes de que la unidad de disco duro fallara?

    Capture estas salidas:

    • La salida que señaló la unidad para ser mala.

    • Los registros que señalan la unidad como malo.

    • La salida del comando show hardware.

    • La salida del comando show tech support.

  3. Mala fuente de alimentación

    Si la fuente de alimentación en la unidad es defectuosa, y el sistema no acciona para arriba, conteste a estas preguntas:

    • ¿Este sistema trabajó antes?

    • ¿Si no, el sistema trabajó nunca?

  4. Muertos en la llegada (DOA)

    Si el sistema llegó en el estado muerto y no puede accionar para arriba o iniciar, marcar si ésta es la primera tentativa de girar el sistema.

  5. Software

    Un reemplazo de hardware es poco probable solucionar un problema del software. Sin embargo, si usted piensa un reemplazo de hardware es necesario, usted debe indicar porqué usted piensa que el reemplazo de hardware puede solucionar el problema del software.

  6. Duplicado

    Éste es capturar el RMA del segundo disco opcional en el CE-510 y CE-510A. Si este problema es un duplicado, conteste a estas preguntas:

    • ¿Cuánto tiempo era este sistema en funcionamiento?

    • ¿El trabajo del sistema antes del error en localizó?

    • ¿Cuánto tiempo era este sistema en funcionamiento?

    • ¿Cuál es el patrón de USO de este sistema? (tráfico 24x7?)

  7. Otro

    Cualquier otros errores no capturados hasta ahora.

  8. No bastante información (NEI)

    Utilice esta categoría solamente en la circunstancia poco probable que la información disponible no es adecuada categorizar el problema más concretamente.

Después del reemplazo

Después del reemplazo de hardware, el TAC de Cisco sigue con usted para obtener esta información:

  • ¿Qué acciones correctivas específicas usted tomó con el dispositivo?

  • ¿Cuál era el resultado de cada acción? ¿Por ejemplo, una reinicialización dura dio lugar a un mensaje de error particular durante el bootup? O, usted intentó asociar diversos cables Ethernet al mismo puerto, y diversos puertos en el Switch, pero el acceso de Ethernet en el CE nunca muestra una luz de link.

  • ¿Si usted realizó los cambios múltiples, qué solucionó el problema en última instancia?


Información Relacionada


Document ID: 69674