Contenido

Introducción

Solución de problemas de hardware sospechosos

El sistema no se encenderá ni arrancará, ni reiniciará o arrancará constantemente la imagen incorrecta

El sistema informa de una falla de ventilador

Problemas de disco duro sospechosos

Alerta/alarmas de alta temperatura

Botones del panel frontal sin respuesta

Problemas del adaptador de red

Puerto serie muestra un mensaje de inicio de sesión inesperado (sólo VCS)

La aplicación/tsh de TANDBERG no se iniciará (solo VCS)

Mensaje 'error de instalación del agente de arranque' visto en el registro de arranque

Registros y pruebas

Instantánea del sistema desde la Web

Instantánea del sistema desde el shell raíz

Registros de desperfectos

Registros de sensores

Código de la HDMI

Prueba de placa

smartctl

Salida de ifconfig

Volcado de Estadísticas de Ethtool

Comprobar virus

Alarmas y advertencias

Evidencia física

Acceso a la consola

Restaurar configuración predeterminada

Archivos previos

Reiniciar la configuración predeterminada

Restablecer mediante un dispositivo USB

Problemas comunes de falla no de hardware

Discos llenos - Espacio

Discos completos: nodos

Introducción

Este documento describe cómo resolver problemas y recopilar información en el caso de que considere devolver un Cisco TelePresence Video Communication Server (VCS) o un Cisco TelePresence Conductor a través del proceso de Autorización de devolución de material (RMA).

Nota: Este documento no se aplica a los dispositivos de la serie CE. Esta guía sólo se aplica a los dispositivos antiguos que tienen un panel LCD, un teclado y una placa frontal negra. Si dispone de un dispositivo de la serie CE, consulte la Guía de instalación y servicio del servidor Cisco UCS C220 para obtener información básica sobre dicho dispositivo y, a continuación, siga el proceso de soporte estándar de acuerdo con su contrato de servicio. Es importante proporcionar la información necesaria a los ingenieros de soporte de Cisco cuando solicite una RMA. No es necesario esperar a que un ingeniero de soporte técnico se ponga en contacto con usted; puede actualizar su ticket de soporte con la información adecuada en cualquier momento.

Solución de problemas de hardware sospechosos

El sistema no se encenderá ni arrancará, ni reiniciará o arrancará constantemente la imagen incorrecta

Si el sistema Conductor de VCS/TelePresence no se enciende o se inicia o se reinicia constantemente, verifique estos elementos:

1. ¿Hay algún LED/LCD encendido?

Si la respuesta es sí, el dispositivo se enciende, pero es posible que no se inicie. Compruebe estos elementos:

- ¿Hay algún dispositivo conectado a los puertos USB del sistema (especialmente un teclado/vídeo/ratón USB (KVM))?

En caso afirmativo, quítelos e intente apagar el sistema y volver a encenderlo. Si el sistema todavía no se inicia, conéctese a la consola serial y recopile la mayor cantidad de salida posible para el arranque. Conecte la salida al ticket de soporte.

Consejo: Consulte Acceso a la Consola para obtener información sobre cómo conectarse al sistema con una conexión serial.

- ¿Hay algún dispositivo conectado a los puertos seriales del sistema?

En caso afirmativo, quítelos e intente apagar y encender el sistema de nuevo. Si el sistema todavía no se inicia, conéctese a la consola serial y recopile la mayor cantidad de salida posible para el arranque. Conecte la salida al ticket de soporte.

Consejo: Consulte Acceso a la Consola para obtener información sobre cómo conectarse al sistema con una conexión serial.

Si la respuesta es negativa (no hay LED/LCD encendidos), cambie la toma de corriente a la que está conectado el sistema y el cable de alimentación. Asegúrese de que el interruptor de alimentación eléctrica y el interruptor de software de la parte posterior de la unidad se encuentran en la posición correcta y se han pulsado según corresponda. Conecte el cable de alimentación a otro dispositivo para verificar que funciona correctamente.

2. Si el dispositivo continúa reiniciándose, pero está activo durante un tiempo, intente recopilar un registro de sensores. Consulte Registros y pruebas para obtener más información.

3. Si el sistema todavía no se inicia, levante un ticket de soporte con una lista de los pasos realizados para verificar el sistema.

El sistema informa de una falla de ventilador

Si el sistema informa que un ventilador ha fallado, recopile la prueba de falla del sistema como se muestra en Registros y evidencia bajo Alarmas y Advertencias. Levante un ticket de soporte con la información recolectada adjunta.

Problemas de disco duro sospechosos

El administrador piensa que hay una falla en el disco duro. ¿Se describe el disco duro como "desmontado"?

Si la respuesta es afirmativa, recopile toda la información que sea posible, como se documenta en Registros y Pruebas:

- Evidencia física: muestra el mensaje visto en la pantalla LCD y eleva un ticket de soporte con la información recopilada adjunta.

- smartctl

- Código de interfaz de gestión de escritorios (CSI)

- Alarmas y advertencias

Levante un ticket de soporte con la información recolectada adjunta.

Si la respuesta es no (el disco no se describe como "desmontado"), investigue por qué el administrador cree que hay un problema con el disco duro. Esta información puede proporcionar una buena evidencia de problemas con el disco:

- Pruebas físicas

- smartctl

- código de HDMI

- Alarmas y advertencias

- Instantánea del sistema

Consejo: Consulte Registros y pruebas para obtener más información.

Puede haber mensajes de error relacionados con el disco en los registros Linux estándar, como dmesg o /var/log/messages. Levante un ticket de soporte con la información recolectada adjunta.

Aquí se muestran algunos ejemplos del tipo de registros de errores que se pueden ver:

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:00:81:53:2a/00:00:00:00:00/e1 tag 0 dma 131072 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

e2fsck 1.41.9 (22-Aug-2009)

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:c0:a1:53:2a/00:00:00:00:00/e1 tag 0 dma 98304 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:d0:91:54:2a/00:00:00:00:00/e1 tag 0 dma 106496 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

ata4: limiting SATA link speed to 1.5 Gbps

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:d0:91:54:2a/00:00:00:00:00/e1 tag 0 dma 106496 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:d0:91:54:2a/00:00:00:00:00/e1 tag 0 dma 106496 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

ata4: link is slow to respond, please be patient (ready=0)

ata4: SRST failed (errno=-16)

ata4: link is slow to respond, please be patient (ready=0)

ata4: SRST failed (errno=-16)

ata4: link is slow to respond, please be patient (ready=0)

ata4: SRST failed (errno=-16)

ata4: limiting SATA link speed to 1.5 Gbps

ata4: SRST failed (errno=-16)

ata4: reset failed, giving up

kernel: irq 19: nobody cared (try booting with the "irqpoll" option)

kernel: Pid: 0, comm: swapper Not tainted 2.6.31.12 #1

kernel: Call Trace:

kernel: <IRQ> [<ffffffff810743d6>] __report_bad_irq+0x26/0xa0

kernel: [<ffffffff810745dc>] note_interrupt+0x18c/0x1d0

kernel: [<ffffffff81074db5>] handle_fasteoi_irq+0xb5/0xe0

kernel: [<ffffffff8100e35d>] handle_irq+0x1d/0x30

kernel: [<ffffffff8100d887>] do_IRQ+0x67/0xe0

kernel: [<ffffffff8100bcd3>] ret_from_intr+0x0/0xa

kernel: <EOI> [<ffffffff81012c03>] ? mwait_idle+0x63/0x80

kernel: [<ffffffff8100a500>] ? enter_idle+0x20/0x30

kernel: [<ffffffff8100a574>] ? cpu_idle+0x64/0xb0

kernel: [<ffffffff81399d05>] ? rest_init+0x65/0x70

kernel: [<ffffffff816c250a>] ? start_kernel+0x33c/0x348

kernel: [<ffffffff816c1b75>] ? x86_64_start_reservations+0x125/0x129

kernel: [<ffffffff816c1c5d>] ? x86_64_start_kernel+0xe4/0xeb

kernel: handlers:

kernel: [<ffffffff81254260>] (ata_sff_interrupt+0x0/0x110)

kernel: [<ffffffff81254260>] (ata_sff_interrupt+0x0/0x110)

kernel: [<ffffffff81280ba0>] (usb_hcd_irq+0x0/0x70)

kernel: Disabling IRQ #19

Alerta/alarmas de alta temperatura

VCS/TelePresence Conductor informa que tiene una alarma de alta temperatura:

- La unidad tiene entradas de aire laterales y una salida de aire trasera. Debe efectuarse un control para garantizar la ventilación suficiente, en particular en los lados. Incluso si los lados se ven bien, otro dispositivo -por ejemplo, una unidad de control multipunto de Codian (MCU)- podría emitir el escape directamente en la entrada de aire de la unidad.

- El flujo de aire en las MCU es de derecha a izquierda, por lo que hay que tener especial cuidado si se las coloca a la derecha de un Conductor VCS/TelePresence.

- Ocasionalmente, el sensor de temperatura del termistor podría informar de una lectura espuria. Admita cualquier alarma y monitorea el sistema para que se produzcan más eventos.

- Recopile la prueba de falla del sistema, como se muestra en Registros y Pruebas.

- Alarmas y advertencias

- Evidencia física.

Levante un ticket de soporte con la información recolectada adjunta.

Botones del panel frontal sin respuesta

Ciertas versiones del panel frontal, especialmente los primeros paneles de la marca Cisco, tienen problemas con los contactos de los botones del panel frontal. Esto se resuelve en las versiones más recientes del panel frontal y no afecta al funcionamiento diario del sistema.

Recopile evidencia del problema, vea la sección Código de la HDMI en Registros y evidencia.

Si el panel frontal no responde, se puede utilizar una conexión serial para el dispositivo para la configuración inicial.

Consejo: Consulte Acceso a la Consola para obtener información sobre cómo conectarse al dispositivo con una conexión serial.

Problemas del adaptador de red

El administrador informa que hay problemas con el adaptador de red o que el link LAN está inactivo.

Verifique que se hayan probado los distintos cables y puertos LAN del switch/router al que está conectado el dispositivo.

Recopile esta evidencia, como se detalla en Logs and Evidence, del problema:

- resultado de ifconfig

- vaciado de estadísticas de ethtool

- Prueba de placa

- Pruebas físicas

- Alarmas y advertencias

- Instantánea del sistema

Levante un ticket de soporte con la información recolectada adjunta.

Puerto serie muestra un mensaje de inicio de sesión inesperado (sólo VCS)

Cuando se inicia Cisco VCS, suele ver algo como:

tandberg login: root

Password:

Sin embargo, cuando se inicia el dispositivo, un mensaje del controlador SAS Fusion MPT podría colisionar con el mensaje de inicio de sesión. En este caso, aparece este resultado:

tandberg login: Fusion MPT misc device (ioctl) driver 3.04.14

mptctl: Registered with Fusion MPT base driver

mptctl: /dev/mptctl @ (major,minor=10,220)

Esto se debe a un problema de software que Cisco conoce y que no debe dar lugar a una RMA. El problema se corrige en las versiones X6.0 y posteriores del código.

La aplicación/tsh de TANDBERG no se iniciará (solo VCS)

Cuando intenta iniciar sesión como administrador en una sesión de consola (Secure Shell (SSH), telnet, serial o KVM), existe un mensaje "no se puede conectar a tsh" o "/tmp/hfail: Se muestra el inicio de la aplicación TANDBERG inhibido":

1. ¿Existe el archivo /tmp/hwfail?

Si la respuesta es afirmativa, recopile esta información de Logs and Evidence.

- Instantánea del sistema desde el shell raíz

- Código de la HDMI

- Prueba de placa

- Evidencia física

2. Cuando escribe "tsh" o inicia sesión como admin, ¿se muestra el mensaje "not connect to tsh" (no se puede conectar a tsh)?

- Verifique que el sistema tenga una clave de versión: "cat /tandberg/etc/rk" y que es válido para el número de serie del sistema y el nivel de software instalado.

- Si todavía hay problemas y la aplicación no se inicia, recopile esta información:

- Instantánea del sistema desde el shell raíz

- código de HDMI

- Prueba de placa

- Evidencia física

- Si la respuesta es afirmativa, recopile esta información de Logs and Evidence.

- Instantánea del sistema desde el shell raíz

- Código de la HDMI

- Prueba de placa

- Evidencia física

Levante un ticket de soporte con la información recolectada adjunta.

Nota: TelePresence Conductor no tiene equivalente tsh.

Mensaje 'error de instalación del agente de arranque' visto en el registro de arranque

Puede aparecer un mensaje de 'error de instalación del agente de arranque previo' en el registro de arranque si no hay una conexión serial al VCS cuando se inicia.

Esto no es un problema y no debería dar lugar a una RMA.

Registros y pruebas

En esta sección se describen los métodos para tomar registros, instantáneas y recopilar otras pruebas.

Instantánea del sistema desde la Web

El proceso de instantánea del sistema crea un archivo de varios archivos del sistema que se pueden descargar al equipo del administrador.

Para iniciar una instantánea del sistema en X6.1 o XC1.1 y anteriores:

1. Elija Mantenimiento > Instantánea del sistema.

2. Haga clic en Crear instantánea completa.

3. Espere a que se cree el archivo (esto puede tardar un tiempo ya que hay muchos archivos).

4. Debe aparecer un cuadro de diálogo de descarga de archivos para que el archivo pueda descargarse en el equipo local (asegúrese de que el PC tiene suficiente espacio en disco).

Para iniciar una instantánea del sistema en X7.0 o XC1.2 y posteriores:

1. Elija Mantenimiento > Diagnóstico > Instantánea del sistema.

2. Haga clic en Crear instantánea completa.

3. Espere a que se cree el archivo (esto puede tardar un tiempo ya que hay muchos archivos).

4. Debe aparecer un cuadro de diálogo de descarga de archivos para que el archivo pueda descargarse en el equipo local (asegúrese de que el PC tiene suficiente espacio en disco).

Cuando toma una instantánea, reserva los recursos del sistema. En un sistema muy ocupado, puede ser aconsejable iniciar una instantánea en un período de "tráfico bajo" (aunque no lo deje mucho después del evento que desea analizar).

El sistema almacena sólo un archivo de instantánea (.tar.gz) en el disco en cualquier momento (el más reciente): en /mnt/harddisk/snapshot.

Instantánea del sistema desde el shell raíz

El proceso de instantánea del sistema crea un archivo de varios archivos del sistema que se pueden descargar al equipo del administrador.

Para iniciar una instantánea del sistema:

1. Inicie sesión en el sistema como root.

2. Ingrese snapshot.sh.

3. Espere a que se cree el archivo (esto puede tardar un tiempo ya que hay muchos archivos - espere a que el archivo cambie de un archivo .tar a un archivo .tar.gz).

4. Cuando se haya generado la instantánea, estará disponible para proteger la copia (SCP) desde aquí: /mnt/harddisk/Snapshots/ (es un archivo tar.gz).

Cuando toma una instantánea, reserva los recursos del sistema. En un sistema muy ocupado, puede ser aconsejable iniciar la instantánea en un período de "tráfico bajo" (aunque no lo deje mucho después del evento que desea analizar).

El sistema almacena sólo un archivo de instantánea (.tar.gz) en el disco en cualquier momento (el más reciente): en /mnt/harddisk/snapshot.

Registros de desperfectos

Cada vez que se produce un error en una aplicación, se escribe un informe de incidentes en disco en el directorio /tandberg/crash/directory.

Los informes de incidentes se incluyen en el archivo de instantáneas.

Los ingenieros de soporte de Cisco alojan un servidor enrutable externamente, en el que se puede configurar VCS/TelePresence Conductor para publicar informes de incidentes. Si los administradores configuran el sistema para publicar informes de incidentes, acelerará la notificación de fallos de la aplicación.

Puede configurar las cargas automáticas de los informes de fallos en el servidor de informes de fallos automáticos (ACR) en Mantenimiento > Informes de incidentes > Configuración (en X7.0 / XC1.1 y posterior esto es Mantenimiento > Diagnóstico > Informes de incidentes > Configuración).

- El modo de envío de informes de incidentes debe estar configurado en On (Off de forma predeterminada).

- La URL de los informes de incidentes debe configurarse en https://cc-reports.cisco.com/submitapplicationerror/ (la URL antigua https://vcser.tandberg.com/submitapplicationerror/ también llegará al servidor de informes de incidentes).

- Después de un "incidente" (crash), se publica un informe de incidente en esta URL con HTTPS (puerto de origen del sistema 4000-4999).

Es posible que la aplicación en su totalidad no se deslice; Los ACR también pueden ser generados por subcomponentes del sistema.

Si los informes de fallos no se pueden activar por ningún motivo o el sistema no tiene acceso enrutable al servidor, cualquier ACR generado se puede copiar por separado del sistema y, a continuación, adjuntar a un ticket de soporte.

Los ingenieros de soporte técnico de Cisco pueden entonces cargar manualmente los ACR en el servidor de informes para su investigación. Tenga en cuenta que en la mayoría de los casos también se requiere una instantánea del sistema para comprender el origen del problema.

Los informes de incidentes se pueden ver y copiar del sistema desde la página Mantenimiento > Informes de incidentes > Ver (en X7.0 / XC1.1 y posterior esto es Mantenimiento > Diagnóstico > Informes de incidentes > Ver).

Registros de sensores

El hardware del dispositivo incluye varios sensores, cuyos valores pueden ser leídos por el sistema operativo Linux (OS). Para recuperar estos sensores, ingrese sensores en el símbolo del sistema. El resultado se puede adjuntar al ticket de soporte.

~ # sensors

acpitz-virtual-0

Adapter: Virtual device

it8712.7-isa-0290

Adapter: ISA adapter

VCore: +1.22 V (min = +0.83 V, max = +1.39 V)

DDR 1.8V: +1.78 V (min = +1.62 V, max = +1.98 V)

VCC 3.3V: +3.31 V (min = +3.14 V, max = +3.47 V)

VCC 5V: +5.00 V (min = +4.76 V, max = +5.24 V)

+12V: +12.22 V (min = +9.60 V, max = +14.40 V)

VCC 1.5V: +1.49 V (min = +1.42 V, max = +1.57 V)

VBat: +3.26 V (min = +2.99 V)

Fan 1: 9375 RPM (min = 7670 RPM, div = 8)

Fan 2: 9375 RPM (min = 7670 RPM, div = 8)

Fan 3: 10546 RPM (min = 7670 RPM, div = 8)

Sys Temp1: +18.0 C (high = +45.0 C) sensor = thermistor

Sys Temp2: +20.0 C (high = +45.0 C) sensor = thermistor

CPU Temp: +18.0 C (high = +50.0 C) sensor = thermal diode

coretemp-isa-0000

Adapter: ISA adapter

Core 0: +35.0 C (high = +78.0 C, crit = +100.0 C)

coretemp-isa-0001

Adapter: ISA adapter

Core 1: +32.0 C (high = +78.0 C, crit = +100.0 C)

Código de la HDMI

En caso de que se produzca un problema, el código de HDMI puede proporcionar a los ingenieros de soporte de Cisco un código de referencia útil que indique cualquier solicitud de cambio de ingeniería que se haya aplicado al sistema en cuestión.

Ingrese el comando cat /sys/class/dmi/id/chassis_version desde una sesión de consola raíz y agregue el resultado o incluya el archivo dmidecode.txt de la instantánea del sistema en el ticket de soporte.

Prueba de placa

Ingrese el comando boarddetect de una sesión de consola raíz y agregue el resultado al ticket de soporte.

smartctl

Hay dos tipos de discos en el VCS:

- SDA: este es el disco principal del VCS. La falla de este disco hace que el VCS no se inicie en absoluto. Si esto falla, el VCS no se iniciará correctamente.

- SDB - Éste es el disco secundario. El fallo de este disco puede causar problemas en el VCS. La mejor manera de verificar y ver si SDB ha fallado es a través de la herramienta smartctl.

El sistema operativo Linux incluye un verificador de disco duro que analiza los datos de la tecnología de autosupervisión, análisis y generación de informes (SMART) del disco duro.

Para ejecutar esto, ingrese smartctl -all /dev/sdb2 en el símbolo del sistema desde una sesión de consola raíz. El resultado se puede adjuntar al ticket de soporte.

~ # smartctl --all /dev/sdb2

smartctl 5.39.1 2010-01-28 r3054 [x86_64-pc-linux-gnu] (local build)

Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===

Model Family: Seagate Barracuda 7200.10 family

Device Model: ST3250410AS

Serial Number: 9RY29MGL

Firmware Version: 3.AAC

User Capacity: 250,059,350,016 bytes

Device is: In smartctl database [for details use: -P show]

ATA Version is: 7

ATA Standard is: Exact ATA specification draft version not indicated

Local Time is: Mon Apr 4 16:10:02 2011 GMT

SMART support is: Available - device has SMART capability.

SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===

SMART overall-health self-assessment test result: PASSED

General SMART Values:

Offline data collection status: (0x82) Offline data collection activity

was completed without error.

Auto Offline Data Collection: Enabled.

Self-test execution status: ( 0) The previous self-test routine completed

without error or no self-test has ever

been run.

Total time to complete Offline

data collection: ( 430) seconds.

Offline data collection

capabilities: (0x5b) SMART execute Offline immediate.

Auto Offline data collection on/off support.

Suspend Offline collection upon new

command.

Offline surface scan supported.

Self-test supported.

No Conveyance Self-test supported.

Selective Self-test supported.

SMART capabilities: (0x0003) Saves SMART data before entering

power-saving mode.

Supports SMART auto save timer.

Error logging capability: (0x01) Error logging supported.

General Purpose Logging supported.

Short self-test routine

recommended polling time: ( 1) minutes.

Extended self-test routine

recommended polling time: ( 64) minutes.

SCT capabilities: (0x0001) SCT Status supported.

SMART Attributes Data Structure revision number: 10

Vendor Specific SMART Attributes with Thresholds:

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE

1 Raw_Read_Error_Rate 0x000f 111 092 006 Pre-fail Always - 35118725

3 Spin_Up_Time 0x0003 097 097 000 Pre-fail Always - 0

4 Start_Stop_Count 0x0032 099 099 020 Old_age Always - 1076

5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0

7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always - 313078675

9 Power_On_Hours 0x0032 073 073 000 Old_age Always - 23803

10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0

12 Power_Cycle_Count 0x0032 099 099 020 Old_age Always - 1078

187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0

189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0

190 Airflow_Temperature_Cel 0x0022 074 068 045 Old_age Always - 26

(Lifetime Min/Max 24/32)

194 Temperature_Celsius 0x0022 026 040 000 Old_age Always - 26 (0 12 0 0)

195 Hardware_ECC_Recovered 0x001a 081 051 000 Old_age Always - 149212051

197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0

198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0

199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0

200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0

202 Data_Address_Mark_Errs 0x0032 100 253 000 Old_age Always - 0

SMART Error Log Version: 1

No Errors Logged

SMART Self-test log structure revision number 1

SMART Selective self-test log data structure revision number 1

SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS

1 0 0 Not_testing

2 0 0 Not_testing

3 0 0 Not_testing

4 0 0 Not_testing

5 0 0 Not_testing

Selective self-test flags (0x0):

After scanning selected spans, do NOT read-scan remainder of disk.

If Selective self-test is pending on power-up, resume after 0 minute delay.

Salida de ifconfig

Algunos dispositivos pueden sufrir la pérdida de un puerto de red físico. Para verificar esto, abra una sesión de consola raíz e ingrese el comando ifconfig -a | grep eth. Se deben enumerar cuatro interfaces:

~ # ifconfig -a | grep eth

eth0 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:90

eth1 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:91

eth2 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:92

eth3 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:93

Si se muestran menos de cuatro, este dispositivo podría tener un problema de hardware, aunque los reinicios podrían resolver esto a veces.

Volcado de Estadísticas de Ethtool

El sistema operativo Linux incluye una herramienta que vacía las estadísticas del adaptador Ethernet.

Desde una sesión de consola raíz, ingrese el comando ethtool -S eth0 para el adaptador de red principal utilizado por el dispositivo o ethtool -S eth1 si el problema es con un puerto LAN 2.

~ # ethtool -S eth0

NIC statistics:

rx_packets: 49308441

tx_packets: 13055377

rx_bytes: 10446941316

tx_bytes: 8354830356

rx_broadcast: 36524340

tx_broadcast: 129146

rx_multicast: 5884

tx_multicast: 79

rx_errors: 0

tx_errors: 0

tx_dropped: 0

multicast: 5884

collisions: 0

rx_length_errors: 0

rx_over_errors: 0

rx_crc_errors: 0

rx_frame_errors: 0

rx_no_buffer_count: 0

rx_missed_errors: 0

tx_aborted_errors: 0

tx_carrier_errors: 0

tx_fifo_errors: 0

tx_heartbeat_errors: 0

tx_window_errors: 0

tx_abort_late_coll: 0

tx_deferred_ok: 0

tx_single_coll_ok: 0

tx_multi_coll_ok: 0

tx_timeout_count: 0

tx_restart_queue: 0

rx_long_length_errors: 0

rx_short_length_errors: 0

rx_align_errors: 0

tx_tcp_seg_good: 115846

tx_tcp_seg_failed: 0

rx_flow_control_xon: 465

rx_flow_control_xoff: 465

tx_flow_control_xon: 0

tx_flow_control_xoff: 0

rx_long_byte_count: 10446941316

rx_csum_offload_good: 12205535

rx_csum_offload_errors: 0

rx_header_split: 0

alloc_rx_buff_failed: 0

tx_smbus: 0

rx_smbus: 0

dropped_smbus: 0

rx_dma_failed: 0

tx_dma_failed: 0

Comprobar virus

Puede utilizar el comando ps aux desde una sesión de consola raíz para buscar la presencia de virus.

Por ejemplo, para verificar el 'marcador de guerra', ingrese ps aux | grep svwar.py. Esto produce varias líneas de salida similares a esta si está presente el 'marcador de guerra':

9430 root 20 0 19020 4340 1880 R 1 0.1 0:00.01 python svwar.py -v -d

users.txt <address>

El comando no debe producir ningún resultado si el virus no está presente.

Consejo: Estos problemas se pueden solucionar con el procedimiento de reinstalación USB. Consulte Restauración de la Configuración Predeterminada.

Alarmas y advertencias

Las alarmas y advertencias se muestran en las páginas web del sistema, así como cuando inicia sesión en la CLI o ingresa el comando xstatus. También se pueden mostrar en el panel LCD.

Las capturas de pantalla de la interfaz web o el resultado del comando xstatus deben proporcionarse, por ejemplo:

Evidencia física

Los vídeos de los teléfonos de la cámara de los procedimientos que se llevan a cabo o las imágenes de la salida del monitor, las luces, la pantalla LCD y la luz de enlace de red, como estos ejemplos, son muy útiles para encontrar la causa raíz de una RMA:

Luz LED de alarma

Texto LCD

Acceso a la consola

Para recopilar registros u otra información cuando hay problemas de red, u otros problemas que impiden el acceso remoto a VCS/TelePresence Conductor, se puede utilizar una consola serie. La conexión se debe realizar al puerto de datos de la parte frontal del dispositivo.

Estos parámetros se deben utilizar para la conexión de consola:

Configuración

Valor

Velocidad en baudios

115200 bits por segundo

Bits de datos

8

Paridad

Ninguno

Bits de parada

1

Control de flujo (hardware y software)

Ninguno

Restaurar configuración predeterminada

Muy raramente, puede que sea necesario ejecutar la secuencia de comandos de restablecimiento de fábrica en el sistema. Esto reinstala la imagen de software y restablece la configuración al mínimo funcional.

Nota: La restauración a la configuración predeterminada hace que el sistema utilice sus valores predeterminados actuales, que pueden ser diferentes de los valores configurados previamente, particularmente si el sistema se ha actualizado desde una versión anterior. En particular, esto podría afectar a la configuración del puerto, como los puertos multimedia multiplexados. Después de restaurar la configuración predeterminada, es posible que desee restablecer esos parámetros de puerto para que coincidan con el comportamiento esperado del firewall.

Archivos previos

El procedimiento de restablecimiento de fábrica descrito a continuación vuelve a generar el sistema basándose en la imagen de software instalada con éxito más reciente. Los archivos que se utilizan para esta reinstalación se almacenan en la carpeta /mnt/harddisk/Factory-reset/ en el sistema. Estos archivos son:

- Archivo de texto que contiene sólo la clave de versión de 16 caracteres, denominada rk.

- Archivo que contiene la imagen del software en formato tar.gz, denominado tandberg-image.tar.gz.

En algunos casos (normalmente, una instalación de máquina virtual nueva que no se ha actualizado), estos archivos no estarán presentes en el sistema. Si es así, estos archivos deben implementarse primero con SCP como root.

Reiniciar la configuración predeterminada

Este procedimiento se debe realizar desde la consola serie (o a través de una conexión directa al dispositivo con un teclado y un monitor). Esto se debe a que se reescribirán los parámetros de red, por lo que se eliminará cualquier sesión SSH utilizada para iniciar el reinicio y no se verá el resultado del procedimiento.

El proceso dura aproximadamente 20 minutos.

1. Inicie sesión en el sistema como root.

2. Introduzca restablecimiento de fábrica.

3. Responda a las preguntas según sea necesario. Las respuestas recomendadas restablecen completamente el sistema a un estado predeterminado de fábrica.

Prompt

Respuesta recomendada

Mantener las teclas de opción {YES/NO]?

SÍ

¿Conservar la configuración IP [SÍ/NO]?

SÍ

Mantenga las teclas ssh [SÍ/NO]?

SÍ

¿Conservar el certificado y las claves ssl [SÍ/NO]?

SÍ

¿Conservar las contraseñas raíz y administrativa [SÍ/NO]?

SÍ

Guardar archivos de registro [SÍ/NO]?

SÍ

Reemplace el disco duro [SÍ/NO]? (solo se aplica a los sistemas que se ejecutan en hardware de dispositivos heredado

NO

4. Por último, confirme que desea continuar.

Restablecer mediante un dispositivo USB

El TAC de Cisco también podría sugerir un método de reinicio alternativo. Esto requiere que descargue la imagen de software en un dispositivo USB y que reinicie el sistema con el dispositivo USB conectado.

Si utiliza este método, debe limpiar y volver a generar la memoria USB después de su uso. No reinicie un sistema y, a continuación, tome el dispositivo USB y vuelva a utilizarlo en otro sistema.

Problemas comunes de falla no de hardware

Discos llenos - Espacio

Los discos duros sólo pueden contener una cantidad establecida de datos. Si un disco duro está lleno, los síntomas causados pueden parecer una falla de hardware, pero este no es el caso y una RMA no es la manera recomendada de tratar este problema. Para verificar y ver la utilización actual del disco, ejecute el comando df como root. El switch -h en df solicita que los datos se impriman en formato legible por las personas (MB y GB en lugar de bloques 1k).

~ # df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/sda5       955M  493M  414M  55% /

devtmpfs        3.0G  236K  3.0G   1% /dev

/dev/ram0       190M  3.7M  176M   3% /var

/dev/ram1       1.5G  3.2M  1.4G   1% /tmp

/dev/sda7       955M  670M  237M  74% /tandberg

/dev/sdb2        40G  7.0G   31G  19% /mnt/harddisk

En este ejemplo, puede ver que ninguna de las particiones está completamente llena (100% o cerca del 100%). Si las particiones están al 100% o más (más del 97%), es posible que sea necesario eliminar algunos archivos. Si no conoce los archivos que desea eliminar, póngase en contacto con el TAC de Cisco.

Discos completos: nodos

Además del espacio de almacenamiento real, VCS utiliza inodos en los discos duros. Si están llenos, los síntomas son similares a si el disco mismo está lleno.

~ # df -ih

Filesystem     Inodes IUsed IFree IUse% Mounted on

/dev/sda5         61K   14K   48K   23% /

devtmpfs         746K  2.2K  744K    1% /dev

/dev/ram0         49K    80   49K    1% /var

/dev/ram1         92K   630   91K    1% /tmp

/dev/sda7         61K  2.0K   59K    4% /tandberg

/dev/sdb2        2.5M  2.1K  2.5M    1% /mnt/harddisk

Si el disco duro está fuera o casi fuera de inodos, esto significa normalmente que hay un gran número de archivos muy pequeños. Se recomienda que se ponga en contacto con el TAC de Cisco para obtener ayuda a fin de determinar qué debe eliminarse y por qué se generó.