Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

probleemstelling

milieu

resolutie

Oorzaak

Gerelateerde informatie

Inleiding

In dit document wordt beschreven hoe u de fout met de verificatiesleutel kunt oplossen tijdens het configureren van HA-peering tussen primaire en secundaire EPNM-servers.

Voorwaarden

Vereisten

Cisco raadt u aan deze onderwerpen te kennen:

- Evolved Programmable Network Manager (EPNM)

Gebruikte componenten

De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:

- EPNM-softwareversie 8.x

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 live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

probleemstelling

Pogingen om High Availability (HA)-peering te configureren tussen primaire en secundaire Cisco Evolved Programmable Network Manager (EPNM)-servers mislukken. Een foutmelding geeft aan dat de HA-sleutel niet overeenkomt tussen de primaire en secundaire servers. Als u de secundaire HA-sleutel opnieuw instelt en het peering-proces opnieuw probeert, wordt het probleem niet opgelost.

- Foutbericht: "Verificatiesleutel komt niet overeen tussen primaire <primaire IP> en secundaire servers <secundaire IP>"

- Fout tijdens HA-instelling tussen primaire en secundaire EPNM-knooppunten

- Pogingen om de HA-sleutel op de secundaire server opnieuw in te stellen zijn mislukt

milieu

- Technologie: Network Management Services (NMS)

- Cisco Evolved Programmable Network Manager

- Softwareversie: 8.1.0

- Primaire en secundaire EPNM-servers geconfigureerd voor HA

- Recente actie: geprobeerd HA-sleutel op secundaire server opnieuw in te stellen en HA-peering opnieuw in te stellen

- Waargenomen fout: "Verificatiesleutel komt niet overeen tussen primaire <primaire IP> en secundaire servers <secundaire IP>"

resolutie

1. HA-verificatiesleutel op beide servers wijzigen

Werk de HA-verificatiesleutel bij op zowel de primaire als de secundaire EPNM-servers om ervoor te zorgen dat deze overeenkomen.

Voer de opdracht op elke server uit (vervang <newkey> door de gewenste verificatiesleutel):

ncs ha authkey

Voorbeeld:

epnm/admin# ncs ha authkey HAAuthKey123

Going to update Secondary authentication key

Successfully updated Secondary authentication key in standalone server

epnm/admin#

2. TOFU-certificaten wissen

Om mogelijke mismatches in certificaten te elimineren, moet u de Tofu-certificaten wissen die zijn gekoppeld aan het HA-koppelingsproces op beide servers.

Op de primaire server:

Lijst van de bestaande Tofu-certificaten:

ncs certvalidation tofu-certs listcerts

Als u een vermelding ziet voor de IP van de secundaire server, verwijdert u deze met:

ncs certvalidation tofu-certs deletecert host

_8082

Op de secundaire server:

Lijst van de bestaande Tofu-certificaten:

ncs certvalidation tofu-certs listcerts

Als u een vermelding ziet voor het IP-adres van de primaire server, verwijdert u deze met:

ncs certvalidation tofu-certs deletecert host

_8082

3. NCS-services opnieuw starten op de primaire server

Nadat u de HA-sleutel hebt bijgewerkt en relevante Tofu-certificaten hebt gewist, start u de NCS-services op de primaire server opnieuw op om de wijzigingen toe te passen.

Opmerking: deze stap heeft invloed op de service; toegang tot de toepassing is niet beschikbaar tijdens het opnieuw opstarten van de primaire server.

Stop de NCS-services:

ncs stop verbose

- Wacht tot alle services zijn gestopt en controleer de status met de opdracht:
ncs status

- Start alle services met de opdracht:
ncs start verbose

- Wacht tot alle services zijn gestart en controleer de status opnieuw met de opdracht:
ncs status

4. HA-configuratie opnieuw proberen via de primaire server-GUI

Nadat de primaire server opnieuw is opgestart, gaat u verder met de normale configuratieworkflow voor de HA met behulp van de grafische gebruikersinterface (GUI) van de primaire server.

Oorzaak

De onderliggende oorzaak van de HA-peering-fout is een mismatch in de HA-verificatiesleutel tussen de primaire en secundaire Cisco EPNM-servers. Dit resulteert in de fout:"De verificatiesleutel komt niet overeen tussen primaire <primaire IP> en secundaire servers <secundaire IP>". Ook bijkomende mismatches in certificaten (Tofu-certificaten) kunnen een succesvolle vestiging van HA verhinderen.

Gerelateerde informatie

- De HA-verificatiesleutel opnieuw instellen

- Cisco EPNM Service-herstartprocedure (video)

- Cisco Technical Support en downloads