Table des matières

Introduction

Dépannage des problèmes matériels suspectés

Le système ne se met pas sous tension ou ne démarre pas, ou redémarre ou démarre constamment la mauvaise image

Le système signale une défaillance du ventilateur

Problèmes de disque dur suspectés

Avertissement/alarme haute température

Boutons du panneau avant inactifs

Problèmes de carte réseau

Le port série affiche une invite de connexion inattendue (VCS uniquement)

TANDBERG Application/tsh ne démarrera pas (VCS uniquement)

Message « preboot agent installation failure » vu dans le journal de démarrage

Journaux et preuves

Instantané du système à partir du Web

Instantané système à partir du shell racine

Journaux des incidents

Journaux des capteurs

Code DMI

Essai Sur Planche

smartctl

Résultat de ifconfig

Vidage des statistiques Ethtool

Rechercher les virus

Alarmes et avertissements

Preuve Physique

Accès console

Restaurer la configuration par défaut

Fichiers de prérequis

Réinitialiser la configuration par défaut

Réinitialisation via une clé USB

Problèmes courants de défaillance non matérielle

Disques pleins - Espace

Disques pleins - Inodes

Introduction

Ce document décrit comment dépanner et recueillir des informations dans le cas où vous envisagez de renvoyer un serveur de communication vidéo Cisco TelePresence (VCS) ou un Cisco TelePresence Conductor via le processus d'autorisation de retour de matériel (RMA).

Remarque : ce document ne s'applique pas aux appliances de la gamme CE. Ce guide s'applique uniquement aux appareils hérités équipés d'un écran LCD, d'un clavier et d'une plaque avant noire. Si vous disposez d'un appareil de la gamme CE, reportez-vous au Guide d'installation et de maintenance du serveur Cisco UCS C220 à la place pour obtenir des informations de base sur cet appareil, puis suivez votre processus d'assistance standard conformément à votre contrat de service. Il est important de fournir les informations requises aux ingénieurs d'assistance Cisco lorsque vous demandez une autorisation de retour de matériel. Vous n'avez pas besoin d'attendre qu'un ingénieur de support vous contacte ; vous pouvez mettre à jour votre ticket de support avec les informations appropriées à tout moment.

Dépannage des problèmes matériels suspectés

Le système ne se met pas sous tension ou ne démarre pas, ou redémarre ou démarre constamment la mauvaise image

Si le système VCS/TelePresence Conductor ne se met pas sous tension, ne démarre pas ou ne redémarre pas constamment, vérifiez les éléments suivants :

1. Des voyants/écrans LCD sont-ils allumés ?

Si la réponse est oui, le périphérique se met sous tension, mais il risque de ne pas démarrer. Vérifiez les éléments suivants :

- Des périphériques sont-ils connectés aux ports USB du système (en particulier un clavier/vidéo/souris USB (KVM)) ?

Si oui, retirez-les et essayez de mettre le système hors tension, puis sous tension. Si le système ne démarre toujours pas, connectez-vous à la console série et collectez autant de résultats que possible pour le démarrage. Joignez le résultat au ticket d'assistance.

Conseil : reportez-vous à la section Accès à la console pour obtenir des informations sur la connexion série au système.

- Des périphériques sont-ils connectés aux ports série du système ?

Si oui, retirez-les et essayez de mettre le système hors tension puis sous tension à nouveau. Si le système ne démarre toujours pas, connectez-vous à la console série et collectez autant de résultats que possible pour le démarrage. Joignez le résultat au ticket d'assistance.

Conseil : reportez-vous à la section Accès à la console pour obtenir des informations sur la connexion série au système.

Si la réponse est non (aucun voyant/écran LCD n'est allumé), changez la prise d'alimentation sur laquelle le système est branché et le fil d'alimentation. Assurez-vous que l'interrupteur d'alimentation et l'interrupteur logiciel situés à l'arrière de l'unité sont dans la bonne position et ont été enfoncés comme il convient. Branchez le câble d'alimentation sur un autre périphérique afin de vérifier qu'il fonctionne correctement.

2. Si le périphérique continue à redémarrer, mais qu'il est actif pendant un certain temps, essayez de collecter un journal de capteur. Voir Journaux et preuves pour plus d'informations.

3. Si le système ne démarre toujours pas, soulevez un ticket d'assistance avec une liste des étapes effectuées pour vérifier le système.

Le système signale une défaillance du ventilateur

Si le système signale qu'un ventilateur est en panne, collectez la preuve de panne du système, comme indiqué dans Journaux et preuves sous Alarmes et avertissements. Soulevez un ticket d'assistance avec les informations collectées jointes.

Problèmes de disque dur suspectés

L'administrateur pense qu'il y a une défaillance du disque dur. Le disque dur est-il décrit comme étant « démonté » ?

Si oui, recueillez autant d'informations que possible comme indiqué dans Journaux et preuves :

- Preuve physique : affiche le message affiché sur l'écran LCD et ouvre un ticket d'assistance avec les informations collectées jointes.

- smartctl

- Code DMI (Desktop Management Interface)

- Alarmes et avertissements

Soulevez un ticket d'assistance avec les informations collectées jointes.

Si la réponse est non (le disque n'est pas décrit comme « non monté »), recherchez pourquoi l'administrateur pense qu'il y a un problème avec le disque dur. Ces informations peuvent fournir de bonnes preuves des problèmes rencontrés avec le disque :

- Preuve physique

- smartctl

- code d'anomalie de diagnostic central

- Alarmes et avertissements

- Instantané système

Conseil : voir Journaux et preuves pour plus d'informations.

Il peut y avoir des messages d'erreur liés au disque dans les journaux Linux standard, tels que dmesg ou /var/log/messages. Soulevez un ticket d'assistance avec les informations collectées jointes.

Quelques exemples du type de journaux d'erreurs qui peuvent être vus sont montrés ici :

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

Avertissement/alarme haute température

Le VCS/TelePresence Conductor signale une alarme de température élevée :

- L'unité comporte des entrées d'air latérales et une sortie d'air arrière. Un contrôle doit être effectué pour s'assurer d'une aération suffisante, notamment sur les côtés. Même si les côtés semblent en bon état, un autre périphérique, par exemple une unité de contrôle multipoint (MCU), peut émettre des gaz d'échappement directement dans l'entrée d'air de l'unité.

- La circulation de l'air sur les MCU s'effectue de droite à gauche. Soyez donc particulièrement prudent si vous les montez en rack à droite d'un VCS/TelePresence Conductor.

- Il peut arriver que le capteur de température de la thermistance signale une lecture erronée. Reconnaître toute alarme et surveiller le système pour d'autres occurrences.

- Collectez la preuve de défaillance du système, comme indiqué dans Journaux et preuves.

- Alarmes et avertissements

- Preuves physiques.

Soulevez un ticket d'assistance avec les informations collectées jointes.

Boutons du panneau avant inactifs

Certaines versions de la façade, en particulier les premières façades de marque Cisco, présentent des problèmes avec les contacts des boutons de la façade. Cela est résolu dans les versions plus récentes du panneau avant et n'affecte pas le fonctionnement quotidien du système.

Recueillez des preuves du problème, reportez-vous à la section Code DMI sous Journaux et preuves.

Si le panneau avant ne répond pas, une connexion série peut être utilisée avec le matériel pour la configuration initiale.

Conseil : reportez-vous à la section Console Access pour plus d'informations sur la connexion au matériel à l'aide d'une connexion série.

Problèmes de carte réseau

L'administrateur signale des problèmes avec la carte réseau et/ou la liaison LAN est interrompue.

Vérifiez que différents câbles et ports LAN du commutateur/routeur auquel l'appliance est connectée ont été testés.

Recueillez ces preuves, comme détaillé dans Journaux et preuves, du problème :

- sortie ifconfig

- vidage des statistiques d'ethtool

- test de la carte

- Preuve physique

- Alarmes et avertissements

- Instantané système

Soulevez un ticket d'assistance avec les informations collectées jointes.

Le port série affiche une invite de connexion inattendue (VCS uniquement)

Lorsqu'un serveur Cisco VCS démarre, vous voyez généralement quelque chose comme :

tandberg login: root

Password:

Cependant, au démarrage du périphérique, un message du pilote Fusion MPT SAS peut entrer en collision avec l'invite de connexion. Dans ce cas, le résultat suivant apparaît :

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)

Cela est dû à un problème logiciel que Cisco est au courant et ne doit pas entraîner de RMA. Le problème est résolu dans X6.0 et les versions ultérieures du code.

TANDBERG Application/tsh ne démarrera pas (VCS uniquement)

Lorsque vous tentez de vous connecter en tant qu'administrateur à une session de console (SSH (Secure Shell), telnet, série ou KVM), un message « Unable to connect to tsh » ou « /tmp/hwfail exists : TANDBERG application startup inhibited » s'affiche :

1. Le fichier /tmp/hwfail existe-t-il ?

Si oui, collectez ces informations à partir des journaux et des preuves.

- Instantané système à partir du shell racine

- Code DMI

- Essai Sur Planche

- Preuve Physique

2. Lorsque vous tapez « tsh » ou que vous vous connectez en tant qu'administrateur, le message « cannot connect to tsh » s'affiche-t-il ?

- Vérifiez que le système dispose d'une clé de version : « cat /tandberg/etc/rk » et qu'elle est valide pour le numéro de série du système et le niveau de logiciel installé.

- Si des problèmes persistent et que l'application ne démarre pas, collectez les informations suivantes :

- Instantané système à partir du shell racine

- code d'anomalie de diagnostic central

- Essai Sur Planche

- Preuve Physique

- Si oui, collectez ces informations à partir des journaux et des preuves.

- Instantané système à partir du shell racine

- Code DMI

- Essai Sur Planche

- Preuve Physique

Soulevez un ticket d'assistance avec les informations collectées jointes.

Remarque : le Conductor TelePresence n'a pas d'équivalent tsh.

Message « preboot agent installation failure » vu dans le journal de démarrage

Un message « échec de l'installation de l'agent de prédémarrage » peut apparaître dans le journal de démarrage s'il n'y a pas de connexion série au VCS lors du démarrage.

Ce n'est pas un problème et ne doit pas entraîner de RMA.

Journaux et preuves

Cette section décrit les méthodes permettant de prendre des journaux, des instantanés et de collecter d'autres preuves.

Instantané du système à partir du Web

Le processus d'instantané du système crée une archive de fichiers de divers fichiers système qui peut être téléchargée sur le PC de l'administrateur.

Afin de lancer un snapshot système dans X6.1 ou XC1.1 et versions antérieures :

1. Choisissez Maintenance > System snapshot.

2. Cliquez sur Créer un snapshot complet.

3. Attendez que l'archive soit créée (cela peut prendre un certain temps car il y a beaucoup de fichiers).

4. Une boîte de dialogue de téléchargement de fichier doit s'afficher pour que le fichier puisse être téléchargé sur le PC local (assurez-vous que le PC dispose d'un espace disque suffisant).

Afin de lancer un snapshot système dans X7.0 ou XC1.2 et versions ultérieures :

1. Choisissez Maintenance > Diagnostics > System snapshot.

2. Cliquez sur Créer un snapshot complet.

3. Attendez que l'archive soit créée (cela peut prendre un certain temps car il y a beaucoup de fichiers).

4. Une boîte de dialogue de téléchargement de fichier doit s'afficher pour que le fichier puisse être téléchargé sur le PC local (assurez-vous que le PC dispose d'un espace disque suffisant).

Lorsque vous prenez un instantané, il réserve des ressources système. Sur un système très occupé, il peut être conseillé de lancer un instantané à une période de « faible trafic » (bien que ne le laissez pas trop longtemps après l'événement que vous voulez analyser).

Le système ne stocke qu'une seule archive d'instantanés (.tar.gz) à la fois sur le disque (la plus récente) : in /mnt/harddisk/snapshot.

Instantané système à partir du shell racine

Le processus d'instantané du système crée une archive de fichiers de divers fichiers système qui peut être téléchargée sur le PC de l'administrateur.

Afin de lancer un instantané du système :

1. Connectez-vous au système en tant qu'utilisateur racine.

2. Entrez snapshot.sh.

3. Attendez que l'archive soit créée (cela peut prendre un certain temps car il y a beaucoup de fichiers - attendez que le fichier passe d'un fichier .tar à un fichier .tar.gz).

4. Une fois le snapshot généré, il sera disponible pour la copie sécurisée (SCP) à partir d'ici : /mnt/harddisk/snapshot/ (il s'agit d'une archive tar.gz).

Lorsque vous prenez un instantané, il réserve des ressources système. Sur un système très occupé, il peut être conseillé d'initier un instantané à une période de « faible trafic » (mais ne le laissez pas trop longtemps après l'événement que vous voulez analyser).

Le système ne stocke qu'une seule archive d'instantanés (.tar.gz) à la fois sur le disque (la plus récente) : in /mnt/harddisk/snapshot.

Journaux des incidents

Chaque fois qu'une application tombe en panne, un rapport d'incident est écrit sur le disque dans le répertoire /tandberg/crash/.

Les rapports d'incidents sont inclus dans l'archive de snapshots.

Les ingénieurs d'assistance Cisco hébergent un serveur routable en externe, sur lequel le VCS/TelePresence Conductor peut être configuré pour publier des rapports d'incidents. Si les administrateurs configurent le système pour publier des rapports d'incident, cela accélère la notification des pannes d'application.

Vous pouvez configurer des téléchargements automatiques de rapports d'incidents vers le serveur de rapports d'incidents automatisés (ACR) à l'adresse Maintenance > Rapports d'incidents > Configuration (dans X7.0 / XC1.1 et versions ultérieures, il s'agit de Maintenance > Diagnostics > Rapports d'incidents > Configuration).

- Le mode d'envoi des rapports d'incident doit être défini sur On (il est Off par défaut).

- L'URL des rapports d'incidents doit être définie sur https://cc-reports.cisco.com/submitapplicationerror/ (l'URL héritée https://vcser.tandberg.com/submitapplicationerror/ atteindra également le serveur de rapports d'incidents).

- Après un « incident » (crash), un rapport d'incident est publié à cette URL avec HTTPS (port source système 4000-4999).

L'application entière ne peut pas tomber en panne ; les ACR peuvent également être générés par des sous-composants du système.

Si le rapport d'incident ne peut pas être activé pour une raison quelconque ou si le système ne dispose pas d'un accès routable au serveur, les ACR générés peuvent être copiés séparément du système, puis joints à un ticket d'assistance.

Les ingénieurs d'assistance Cisco peuvent ensuite télécharger manuellement les ACR sur le serveur de rapports pour enquête. Sachez que, dans la plupart des cas, un instantané du système est également nécessaire pour comprendre l'origine du problème.

Les rapports d'incidents peuvent être affichés et copiés hors du système à partir de la page Maintenance > Rapport d'incident > Afficher (dans X7.0 / XC1.1 et plus tard, il s'agit de Maintenance > Diagnostics > Rapport d'incident > Afficher).

Journaux des capteurs

Le matériel de l'appliance inclut un certain nombre de capteurs dont les valeurs peuvent être lues par le système d'exploitation Linux. Afin de récupérer ces capteurs, entrez capteurs à l'invite de commande. La sortie peut ensuite être jointe au ticket de support.

~ # 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)

Code DMI

En cas de problème, le code DMI peut fournir aux ingénieurs d'assistance Cisco un code de référence utile qui indique toute demande de modification technique appliquée au système en question.

Entrez la commande cat /sys/class/dmi/id/chassis_version à partir d'une session de console racine et ajoutez la sortie ou incluez le fichier dmidecode.txt du snapshot système au ticket de support.

Essai Sur Planche

Entrez la commande board detect à partir d'une session de console racine et ajoutez la sortie au ticket de support.

smartctl

Il existe deux types de disques sur le VCS :

- SDA : disque principal sur le serveur VCS. La défaillance de ce disque empêche le VCS de démarrer. En cas d'échec, le VCS ne démarre pas correctement.

- SDB : il s'agit du disque secondaire. Une défaillance de ce disque peut entraîner des problèmes sur le VCS. La meilleure façon de vérifier et de voir si SDB a échoué est via l'outil smartctl.

Le système d'exploitation Linux inclut un contrôleur de disque dur qui examine les données SMART (Self-Monitoring, Analysis and Reporting Technology) du disque dur.

Afin d'exécuter ceci, entrez smartctl -all /dev/sdb2 à l'invite de commande à partir d'une session de console racine. La sortie peut ensuite être jointe au ticket de support.

~ # 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.

Résultat de ifconfig

Certaines appliances peuvent subir une perte de port réseau physique. Afin de vérifier ceci, ouvrez une session de console racine et entrez la commande ifconfig -a | grep eth. Quatre interfaces doivent être répertoriées :

~ # 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 moins de quatre problèmes sont répertoriés, cette appliance peut présenter un problème matériel, bien que des redémarrages puissent parfois résoudre ce problème.

Vidage des statistiques Ethtool

Le système d'exploitation Linux inclut un outil qui vide les statistiques de la carte Ethernet.

À partir d'une session de console racine, entrez la commande ethtool -S eth0 pour la carte réseau principale utilisée par l'appliance ou ethtool -S eth1 si le problème concerne un port 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

Rechercher les virus

Vous pouvez utiliser la commande ps aux à partir d'une session de console racine afin de rechercher la présence de virus.

Par exemple, afin de vérifier le 'numéroteur de guerre', entrez ps aux | grep svwar.py. Ceci produit plusieurs lignes de sortie similaires à celle-ci si le 'numéroteur de guerre' est présent :

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

users.txt <address>

La commande ne doit produire aucun résultat si le virus n'est pas présent.

Conseil : ces problèmes peuvent être résolus par la procédure de réinstallation USB. Voir Restaurer la configuration par défaut.

Alarmes et avertissements

Les alarmes et les avertissements sont affichés sur les pages Web du système, ainsi que lorsque vous vous connectez à l'interface de ligne de commande ou que vous entrez la commande xstatus. Ils peuvent également être affichés sur l'écran LCD.

Des captures d'écran de l'interface Web ou le résultat de la commande xstatus doivent être fournies, par exemple :

Preuve Physique

Toutes les vidéos de la caméra et du téléphone relatives aux procédures effectuées ou les images de la sortie du moniteur, les DEL, l'écran LCD et l'affichage des voyants de liaison réseau, comme dans les exemples suivants, sont très utiles pour déterminer la cause première d'une RMA :

Voyant d'alarme

Texte LCD

Accès console

Pour collecter des journaux ou d'autres informations en cas de problèmes réseau ou d'autres problèmes empêchant l'accès à distance au VCS/TelePresence Conductor, une console série peut être utilisée. La connexion doit être établie au port de données situé à l'avant de l'appliance.

Ces paramètres doivent être utilisés pour la connexion console :

Réglage

Valeur

Débit en baud

115200 bits par seconde

Bits de données

8

Parité

Aucune

Bits d'arrêt

1

Contrôle de flux (matériel et logiciel)

Aucune

Restaurer la configuration par défaut

Très rarement, il peut s'avérer nécessaire d'exécuter le script « factory-reset » sur votre système. Cette opération réinstalle l'image logicielle et réinitialise la configuration au minimum fonctionnel.

Remarque : la restauration de la configuration par défaut entraîne l'utilisation par le système de ses valeurs par défaut actuelles, qui peuvent être différentes des valeurs précédemment configurées, en particulier si le système a été mis à niveau à partir d'une version antérieure. Cela peut notamment affecter les paramètres des ports, tels que les ports multimédias multiplexés. Après avoir restauré la configuration par défaut, vous pouvez réinitialiser ces paramètres de port pour qu'ils correspondent au comportement attendu de votre pare-feu.

Fichiers de prérequis

La procédure factory-reset décrite ci-dessous reconstruit le système en fonction de l'image logicielle la plus récente installée avec succès. Les fichiers utilisés pour cette réinstallation sont stockés dans le dossier /mnt/harddisk/factory-reset/ du système. Ces fichiers sont les suivants :

- Fichier texte contenant uniquement la clé de libération de 16 caractères, nommée rk.

- Fichier contenant l'image logicielle au format tar.gz, nommé tandberg-image.tar.gz.

Dans certains cas (le plus souvent une nouvelle installation de machine virtuelle qui n'a pas été mise à niveau), ces fichiers ne seront pas présents sur le système. Si c'est le cas, ces fichiers doivent d'abord être mis en place avec SCP comme racine.

Réinitialiser la configuration par défaut

Cette procédure doit être effectuée à partir de la console série (ou via une connexion directe au matériel à l'aide d'un clavier et d'un moniteur). Cela est dû au fait que les paramètres réseau seront réécrits, de sorte que toute session SSH utilisée pour lancer la réinitialisation sera abandonnée et le résultat de la procédure ne sera pas vu.

Le processus dure environ 20 minutes.

1. Connectez-vous au système en tant qu'utilisateur racine.

2. Entrez factory-reset.

3. Répondez aux questions si nécessaire. Les réponses recommandées réinitialisent complètement le système à un état par défaut.

Activer

Réponse recommandée

Conserver les clés d'option {OUI/NON] ?

OUI

Conserver la configuration IP [OUI/NON] ?

OUI

Conserver les clés ssh [OUI/NON] ?

OUI

Conserver le certificat et les clés SSL [OUI/NON] ?

OUI

Conserver les mots de passe root et admin [OUI/NON] ?

OUI

Enregistrer les fichiers journaux [OUI/NON] ?

OUI

Remplacer le disque dur [OUI/NON] ? (s'applique uniquement aux systèmes exécutés sur du matériel d'appliance hérité

NON

4. Enfin, confirmez que vous souhaitez continuer.

Réinitialisation via une clé USB

Le TAC Cisco peut également suggérer une autre méthode de réinitialisation. Pour cela, vous devez télécharger l'image logicielle sur une clé USB, puis redémarrer le système avec la clé USB branchée.

Si vous utilisez cette méthode, vous devez effacer et reconstruire la clé USB après utilisation. Ne réinitialisez pas un système, puis prenez la clé USB et réutilisez-la sur un autre système.

Problèmes courants de défaillance non matérielle

Disques pleins - Espace

Les disques durs ne peuvent contenir qu'une quantité définie de données. Si un disque dur est plein, les symptômes peuvent sembler être une panne matérielle, mais ce n'est pas le cas et une RMA n'est pas la méthode recommandée pour traiter ce problème. Afin de vérifier et de voir l'utilisation actuelle du disque, exécutez la commande df en tant que root. L'option -h sur df demande que les données soient imprimées dans un format lisible par l'utilisateur (Mo et Go au lieu de blocs de 1 Ko).

~ # 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

Dans cet exemple, vous pouvez voir qu'aucune des partitions n'est complètement pleine (100 % ou près de 100 %). Si vos partitions sont à ou autour de 100% (97%+), certains fichiers peuvent avoir besoin d'être supprimés. Si vous ne connaissez pas les fichiers à supprimer, contactez le centre d'assistance technique Cisco.

Disques pleins - Inodes

En plus de l'espace de stockage réel, le VCS utilise des inodes sur les disques durs. S'ils sont pleins, les symptômes sont semblables à ceux qui se produisent si le disque lui-même est plein.

~ # 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 le disque dur est en panne ou presque en panne d'inodes, cela signifie généralement qu'il y a un grand nombre de très petits fichiers. Il est recommandé de contacter le TAC Cisco pour obtenir de l'aide afin de déterminer ce qui doit être supprimé et pourquoi il a été généré.