Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Informações de Apoio

Procedimento para solução de problemas

Etapa 1. Sanidade do sistema.

Etapa 2. Reinicie o serviço.

Etapa 3. Verifique hosts, hosts e arquivos sqlhosts.

Etapa 4. Verifique os arquivos da raiz.

Etapa 5. Verifique Informix.

Introduction

Este documento descreve como solucionar problemas relacionados a este erro : " Erro de comunicação do banco de dados " enquanto a página CUCM é acessada.

Prerequisites

Requirements

A Cisco recomenda ter conhecimento deste tópico:

- Cisco Unified Communications Manager (CUCM) versão 11.5

Componentes Utilizados

As informações neste documento são baseadas na versão 11.5 do CCM

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Este documento ajuda a entender o cenário e as técnicas do TAC para solucionar problemas quando você recebe um erro de comunicação de banco de dados enquanto a página da GUI do CUCM é acessada. Essa mensagem indica que há um problema com o serviço A Cisco DB ou que ele pode estar relacionado ao driver ODBC, mas este documento trata de tudo que o usuário pode verificar e de um pouco do que o TAC verifica quando o serviço A Cisco DB não funciona como esperado.

Uma das maiores causas disso pode ser um desligamento inesperado do sistema. O desligamento incorreto do SO Linux pode resultar em corrupção de arquivos que são fechados abruptamente quando o sistema é desligado. Quando isso acontece, há uma série de arquivos que precisam ser fechados graciosamente. Esses arquivos podem ser necessários para que o sistema conclua o processo de inicialização posteriormente.

Outras causas podem ser uma alteração no FQDN, uma alteração do endereço IP para o FQDN ou vice-versa sem o procedimento adequado.

Quando os problemas acima surgem, há alguns itens de ação que devem ser seguidos em uma tentativa de salvar o sistema. Salvar o sistema é mencionado porque com mais frequência do que não, se algum serviço específico no Linux não estiver iniciando corretamente (preso no estado de início ou parado), então pode ser um problema no daemon/processo responsável para iniciar esse serviço específico. Ele só pode ser corrigido quando o servidor for recriado.

Procedimento para solução de problemas

Etapa 1. Sanidade do sistema.

Faça uso das saídas de testes de diagnóstico de utilitários e comandos show status para ver se há outros erros sendo lançados para que outras ações possam ser planejadas de acordo. Por exemplo, certifique-se de que a partição ativa não seja 100% preenchida por meio do comando show status. Se isso não for verdade, ele precisará solucionar problemas antes que você resolva outros problemas.

admin:show status

Host Name          : CUCM11

Date               : Wed Jul 25, 2018 00:10:07

Time Zone          : India Standard Time (Asia/Kolkata)

Locale             : en_US.UTF-8

Product Ver        : 11.0.1.22045-1

Unified OS Version : 6.0.0.0-2

Uptime:

00:10:09 up 48 days, 10:56,  1 user,  load average: 0.17, 0.29, 0.27

CPU Idle:   97.74%  System:   01.26%    User:   01.00%

IOWAIT:   00.00%     IRQ:   00.00%    Soft:   00.00%

Memory Total:        3925432K

Free:         188156K

Used:        3737276K

Cached:         610140K

Shared:         203520K

Buffers:          27696K

Total            Free            Used

Disk/active         14154228K        1154116K       12854984K (92%)

Disk/inactive       14154228K        1195212K       12813888K (92%)

Disk/logging        49573612K        3454524K       43594160K (93%)

Etapa 2. Reinicie o serviço.

utils service restart A Cisco DB - reinicie o serviço por meio da CLI.

admin:utils service restart A Cisco DB

Do not press Ctrl+C while the service is restarting. If the service has not restarted properly, execute the same command again.

Service Manager is running

A Cisco DB[STOPPING]

A Cisco DB[STARTING]

A Cisco DB[STARTED]

admin:

Etapa 3. Verifique hosts, hosts e arquivos sqlhosts.

Embora somente os arquivos de hosts possam ser comparados através da CLI normal do servidor (lembre-se, a GUI não está acessível para você ir à página de relatórios), use o comando show tech network hosts para corresponder às entradas em todos os servidores do cluster. Se houver uma incompatibilidade em qualquer servidor, você poderá reiniciar o serviço Gerenciador de Cluster quando ele tentar corrigi-los.

admin:show tech network hosts

-------------------- show platform network --------------------

/etc/hosts File:

#This file was generated by the /etc/hosts cluster manager.

#It is automatically updated as nodes are added, changed, removed from the cluster.

127.0.0.1 localhost

::1 localhost

10.106.112.122 cucmsub.emea.lab cucmsub

10.106.112.123 imnp10.emea.lab imnp10

10.106.112.126 CUCM-10.emea.lab CUCM-10

admin:

Etapa 4. Verifique os arquivos da raiz.

Isso e as etapas depois dele são seguidas somente pelo TAC depois de obter acesso à conta raiz para o seu sistema. o script controlcentre.sh é usado para reiniciar o serviço uma vez do shell.

Nos locais /home/informix/.rhosts e $INFORMIXDIR/etc/sqlhosts, então os arquivos devem corresponder manualmente em todos os servidores. Depois disso, reinicie o serviço Gerenciador de clusters para atualizar os detalhes em qualquer arquivo que possa ser necessário durante a inicialização.

Etapa 5. Verifique Informix.

Informix é o processo responsável pelo serviço A Cisco DB e deve ser exibido como on-line quando o usuário raiz alterna como informix e verifica o status.

Note: Todas essas etapas, depois de marcadas, podem ajudar a ativar novamente o serviço se e somente se o problema for devido a uma incompatibilidade no arquivo host/rhosts ou informix travado temporariamente. Como mencionado anteriormente, podem existir muitas outras razões que possam ter causado estes desencontros. O documento acima destaca as etapas que devem ser verificadas uma a uma apenas para restringir onde o problema pode estar.

Na maioria das situações, precisamos reconstruir os nós se não pudermos reiniciar o serviço da raiz do se os arquivos do sistema estiverem corrompidos.

Link de referência para reconstruir o Publisher:https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/116946-technote-product-00.html

Para recriar o assinante: O novo assinante é instalado com a configuração do sistema igual à do assinante antigo