Contenu

Introduction

Dépannage

Activer n'importe quelle instance à partir de l'état SHUTOFF

Récupérer une instance à partir de l'état ERROR

Récupération QNS

Vérification

Introduction

Ce document décrit la récupération de la machine virtuelle PS dans le cluster PCRF (Policy and Charging Rules Function).

Dépannage

Activer n'importe quelle instance à partir de l'état SHUTOFF

Si une instance est dans l'état SHUTOFF en raison d'un arrêt planifié ou d'une autre raison, veuillez utiliser cette procédure pour démarrer l'instance et activer sa surveillance dans le contrôleur de service élastique (ESC).

Étape 1. Vérifiez l'état de l'instance via OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep qns-s1

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d | destackovs-compute-2  | SHUTOFF|

Étape 2. Vérifiez si le calcul est disponible et assurez-vous que l'état est actif.

source /home/stack/destackovsrc

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

| state                     | up                                       |

| status                    | enabled

Étape 3. Connectez-vous à ESC Master en tant qu'utilisateur admin et vérifiez l'état de l'instance dans opdata.

echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin –C | grep qns-s1

SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d VM_ERROR_STATE

Étape 4. Mettez l'instance sous tension à partir d'openstack.

source /home/stack/destackovsrc-Pcrf

nova start SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d

Étape 5. Attendez cinq minutes que l'instance démarre et passe à l'état actif.

source /home/stack/destackovsrc-Pcrf

nova list –fields name,status | grep qns-s1

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d  | ACTIVE |

Étape 6. Activer le moniteur de VM dans l'ESC après que l'instance est en état actif.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d

Pour une récupération ultérieure des configurations d'instance, reportez-vous aux procédures spécifiques au type d'instance fournies dans la section suivante

Récupérer une instance à partir de l'état ERROR

Cette procédure peut être utilisée si l'état de l'instance CPS dans openstack est ERROR :

Étape 1. Vérifiez l'état de l'instance dans OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep qns-s1

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d  | destackovs-compute-2  | ERROR|

Étape 2. Vérifiez si le calcul est disponible et s'exécute correctement.

source /home/stack/destackovsrc

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

| state                     | up                                       |

| status                    | enabled

Étape 3. Connectez-vous à ESC Master en tant qu'utilisateur admin et vérifiez l'état de l'instance dans opdata.

echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin –C | grep qns-s1

SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d VM_ERROR_STATE

Étape 4. Réinitialisez l'état de l'instance pour forcer le rétablissement de l'état actif au lieu d'un état d'erreur, une fois terminé, redémarrez votre instance.

source /home/stack/destackovsrc-Pcrf

nova reset-state –active SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d

nova reboot –-hard  SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d

Étape 5. Attendez cinq minutes que l'instance démarre et passe à l'état actif.

source /home/stack/destackovsrc-Pcrf

nova list –fields name,status | grep qns-s1

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d | ACTIVE |

Étape 6. Si le Gestionnaire de cluster passe à ACTIVE après le redémarrage, activez le Moniteur de VM dans ESC après que l'instance du Gestionnaire de cluster est en état actif.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d

Après la récupération à l'état actif/en cours, référez-vous à la procédure spécifique au type d'instance pour récupérer la configuration/les données à partir de la sauvegarde.

Récupération QNS

Si un équilibreur de charge a été récemment récupéré, utilisez cette procédure pour restaurer les paramètres de réseau et de proxy :

Étape 1. S'il est nécessaire d'importer les données de configuration QNS de restauration sur le Gestionnaire de cluster, exécutez cette commande :

config_br.py -a import --users --haproxy /mnt/backup/

Étape 2. Afin de générer les fichiers d'archivage de VM sur le Gestionnaire de cluster via les dernières configurations, exécutez cette commande :

/var/qps/install/current/scripts/build/build_all.sh

Étape 3. Afin de mettre à jour QNS avec la dernière configuration, connectez-vous à QNS et exécutez cette commande

ssh qnsxx

/etc/init.d/vm-init

Vérification

Exécuter les diagnostics à partir du gestionnaire de clusters diagnostics.sh