Dépanner les erreurs qui peuvent se produire lors du traitement d'une action de stratégie de synchronisation

Introduction

Ce document décrit comment dépanner et résoudre les erreurs CPS (Cisco Policy Suite) liées à une action de stratégie de synchronisation.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Système d'exploitation Linux
• Suite de politiques Cisco

Components Used

Les informations de ce document sont basées sur Cisco Policy Suite.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Problème : une erreur s'est produite lors du traitement d'une action de stratégie de synchronisation

Erreurs observées dans le fichier journal /var/log/broadhop/consolidated-qns.log :

ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Data store is not available: No master DB available: sessionmgrxx-SITE1:27720

ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Duplicate Value for Unique Data Constraint: credential networkId: 61431792343

L'exemple montre l'erreur dans 2 sites différents et 2 horodatages différents :

Le temps de réponse du diamètre peut augmenter légèrement en raison de l'erreur et des pointes peuvent être observées sur grafana également.

SITE-1 consolidé-qjournaux ns :

SITE1-qns11 2016-10-13 09:44:59,343 [pool-2-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Data store is not available: No master DB available: sessionmgrxx-SITE1:27720
at com.broadhop.spr.dao.impl.mongo.MongoPersistence.searchSubscribers(MongoPersistence.java:433) ~[com.broadhop.spr.dao.mongo_2.3.6.r078013.jar:na]
SITE1-qns04 2016-10-13 10:42:03,629 [pool-2-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
SITE1-qns06 2016-10-13 10:47:20,555 [pool-3-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.

 Journaux Mongo SITE-1 :

2016-10-13T08:22:02.330+1100 [conn15604045] command spr.$cmd command: count { count: "subscriber", query: { services_key.code_key: "HWBB" }, fields: {} } planSummary: COLLSCAN keyUpdates:0 numYields:2 locks(micros) r:1297276 reslen:48 700ms
2016-10-13T08:47:02.909+1100 [conn15605855] command spr.$cmd command: count { count: "subscriber", query: { services_key.code_key: "HWBB" }, fields: {} } planSummary: COLLSCAN keyUpdates:0 numYields:1 locks(micros) r:1095391 reslen:48 585ms
2016-10-13T09:37:02.563+1100 [conn15609536] command spr.$cmd command: count { count: "subscriber", query: { services_key.code_key: "HWBB" }, fields: {} } planSummary: COLLSCAN keyUpdates:0 numYields:0 locks(micros) r:519701 reslen:48 519ms
2016-10-13T09:52:02.472+1100 [conn15610667] command spr.$cmd command: count { count: "subscriber", query: { services_key.code_key: "HWBB" }, fields: {} } planSummary: COLLSCAN keyUpdates:0 numYields:1 locks(micros) r:1072306 reslen:48 564ms
2016-10-13T10:27:02.649+1100 [conn15613701] command spr.$cmd command: count { count: "subscriber", query: { services_key.code_key: "HWBB" }, fields: {} } planSummary: COLLSCAN keyUpdates:0 numYields:1 locks(micros) r:657876 reslen:48 504ms

 Journaux SITE-2 consolidés-qns :

SITE2-qns04 2016-11-18 05:28:33,776 [pool-1361732-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Duplicate Value for Unique Data Constraint: credential networkId: 61431792343
SITE2-qns09 2016-11-17 20:47:59,539 [pool-1361592-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Duplicate Value for Unique Data Constraint: credential networkId: 61431792343
SITE2-qns06 2016-11-17 01:45:15,476 [pool-63652-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Data store is not available: No master DB available: sessionmgr11-SITE1:27720
SITE2-qns12 2016-11-17 01:45:15,514 [pool-63484-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Data store is not available: No master DB available: sessionmgr11-SITE1:27720
SITE2-qns10 2016-11-12 07:40:53,659 [pool-63538-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Duplicate Value for Unique Data Constraint: credential networkId: 61431792343

« Une erreur s'est produite lors du traitement d'une action de stratégie de synchronisation » peut être causée par deux raisons :

 1. La base de données MongoDB principale/maître n'est pas accessible ou est désactivée.
 2. Impossible d'accéder à la ou aux instances de Policy Server (QNS) de sessionmgr Virtual Machine (VM) en raison d'un problème réseau.

Les journaux indiquent qu'il s'agit d'une fluctuation du réseau, car les exceptions d'accès aux machines virtuelles sessionmgr pour l'action de stratégie de synchronisation peuvent être observées sur la plupart des machines virtuelles QNS. Ces exceptions sont associées principale SPR DB (sessionmgr11-SITE1:27720) inaccessible. Pour la même durée, aucune erreur n'est observée dans les journaux MongoDB. En outre, aucun basculement de base de données primaire à secondaire n'a été observé pendant la même période.

Solution

“ action de stratégie de synchronisation “ des erreurs se sont produites sur SITE1 et SITE2 pour deux raisons :

1.

SITE1-qns11 2016-10-13 09:44:59,343 [pool-2-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Data store is not available: No master DB available: sessionmgrxx-SITE1:27720

"Le magasin de données n'est pas disponible ».  Cela ressemble clairement à un cas de fluctuations mineures du réseau qui sont résolues en succession rapide :

2. 

SITE2-qns04 2016-11-18 05:28:33,776 [pool-1361732-thread-1] ERROR c.b.policy.impl.RulesPolicyService - An error occured while processing a Sync Policy Action.
com.broadhop.spr.exception.SubscriberException: Duplicate Value for Unique Data Constraint: credential networkId: 61431792343

La valeur en double pour la contrainte de données unique n'a aucune incidence sur le système ou les abonnés, car cette exception serait observée lorsqu'une demande en double est reçue du PCEF.  La demande initiale était déjà honorée.

Voici les étapes que Cisco recommande d'effectuer lorsque "Data store is not available » est observé dans le fichier consolidé-qns.log.

Étape 1. Vérifiez le chemin réseau ou tout routeur entre les machines virtuelles QNS et la machine virtuelle sessionmgr11-SITE1.

Étape 2. Vérifiez les messages /var/log/des machines virtuelles QNS et sessionmgr11-SITE1VM.

Étape 3. Vérifiez sur le routeur via lequel QNS et la machine virtuelle sessionmgr11-SITE1 sont connectés.

Afin de confirmer que l'exception « data store not available » se produit lors d'une tentative de connexion d'une instance de la base de données sur sessionmgrxx-xxx:277xx, vous pouvez exécuter cette commande pendant toute la durée (peut-être pendant 24 heures) sur la machine virtuelle sessionmgrxx où un problème réseau est observé.  Le résultat sera stocké à l'adresse /var/tmp/output.txt. 

while true; do netstat -apn | grep 27720; sleep 1 ; done | tee /var/tmp/output.txt

 Afin d'empêcher l'exécution de la commande netstat, arrêtez-la simplement avec CTRL C :

ctrl c

Remarque Si vous constatez un problème lors de la connexion et de la réinitialisation de la connexion TCP sur sessionmgrxx-xxx. Ensuite, nous devons réparer la base de données (DB), en supprimant les données et en recréant la base de données des noeuds secondaires.  ( lien vers la base de données de réparation/récupération à publier - )