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).
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 :
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 :
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.
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.
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.
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.
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 :
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 :
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
Le Conductor VCS/TelePresence signale qu'il comporte une alarme de température élevée :
Déposez un ticket de support avec les informations collectées en pièce jointe.
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.
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 :
Déposez un ticket de support avec les informations collectées en pièce jointe.
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.
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 :
Le fichier /tmp/hwfail existe-t-il ?
Si oui, recueillez ces renseignements à partir des journaux et des preuves.
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 ?
Si oui, recueillez ces renseignements à partir des journaux et des preuves.
Déposez un ticket de support avec les informations collectées en pièce jointe.
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.
Cette section décrit les méthodes permettant de prendre des journaux, des instantanés et de recueillir d'autres preuves.
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 :
Afin de lancer un snapshot système dans X7.0 ou XC1.2 et versions ultérieures :
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.
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 :
Connectez-vous au système en tant que racine.
Entrez snapshot.sh.
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).
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.
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).
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).
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)
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.
Entrez la commande board detect à partir d'une session de console racine et ajoutez le résultat au ticket de support.
Il existe deux types de disques sur le VCS :
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.
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.
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
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.
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 :
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
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 |
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.
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 :
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.
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.
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 |
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.
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.
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é.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
11-Aug-2015 |
Première publication |