Introdução
Este documento descreve como identificar um desligamento inesperado de qualquer aplicativo no Cisco VOS (Sistema Operacional de Voz) personalizado.
Pré-requisitos
Requisitos
Não existem requisitos específicos para este documento.
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Informações de Apoio
O Cisco Unified Communications Manager (CUCM), o Cisco Unity Connection (CUC), o Cisco Unified Contact Center Express (UCCX), o Cisco Emergency Responder (CER) e o Cisco Prime são considerados aplicativos UC.
Se o servidor sofrer um desligamento inesperado, a consistência do sistema de arquivos não poderá ser garantida. Os arquivos podem ser removidos inesperadamente, a propriedade de permissões de arquivo pode ser alterada ou o conteúdo dos arquivos pode ser corrompido.
Para recuperar temporariamente o sistema, execute o disco de recuperação do sistema liberado para a versão de software correspondente.
Verificar desligamento incorreto
Revise o system-history.log para determinar se um sistema foi desligado incorretamente.
Observação: o history.log foi aprimorado para rastrear desligamentos inadequados com a ID de bug da Cisco CSCtr8859 para adicionar alarmes e alertas para reinicializações inesperadas que estão integradas no CUCM versões 9.1(1) e posteriores.
- Faça o download dos registros de instalação/atualização da Cisco Unified Real-Time Monitoring Tool (RTMT) e obtenha o arquivo system-history.log.
or
Insira o comando file view install system-history.log na interface de linha de comando (CLI).
- Examine cada instância de root: Inicialização e confirme se cada instância é precedida por uma destas linhas:
root: Restart
root: Shutdown
root: Install
root: Upgrade
- Se uma instância de inicialização não for prosseguida por uma reinicialização, desligamento, instalação ou atualização, provavelmente houve um desligamento não limpo.
Este é um exemplo de um desligamento não limpo:
08/14/2012 13:36:09 | root: Boot 9.0.1.10000-37 Start
08/14/2012 17:28:25 | root: Boot 9.0.1.10000-37 Start
Neste exemplo, o servidor deve ser reconstruído para garantir a consistência do sistema de arquivos. Consulte estas IDs de bug da Cisco para obter mais detalhes:
- ID de bug da Cisco CSCth60800, "Recovery Disk warning to rebuild system after file system repair" (Aviso de disco de recuperação para reconstruir o sistema após o reparo do sistema de arquivos)
- ID de bug da Cisco CSCth5322, "Document the need for system rebuild after file system repair" (Documentar a necessidade de reconstrução do sistema após o reparo do sistema de arquivos)
- Bug da Cisco ID CSCuy94644, "Corrupção do Cisco Emergency Responder após desligamento inesperado"
Observação: se o servidor for executado no VMware em uma versão sem a correção para o bug da Cisco ID CSCtw73590, "desligamento iniciado pelo VSphere ou reinicialização não registrada no system-history.log" e se o servidor for desligado pelo VSphere quando um desligamento de convidado for iniciado, essa entrada não será incluída no system-history.log.
Feedback