Guide de dépannage des appliances de Conductor VCS et TelePresence et de la procédure RMA

Introduction

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

Note: Ce document ne s'applique pas aux appliances de la gamme CE. Ce guide ne s'applique qu'aux appareils hérités dotés d'un écran LCD, d'un clavier et d'une plaque noire. Si vous disposez d'un appareil de la gamme CE, reportez-vous au Guide d'installation et de service du serveur Cisco UCS C220 pour obtenir des informations de base sur cet appareil, puis suivez votre procédure 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 RMA. Vous n'avez pas besoin d'attendre qu'un ingénieur d'assistance vous contacte ; vous pouvez à tout moment mettre à jour votre ticket d'assistance avec les informations appropriées.

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

Le système ne s'allume pas ou ne démarre pas, ou redémarre ou démarre en permanence la mauvaise image

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

1. Y a-t-il des LED/écrans LCD allumés ?

   Si oui, le périphérique est sous tension, mais il peut ne pas démarrer. Vérifiez ces éléments :

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

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

   Astuce : Reportez-vous à Accès à la console pour plus d'informations sur la connexion au système avec une connexion série.

   • 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 et de le redémarrer. Si le système ne démarre toujours pas, connectez-vous à la console série et collectez autant de données que possible pour le démarrage. Joignez le résultat au ticket de support.

   Astuce : Reportez-vous à Accès à la console pour plus d'informations sur la connexion au système avec une connexion série.

   Si la réponse est non (aucun voyant/écran LCD n'est allumé), modifiez la prise de courant du système et le voyant d'alimentation. Assurez-vous que l'interrupteur d'alimentation et le commutateur à molette situés à l'arrière de l'unité sont bien positionnés et qu'ils ont été appuyés selon les besoins. 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 de support avec la liste des étapes effectuées pour vérifier le système.

Le système signale une défaillance de ventilateur

Si le système signale une défaillance d'un ventilateur, collectez la preuve de défaillance du système comme indiqué dans Journaux et preuves sous Alarmes et avertissements. Déposez un ticket de support avec les informations collectées en pièce jointe.

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, recueillir autant de renseignements que possible dans Journaux et preuves :

• Preuves physiques : affiche le message affiché sur l'écran LCD et génère un ticket d'assistance avec les informations collectées.
• smartctl
• Code DMI (Desktop Management Interface)
• Alarmes et avertissements

Déposez un ticket de support avec les informations collectées en pièce jointe.

Si non (le disque n'est pas décrit comme « démonté »), demandez-lui pourquoi l'administrateur pense qu'il y a un problème avec le disque dur. Ces informations peuvent fournir une bonne preuve des problèmes liés au disque :

• Preuves physiques
• smartctl
• Code DMI
• Alarmes et avertissements
• Instantané système

Astuce : 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. Déposez un ticket de support avec les informations collectées en pièce jointe.

Voici quelques exemples du type de journaux d'erreurs que vous pouvez voir :

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 Conductor VCS/TelePresence signale qu'il comporte une alarme de température élevée :

• L'unité est munie d'entrées d'air latéral et d'un échappement d'air arrière. Il convient de procéder à un contrôle afin de s'assurer que la ventilation est suffisante, en particulier sur les côtés. Même si les côtés semblent OK, un autre dispositif - par exemple une unité de contrôle multipoint codienne (MCU) - pourrait émettre des gaz d'échappement directement dans l'entrée d'air de l'appareil.

  

• La circulation de l'air sur les MCU se fait de droite à gauche, donc soyez particulièrement prudent si vous les placez sur la droite d'un Conductor VCS/TelePresence.
• Parfois, le capteur de température du thermistor signale une lecture erronée. Reconnaître toute alarme et surveiller le système pour toute autre occurrence.
• Recueillez la preuve de défaillance du système, comme indiqué dans Journaux et preuves.
  • Alarmes et avertissements
  • Preuves physiques.

Déposez un ticket de support avec les informations collectées en pièce jointe.

Boutons du panneau avant ne répondant pas

Certaines versions du panneau avant, en particulier les premiers panneaux de marque Cisco, ont des problèmes avec les contacts des boutons du panneau avant. Ceci 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 pour la configuration initiale de l'appliance.

Astuce : Reportez-vous à Accès à la console pour plus d'informations sur la façon de vous connecter à l'appareil avec 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 arrêtée.

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 indiqué dans Journaux et Preuves, du problème :

• sortie ifconfig
• déversement de statistiques éthtool
• Test de la carte
• Preuves physiques
• Alarmes et avertissements
• Instantané système

Déposez un ticket de support avec les informations collectées en pièce jointe.

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

Lorsqu'un 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, cette sortie 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)

Ceci est dû à un problème logiciel dont Cisco est conscient et ne doit pas entraîner de RMA. Le problème est corrigé dans X6.0 et les versions ultérieures du code.

L'application TANDBERG/tsh ne démarre pas (VCS uniquement)

Lorsque vous tentez de vous connecter en tant qu'administrateur à une session de console (SSH, Telnet, serial ou KVM), un message indiquant qu'il est impossible de se connecter à tsh ou à /tmp/hwfail existe : Le démarrage de l'application TANDBERG bloqué » s'affiche :

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

   Si oui, recueillez ces renseignements à partir des journaux et des preuves.

   • Instantané système à partir du shell racine
   • Code DMI
   • Test de la carte
   • Preuves physiques

2. Lorsque vous tapez « tsh » ou que vous vous connectez en tant qu'administrateur, le message « ne peut pas se connecter à tsh » s'affiche-t-il ?

   • Vérifiez que le système possède une clé de libération : « cat /tandberg/etc/rk » et qu'il est valide pour le numéro de série du système et le niveau logiciel installé.
   • Si des problèmes persistent et que l'application ne démarre pas, collectez ces informations :
     • Instantané système à partir du shell racine
     • Code DMI
     • Test de la carte
     • Preuves physiques

   • Si oui, recueillez ces renseignements à partir des journaux et des preuves.

     • Instantané système à partir du shell racine
     • Code DMI
     • Test de la carte
     • Preuves physiques

   Déposez un ticket de support avec les informations collectées en pièce jointe.

Note: Le Conductor TelePresence n'a pas d'équivalent tsh.

'échec de l'installation de l'agent de prédémarrage' Message vu dans le journal de démarrage

Un message d'é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 au démarrage.

Il ne s'agit pas d'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 recueillir d'autres preuves.

Instantané système à partir du Web

Le processus de capture instantanée 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 > Instantané système.
2. Cliquez sur Créer un instantané 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 instantané 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 fréquenté, il peut être conseillé d'initier un snapshot à 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 de clichés (.tar.gz) sur le disque à un moment donné (la plus récente) - dans /mnt/harddisk/snapshot.

Instantané système à partir de l'interpréteur de commandes racine

Le processus de capture instantanée 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 :

1. Connectez-vous au système en tant que 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 l'instantané 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é de lancer un snapshot à 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 de clichés (.tar.gz) sur le disque à un moment donné (la plus récente) - dans /mnt/harddisk/snapshot.

Journaux de blocage

Chaque fois qu'une application échoue, un rapport d'incident est écrit sur le disque dans le répertoire /tandberg/crash/directory.
Les rapports d'incident sont inclus dans l'archive de clichés.

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

Vous pouvez configurer les téléchargements automatiques de rapports de panne sur le serveur de rapports de panne automatisés (ACR) à l'adresse Maintenance > Incident reporting > Configuration (dans X7.0 / XC1.1 et versions ultérieures, il s'agit de Maintenance > Diagnostics > Incident reporting > Configuration).

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

• L'URL du rapport d'incident 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 rapport d'incident).

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

Toute l'application ne peut pas se bloquer ; Les ACR peuvent également être générés par des sous-composants du système.

Si le rapport de panne ne peut pas être activé pour une raison quelconque ou si le système n'a pas d'accès routable au serveur, les ACR générés peuvent être copiés séparément du système, puis attachés à 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'incident peuvent être affichés et copiés du système à partir de la page Maintenance > Rapports d'incident > Voir (dans X7.0 / XC1.1 et versions ultérieures, il s'agit de Maintenance > Diagnostics > Rapports d'incident > Voir).

Journaux du capteur

Le matériel de l'appliance comprend un certain nombre de capteurs dont les valeurs peuvent être lues par le système d'exploitation Linux (OS). Afin de récupérer ces capteurs, entrez capteurs à l'invite de commande. Le résultat peut ensuite être joint 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 le résultat ou incluez le fichier dmidecode.txt de l'instantané système au ticket de support.

Test de la carte

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

smartctl

Il existe deux types de disques sur le VCS :

• SDA : il s'agit du disque principal du VCS. Une défaillance de ce disque empêche le VCS de démarrer. Si cela échoue, le VCS ne démarre pas correctement.
• SDB : il s'agit du disque secondaire. Une défaillance de ce disque peut provoquer 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 vérificateur de disque dur qui examine les données SMART (Self-Monitoring, Analysis and Reporting Technology) du disque dur.

Afin d'exécuter cette commande, entrez smartctl -all /dev/sdb2 à l'invite de commande à partir d'une session de console racine. Le résultat peut ensuite être joint 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.

sortie ifconfig

Certains appareils 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 sont répertoriés, cet appareil peut présenter un problème matériel, bien que les redémarrages puissent parfois résoudre ce problème.

Effacement des statistiques d'Ethtool

Le système d'exploitation Linux comprend 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, pour rechercher le 'dialer de guerre', entrez ps aux | grep svwar.py. Cela produit plusieurs lignes de sortie similaires si le 'dialer 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 aucune sortie si le virus n'est pas présent.

Astuce : 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 entrez la commande xstatus. Ils peuvent également être affichés sur l'écran LCD.

Les captures d'écran à partir de l'interface Web ou la sortie de la commande xstatus doivent être fournies, par exemple :

Preuves physiques

Toutes les vidéos des procédures effectuées sur les téléphones de la caméra ou les images de la sortie du moniteur, les LED, l'écran LCD et l'écran de liaison réseau, comme ces exemples, sont très utiles pour trouver la cause première d'une RMA :

Voyant d'alarme

Texte LCD

Accès à la console

Afin de collecter des journaux ou d'autres informations en cas de problèmes de réseau, ou d'autres problèmes empêchant l'accès à distance au Conductor VCS/TelePresence, 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 :

Paramètre	Valeur
Débit en bauds	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 être nécessaire d'exécuter le script de réinitialisation en usine sur votre système. Cette opération réinstalle l'image logicielle et réinitialise la configuration au minimum fonctionnel.

Note: 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. En particulier, cela peut 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 prérequis

La procédure de réinitialisation en usine décrite ci-après 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 qui contient 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 exécutée à partir de la console série (ou via une connexion directe à l'appliance à l'aide d'un clavier et d'un moniteur). En effet, les paramètres réseau seront réécrits, de sorte que toute session SSH utilisée pour initialiser la réinitialisation sera abandonnée et le résultat de la procédure n'est pas visible.

Le processus prend environ 20 minutes.

1. Connectez-vous au système en tant que racine.
2. Entrez factory-reset.
3. Répondez aux questions si nécessaire. Les réponses recommandées réinitialisent complètement l'état par défaut du système.

   Activer	Réponse recommandée
   Conserver les touches 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 le matériel existant de l'appliance	NON

4. Enfin, confirmez que vous voulez continuer.

Réinitialiser 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 à l'aide de la clé USB.

Si vous utilisez cette méthode, vous devez retirer et reconstruire la clé USB après l'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 complets - Espace

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

~ # 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 égales ou supérieures à 100 % (97 % ou plus), il se peut que certains fichiers doivent être supprimés. Si vous ne connaissez pas les fichiers à supprimer, contactez le centre d'assistance technique de Cisco.

Disques Complets - Inoeuds

En plus de l'espace de stockage réel, le VCS utilise des inodes sur les disques durs. Si ceux-ci sont pleins, les symptômes sont similaires à 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, cela signifie généralement qu'il y a un grand nombre de très petits fichiers. Il est recommandé de contacter le centre d'assistance technique de Cisco pour obtenir de l'aide afin de déterminer ce qui doit être supprimé et pourquoi il a été généré.

Historique de révision