Este documento descreve como solucionar problemas e coletar informações no caso de você considerar a devolução de um Cisco TelePresence Video Communication Server (VCS) ou um Cisco TelePresence Conductor por meio do processo Return Material Authorization (RMA).
Se o sistema do VCS/TelePresence Conductor não ligar ou inicializar ou reinicializar constantemente, verifique estes itens:
Algum LED/LCD está aceso?
Se sim, o dispositivo é ligado, mas ele pode não ser inicializado. Verifique estes itens:
Em caso afirmativo, remova-os e tente desligar o sistema e, em seguida, ligue-o novamente. Se o sistema ainda não inicializar, conecte-se ao console serial e reúna o máximo possível de saída para a inicialização. Conecte a saída ao tíquete de suporte.
Em caso afirmativo, remova-os e tente desligar e ligar o sistema novamente. Se o sistema ainda não inicializar, conecte-se ao console serial e reúna o máximo possível de saída para a inicialização. Conecte a saída ao tíquete de suporte.
Se não (não há LEDs/LCD acesos), altere a tomada elétrica na qual o sistema está conectado e o fio de alimentação. Verifique se a chave liga/desliga na parte traseira da unidade está na posição correta e se foi pressionada conforme apropriado. Conecte o cabo de alimentação a outro dispositivo para verificar se está funcionando corretamente.
Se o sistema relatar que um ventilador falhou, colete a prova de falha do sistema, como mostrado em Logs and Evidence em Alarms and Warnings. Levante um tíquete de suporte com as informações coletadas anexadas.
O administrador acha que há uma falha no disco rígido. O disco rígido é descrito como "desmontado"?
Em caso afirmativo, reúna o máximo possível dessas informações, conforme documentado em Registros e Evidências:
Levante um tíquete de suporte com as informações coletadas anexadas.
Se não (o disco não é descrito como "desmontado"), investigue por que o administrador acha que há um problema com o disco rígido. Essas informações podem fornecer boas evidências de problemas com o disco:
Pode haver mensagens de erro relacionadas ao disco nos logs padrão do Linux, como dmesg ou /var/log/messages. Levante um tíquete de suporte com as informações coletadas anexadas.
Alguns exemplos do tipo de logs de erro que podem ser vistos são mostrados aqui:
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
O VCS/TelePresence Conductor relata que tem um alarme de alta temperatura:
Levante um tíquete de suporte com as informações coletadas anexadas.
Certas versões do painel frontal, especialmente os primeiros painéis da marca Cisco, têm problemas com os contatos dos botões do painel frontal. Isso é resolvido em versões mais recentes do painel frontal e não afeta a operação diária do sistema.
Colete evidências do problema, consulte a seção Código DMI em Logs and Evidence.
Se o painel frontal não responder, uma conexão serial poderá ser usada para a configuração inicial do dispositivo.
O administrador relata que há problemas com o adaptador de rede e/ou o link da LAN está inoperante.
Verifique se diferentes cabos de LAN e portas no switch/roteador ao qual o dispositivo está conectado foram testados.
Colete estas evidências, detalhadas em Logs and Evidence, do problema:
Levante um tíquete de suporte com as informações coletadas anexadas.
Quando um Cisco VCS é inicializado, você normalmente vê algo como:
tandberg login: root
Password:
No entanto, quando o dispositivo é iniciado, uma mensagem do driver Fusion MPT SAS pode colidir com o prompt de login. Nesse caso, esta saída aparece:
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)
Isso se deve a um problema de software que a Cisco conhece e que não deve resultar em uma RMA. O problema é corrigido em X6.0 e versões posteriores do código.
Quando você tenta fazer login como administrador em uma sessão de console (Secure Shell (SSH), telnet, serial ou KVM), há uma mensagem "impossível de se conectar ao tsh" ou "/tmp/hwfail: Inicialização inibida do aplicativo TANDBERG" é exibida:
O arquivo /tmp/hwfail existe?
Em caso afirmativo, colete essas informações a partir de Registros e Evidências.
Quando você digita "tsh" ou faz login como admin, a mensagem "cannot connect to tsh" é exibida?
Em caso afirmativo, colete essas informações a partir de Registros e Evidências.
Levante um tíquete de suporte com as informações coletadas anexadas.
Uma mensagem de 'falha de instalação do agente de pré-inicialização' pode aparecer no registro de inicialização se não houver uma conexão serial com o VCS quando ele for inicializado.
Isso não é um problema e não deve resultar em uma RMA.
Esta seção descreve métodos para fazer registros, snapshots e coletar outras evidências.
O processo de snapshot do sistema cria um arquivo de arquivos de vários arquivos do sistema que podem ser baixados no PC do administrador.
Para iniciar um snapshot do sistema em X6.1 ou XC1.1 e anterior:
Para iniciar um snapshot do sistema em X7.0 ou XC1.2 e posterior:
Quando você faz um snapshot, ele reserva recursos do sistema. Em um sistema muito ocupado, pode ser aconselhável iniciar um instantâneo em um período de "tráfego baixo" (embora, não o deixe muito longo após o evento que deseja analisar).
O sistema armazena apenas um arquivo de snapshot (.tar.gz) no disco a qualquer momento (o mais recente) em /mnt/harddisk/snapshot.
O processo de snapshot do sistema cria um arquivo de arquivos de vários arquivos do sistema que podem ser baixados no PC do administrador.
Para iniciar um snapshot do sistema:
Faça login no sistema como raiz.
Digite snapshot.sh.
Aguarde até que o arquivo seja criado (isso pode levar algum tempo, pois há muitos arquivos - aguarde até que o arquivo mude de um arquivo .tar para um arquivo .tar.gz).
Quando o snapshot tiver sido gerado, ele estará disponível para cópia segura (SCP) daqui: /mnt/harddisk/snapshot/ (é um arquivo tar.gz).
Quando você faz um snapshot, ele reserva recursos do sistema. Em um sistema muito ocupado, pode ser aconselhável iniciar instantâneos em um período de "tráfego baixo" (embora, não deixe isso muito tempo depois do evento que você deseja analisar).
O sistema armazena apenas um arquivo de snapshot (.tar.gz) no disco a qualquer momento (o mais recente) em /mnt/harddisk/snapshot.
Sempre que houver uma falha de aplicativo, um relatório de incidente é gravado em disco no diretório /tandberg/crash/diretory.
Os relatórios de incidentes estão incluídos no arquivo de instantâneos.
Os engenheiros de suporte da Cisco hospedam um servidor roteável externamente, no qual o VCS/TelePresence Conductor pode ser configurado para pós-relatórios de incidentes. Se os administradores configurarem o sistema para publicar relatórios de incidentes, ele acelerará a notificação de falhas de aplicativos.
Você pode configurar carregamentos automáticos de relatórios de travamento para o servidor de relatório de travamento automatizado (ACR) em Manutenção > Relatório de incidentes > Configuração (em X7.0 / XC1.1 e mais recente é Manutenção > Diagnóstico > Relatório de incidentes > Configuração).
O aplicativo inteiro pode não travar; As ACRs também podem ser geradas por subcomponentes no sistema.
Se os relatórios de travamento não puderem ser ativados por qualquer motivo, ou se o sistema não tiver acesso roteável ao servidor, qualquer ACR gerado poderá ser copiado separadamente do sistema e então anexado a um tíquete de suporte.
Os engenheiros de suporte da Cisco podem carregar manualmente os ACRs no servidor de relatórios para investigação. Esteja ciente de que, na maioria dos casos, um snapshot do sistema também é necessário para entender a origem do problema.
Os relatórios de incidentes podem ser visualizados e copiados do sistema na página Manutenção > Relatório de incidentes > Visualizar (em X7.0 / XC1.1 e posterior, Manutenção > Diagnóstico > Relatório de incidentes > Visualizar).
O hardware do dispositivo inclui vários sensores cujos valores podem ser lidos pelo sistema operacional (SO) Linux. Para recuperar esses sensores, insira sensores no prompt de comando. A saída pode então ser anexada ao tíquete de suporte.
~ # 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)
No caso de um problema, o código DMI pode fornecer aos engenheiros de suporte da Cisco um código de referência útil que indica quaisquer Solicitações de alteração de engenharia que foram aplicadas ao sistema em questão.
Digite o comando cat /sys/class/dmi/id/chassis_version de uma sessão de console raiz e adicione a saída ou inclua o arquivo dmidecode.txt do instantâneo do sistema ao tíquete de suporte.
Insira o comando boarddetect de uma sessão de console raiz e adicione a saída ao tíquete de suporte.
Há dois tipos de discos no VCS:
O sistema operacional Linux inclui um verificador de disco rígido que examina os dados de SMART (Self-Monitoring, Analysis and Reporting Technology) do disco rígido.
Para executar isso, insira smartctl -all /dev/sdb2 no prompt de comando de uma sessão de console raiz. A saída pode então ser anexada ao tíquete de suporte.
~ # 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.
Alguns dispositivos podem sofrer uma perda de uma porta de rede física. Para verificar isso, abra uma sessão de console raiz e digite o comando ifconfig -a | dentes de esfregaço. Quatro interfaces devem estar listadas:
~ # 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
Se menos de quatro forem listados, esse aplicativo poderá ter um problema de hardware, embora as reinicializações também possam resolver isso.
O sistema operacional Linux inclui uma ferramenta que despeja estatísticas de adaptadores Ethernet.
Em uma sessão de console raiz, digite o comando ethtool -S eth0 para o adaptador de rede principal usado pelo dispositivo ou pelo ethtool -S eth1 se o problema estiver em uma porta 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
Você pode usar o comando ps aux de uma sessão de console raiz para procurar a presença de vírus.
Por exemplo, para verificar o 'discador de guerra', insira ps aux | grep svwar.py. Isso produzirá várias linhas de saída semelhantes a esta se o 'discador de guerra' estiver presente:
9430 root 20 0 19020 4340 1880 R 1 0.1 0:00.01 python svwar.py -v -d
users.txt <address>
O comando não deve produzir nenhuma saída se o vírus não estiver presente.
Alarmes e avisos são mostrados nas páginas da Web do sistema, bem como quando você faz login na CLI ou digita o comando xstatus. Eles também podem ser exibidos no painel LCD.
As capturas de tela da interface da Web ou a saída do comando xstatus devem ser fornecidas, por exemplo:
Todos os vídeos telefônicos da câmera de procedimentos executados ou imagens de saída do monitor, os LEDs, o LCD e a tela de luz do link da rede, como estes exemplos, são muito úteis para encontrar a causa raiz de uma RMA:
LED de alarme aceso
Texto do LCD
Para coletar registros ou outras informações quando houver problemas de rede ou outros problemas que impeçam o acesso remoto ao VCS/TelePresence Conductor, pode ser usado um console serial. A conexão deve ser feita à porta de dados na parte frontal do dispositivo.
Essas configurações devem ser usadas para a conexão do console:
Configuração | Valor |
Taxa de baud | 115200 bits por segundo |
Bits de dados | 8 |
Paridade | Nenhum |
Bits de parada | 1 |
Controle de fluxo (hardware e software) | Nenhum |
Muito raramente, pode ser necessário executar o script de "redefinição de fábrica" no seu sistema. Isso reinstala a imagem do software e redefine a configuração para o mínimo funcional.
O procedimento de redefinição de fábrica descrito a seguir recria o sistema com base na imagem de software instalada com êxito mais recente. Os arquivos usados para essa reinstalação são armazenados na pasta /mnt/harddisk/fatory-reset/ no sistema. Estes arquivos são:
Em alguns casos (mais comumente uma nova instalação de máquina virtual que não foi atualizada), esses arquivos não estarão presentes no sistema. Em caso afirmativo, esses arquivos devem primeiro ser colocados com SCP como raiz.
Esse procedimento deve ser executado a partir do console serial (ou por meio de uma conexão direta com o equipamento com um teclado e um monitor). Isso ocorre porque as configurações de rede serão regravadas, portanto, qualquer sessão SSH usada para iniciar a redefinição será removida e a saída do procedimento não será vista.
O processo leva aproximadamente 20 minutos.
Prompt | Resposta recomendada |
---|---|
Manter chaves de opção {SIM/NÃO]? | SIM |
Manter a configuração de IP [SIM/NÃO]? | SIM |
Manter chaves ssh [SIM/NÃO]? | SIM |
Manter certificado e chaves ssl [SIM/NÃO]? | SIM |
Manter senhas raiz e admin [SIM/NÃO]? | SIM |
Salvar arquivos de log [YES/NO]? | SIM |
Substituir disco rígido [SIM/NÃO]? (aplica-se somente a sistemas executados em hardware de dispositivo legado | NO |
O Cisco TAC também pode sugerir um método alternativo de redefinição. Isso exige que você baixe a imagem do software em um pen drive USB e reinicialize o sistema com o pen drive USB conectado.
Se você usar esse método, limpe e reconstrua o pen drive USB após o uso. Não reinicie um sistema, pegue o pen drive USB e reutilize-o em outro sistema.
Os discos rígidos só podem conter uma quantidade definida de dados. Se um disco rígido estiver cheio, os sintomas causados podem parecer uma falha de hardware, mas esse não é o caso e uma RMA não é a maneira recomendada de lidar com esse problema. Para verificar e ver a utilização atual do disco, execute o comando df como raiz. O switch -h no df solicita que os dados sejam impressos em formato legível por humanos (MB e GB em vez de blocos de 1 k).
~ # 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
Neste exemplo, você pode ver que nenhuma das partições está completamente cheia (100% ou quase 100%). Se suas partições estiverem em ou em torno de 100% (97%+), alguns arquivos talvez precisem ser excluídos. Se você não está familiarizado com quais arquivos remover, entre em contato com o TAC da Cisco.
Além do espaço de armazenamento real, o VCS usa nós nos discos rígidos. Se estiverem cheios, os sintomas são semelhantes a se o próprio disco estiver cheio.
~ # 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
Se o disco rígido estiver fora ou quase fora de nós, isso normalmente significa que há um grande número de arquivos muito pequenos. Recomenda-se que você entre em contato com o TAC da Cisco para obter assistência para determinar o que precisa ser removido e por que ele foi gerado.
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
11-Aug-2015 |
Versão inicial |