Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Problemen oplossen

Macht tegen Arbiter van de deelstaat SHUTOFF

Alle instanties uit de staat FOUTMER herstellen

Arbiter terugwinnen/scheidsrechter

Verifiëren

Inleiding

Dit document beschrijft hoe u Cisco Virtual Policy en Charging Regels Functie (vPCRF) instellingen kunt herstellen die op Ultra-M/OpenStack zijn ingezet.

Bijgedragen door Nitesh Bansal, Cisco Advanced Services.

Voorwaarden

Vereisten

Cisco raadt u aan om kennis over deze onderwerpen te hebben:

- Openstack

- CPS

- Bereken op welke getroffen instanties waren ingezet is nu beschikbaar.

- Berekende middelen zijn beschikbaar in dezelfde beschikbaarheidszone als het getroffen geval.

Gebruikte componenten

De informatie in dit document is gebaseerd op CPS en is van toepassing op alle versies.

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.

Problemen oplossen

Macht tegen Arbiter van de deelstaat SHUTOFF

Indien een instantie zich in de staat SHUTOFF bevindt als gevolg van een geplande sluiting of om een andere reden, gebruik dan de volgende procedure om de instantie te starten en zorg ervoor dat deze instantie toezicht houdt op de Elastic Service Control (ESC).

Stap 1. Controleer de staat van voorbeeld via OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep arbiter

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | destackovs-compute-2  | SHUTOFF|

Stap 2. Controleer of de computer beschikbaar is en controleer of de toestand omhoog is.

source /home/stack/destackovsrc

nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’

| state                     | up                                       |

| status                    | enabled                                  |

Stap 3. Meld u aan bij ESC Master as Admin user en controleer de status van een voorbeeld in OpenData.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli get esc_datamodel/opdata | grep arbiter

r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 VM_ERROR_STATE

Stap 4. Schakel de instantie uit vanuit de openstack.

source /home/stack/destackovsrc-Pcrf

nova start r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

Stap 5. Wacht vijf minuten zodat de instantie kan beginnen en weer actief is.

source /home/stack/destackovsrc-Pcrf

nova list –fields name,status | grep cm

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | ACTIVE |

Stap 6. VM Monitor in ESC inschakelen nadat het geval actief is.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

Voor verdere invordering van bijvoorbeeld configuraties, zie hieronder beschreven specifieke procedures per type.

Alle instanties uit de staat FOUTMER herstellen

Als de staat van CPS instantie in openstack zich in de staat FOUT bevindt, gebruikt u de volgende procedure om de instantie te starten:

Stap 1. Zet de staat van instantie terug om de instantie terug te dwingen naar een actieve staat in plaats van naar een staat van de fout, herstart uw instantie zodra deze klaar is.

source /home/stack/destackovsrc-Pcrf

nova reset-state –active r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

nova reboot –-hard  r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

Stap 2. Meld u aan bij ESC Master as Admin user en controleer de status van een voorbeeld in OpenData.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli get esc_datamodel/opdata | grep arbiter

r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 VM_ERROR_STATE

Stap 3. Controleer of de computer beschikbaar is en werkt goed.

source /home/stack/destackovsrc

nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’

| state                     | up                                       |

| status                    | enabled                                  |

Stap 4. Controleer de staat van vestiging in OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep arbiter

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | destackovs-compute-2  | ERROR|

Stap 5. Wacht vijf minuten zodat de instantie kan beginnen en weer actief is.

source /home/stack/destackovsrc-Pcrf

nova list –fields name,status | grep arbiter

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | ACTIVE |

Stap 6. Indien Cluster Manager verandert de staat in actief na de herstart, maakt VM-monitor in ESC mogelijk nadat Cluster Manager-instantie in actieve toestand is.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR r5-arbiter_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

Stap 7. Post recovery to run/active state, raadpleeg type specifieke procedure om reservekopie/gegevens te herstellen.

Arbiter terugwinnen/scheidsrechter

Als een arbiter instantie/client onlangs is hersteld en de arbiter niet is in diagnostiek.sh get_replica_status output dan volgt deze procedure.

Indien de implementatie een speciale scheidsrechter voor VM gebruikt stap 1 tot en met 3, voor scheidsrechter, stap 4 verder uitvoeren, dan deze stappen uitvoeren:

1. Op de clustermanager voert u deze opdracht uit om de mongodb start/stop scripts te maken op basis van de systeemconfiguratie:

cd /var/qps/bin/support/mongo

build_set.sh --all --create-scripts

2.  Laat deze opdracht op PCRFCLIENTXX of (en) arbiter uitvoeren om een lijst te maken van alle processen die u moet starten.

cd etc/init.d/

ll | grep sessionmgr

3.  Op PCRFCLIENTXX of (en) arbiter voor elk bestand in de laatste uitvoer die is vermeld, voert u deze opdracht uit, vervangt u xxxxx met poortnummers, bijvoorbeeld voor 27717:

/etc/init.d/sessionmgr-xxxxx start

Example:

/etc/init.d/sessionmgr-27717 start

4. Als het gebruik van arbiter vip wordt toegepast, controleer of een van de pc-bronnen op client01 om reiniging te vragen met behulp van deze opdrachten:

pcs resource show | grep –v started

Als een uitvoer door de opdracht wordt teruggegeven in stap 4, maak de PC bron schoon met behulp van de volgende opdracht, voor meerdere pc-bronnen die niet zijn gestart, herhaal de opdracht voor elk resource:

pcs resource cleanup

Verifiëren

Controleer de gezondheidstoestand van de replica-status:

Run diagnostics.sh on pcrfclient01

Indien de scheidsrechter als scheidsrechter en niet als scheidsrechter/cliënt optreedt, dan kan u deze stappen uitvoeren om te controleren of de VM volledig is hersteld of niet:

1. Wat betreft de primaire arbiter, moeten alle mongoprocessen lopen en kan dit worden geverifieerd met behulp van deze opdracht als arbiter:

ps –aef | grep mongo

2. Controleer of alle processen onder toezicht van het geld in een goede (Running/Monitoring) staat voor scheidsrechter zijn.

monit summary