Probleemoplossing voor PCRF VM-herstel-biter - OpenStack
Downloadopties
Inclusief taalgebruik
De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Over deze vertaling
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Inhoud
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:
- 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
- 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:
- 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
- Controleer of alle processen onder toezicht van het geld in een goede (Running/Monitoring) staat voor scheidsrechter zijn.
monit summary
Bijgedragen door Cisco-engineers
- Nitesh BansalCisco geavanceerde services
FeedbackContact Cisco
- Een ondersteuningscase openen
- (Vereist een Cisco-servicecontract)