Databaseverklaring fout - een Cisco DB-service Down

Inleiding

Dit document beschrijft hoe u problemen met uw probleemoplossing met betrekking tot deze fout kunt oplossen: " Databaseverklaring fout " terwijl de CUCM-pagina is geopend.

Voorwaarden

Vereisten

Cisco raadt aan dat u kennis hebt van dit onderwerp:

• Cisco Unified Communications Manager (CUCM) versie 11.5

Gebruikte componenten

De informatie in dit document is gebaseerd op CCM versie 11.5

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk levend is, zorg er dan voor dat u de mogelijke impact van om het even welke opdracht begrijpt.

Achtergrondinformatie

Dit document helpt u om de scenario- en TAC-technieken van probleemoplossing te begrijpen wanneer u een fout met de communicatie van de database krijgt terwijl de CUCM GUI-pagina wordt benaderd. Dit bericht geeft aan dat er een probleem is met de Cisco DB-service of dat het kan worden gekoppeld aan het ODBC-stuurprogramma, maar dit document behandelt alle controles die de gebruiker kan uitvoeren en een klein beetje van de TAC-controles wanneer de A DB-service niet werkt zoals verwacht.

Een van de grootste oorzaken hiervan kan een onverwachte sluiting van het systeem zijn. Ongradige shutdown op Linux OS kan resulteren in corruptie van bestanden die abrupt worden gesloten wanneer het systeem wordt afgesloten. Als dit gebeurt, is er een reeks bestanden die elegant gesloten moeten worden. Het systeem kan dan deze bestanden nodig hebben om het opstarten later te voltooien.

Andere oorzaken kunnen een verandering in FQDN zijn, een verandering van IP adres in FQDN of vice versa zonder de juiste procedure.

Wanneer de bovenstaande problemen zich voordoen, zijn er enkele actiepunten die moeten worden gevolgd in een poging het systeem te redden. Het opslaan van het systeem wordt bedoeld omdat het meestal niet zo is als een bepaalde service in Linux niet goed start (vastgezet in de startende of stilstaande toestand), maar het kan een probleem zijn in de daemon/het verantwoordelijke proces om die specifieke service te starten. U kunt deze functie alleen corrigeren wanneer de server opnieuw wordt opgebouwd. 

Procedure voor probleemoplossing

Stap 1. Saniteitscontrole van het systeem.

Maak gebruik van utils die test diagnosticeren en laat de status-opdrachtoutput zien om te zien of er andere fouten worden gemaakt, zodat er dienovereenkomstig verdere acties kunnen worden gepland. Zorg er bijvoorbeeld voor dat de actieve partitie niet 100% is ingevuld door show status. Als dit niet waar is, dan moet het problemen opleveren voordat u andere problemen oplost.

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%)

Stap 2. Start de service opnieuw.

utils Service start A Cisco DB - start de service opnieuw via 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:
 

Stap 3. Controleer hosts, hosts en bestanden met antwoorden.

Hoewel alleen hosts bestanden kunnen worden afgestemd door de normale CLI van de server (let op, GUI is niet toegankelijk voor u om naar de rapportagepagina te gaan), maakt u gebruik van de opdracht show tech-netwerkhosts om de items in alle servers van de cluster aan te passen. Als er een fout-match in een server is, kunt u de Cluster Manager-service opnieuw starten als het probeert deze te corrigeren.

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: 

Stap 4. Controleer de bestanden op Root.

Dit en de stappen daarna worden alleen gevolgd door TAC nadat u toegang tot uw basisaccount hebt gekregen. control.sh script wordt gebruikt om de service eenmaal vanaf de shell te hervatten.

Vanaf de locaties /home/informix/. en $INFORMIXDIR/etc/sqlhosts, kunnen de bestanden handmatig op alle servers worden afgestemd. Start daarna de Cluster Manager-service opnieuw om de gegevens in een bestand te uploaden die tijdens het opstarten nodig kunnen zijn.

Stap 5. Controleer Informix.

Informix is het proces verantwoordelijk voor de A DB service en het dient on-line te tonen wanneer de root gebruiker verandert als informix en de status controleert.

Opmerking: Al deze stappen, zodra gecontroleerd, kunnen helpen om de service back-up te maken als en alleen als het probleem was veroorzaakt door een foutieve keuze in het host-/hostbestand of informix tijdelijk vastgehouden. Zoals eerder vermeld, kunnen er veel andere redenen zijn die deze mismatch zouden kunnen hebben veroorzaakt. Het document hierboven beschrijft de stappen die u één voor één wilt controleren om alleen maar de plaats waar het probleem zich voordoet te beperken.

In het grootste gedeelte van de situatie moeten we de knooppunten herbouwen als we de service niet uit wortel of uit kunnen starten als de systeembestanden beschadigd zijn.

Ref link naar de herbouw van uitgever :https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/116946-technote-product-00.html

Zo herbouwt u Subscriber: Fresh Subscriber is geïnstalleerd met dezelfde systeemconfiguratie als de oude Subscriber