Fehlerbehebung, die bei der Verarbeitung einer Synchronisierungsrichtlinienaktion auftreten können

Einführung

In diesem Dokument wird beschrieben, wie wir Fehler in der Cisco Policy Suite (CPS) beheben und beheben können, die im Zusammenhang mit einer Synchronisierungsrichtlinienaktion stehen.

Voraussetzungen

Anforderungen

Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:

• Linux-Betriebssystem
• Cisco Policy Suite

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf der Cisco Policy Suite.

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Problem: Fehler bei der Verarbeitung einer Synchronisierungsrichtlinienaktion

Fehler in der /var/log/broadhop/consolidated-qns.log-Protokolldatei:

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

Im Beispiel wird der Fehler an zwei verschiedenen Standorten und in zwei verschiedenen Zeitstempeln angezeigt:

Die Ansprechzeit im Durchmesser kann aufgrund des Fehlers leicht ansteigen, und auch bei der Pfropfanlage können Spitzen beobachtet werden.

SITE-1 konsolidiert-qns-Protokolle:

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.

 SITE-1-Mongo-Protokolle:

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

 Konsolidierte SITE-2-Qns-Protokolle:

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

"Beim Verarbeiten einer Synchronisierungsrichtlinienaktion ist ein Fehler aufgetreten" kann aus zwei Gründen verursacht werden:

 1. Primary/Master MongoDB ist nicht zugänglich oder ist nicht verfügbar.
 2. Policy Server (QNS) Instanzen können aufgrund eines Netzwerkproblems nicht auf das sitzungsmgr Virtual Machine (VM) zugreifen.

Die Protokolle weisen darauf hin, dass dies mit einer Netzwerkfluktuation verbunden ist, da die sitzungsmgr VM-Zugriffsausnahmen für die Sync Policy Action auf den meisten QNS VMs beobachtet werden können. Diese Ausnahmen sind verwandte Master-SPR-DB (sessionmgr11-SITE1:27720) nicht erreichbar. Für die gleiche Dauer gibt es keine Fehler in MongoDB-Protokollen. Im selben Zeitraum wurde kein primärer/sekundärer DB-Failover beobachtet.

Lösung

Bei SITE1 und SITE2 sind Fehler bei der "Synchronisierungsrichtlinienaktion" aufgetreten, und zwar aus zwei Gründen:

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

"Der Datenspeicher ist nicht verfügbar."  Dies sieht eindeutig aus wie bei geringfügigen Netzwerkfluktuationen, die sich schnell lösen lassen:

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

"Doppelter Wert für eindeutige Dateneinschränkungen" hat keine Auswirkungen auf das System oder die Abonnenten, da diese Ausnahme beobachtet wird, wenn eine doppelte Anfrage vom PCEF eingeht.  Die ursprüngliche Anfrage wurde bereits berücksichtigt.

Dies sind die Schritte, die Cisco empfiehlt, durchzuführen, wenn "Data Store is not available" (Datenspeicher nicht verfügbar) in der konsolidierten Datei-qns.log beobachtet wird.

Schritt 1: Überprüfen Sie den Netzwerkpfad oder einen beliebigen Router zwischen den QNS VMs und der sessionmgr11-SITE1VM.

Schritt 2: Überprüfen Sie /var/log/messages von QNS VMs und sessionmgr11-SITE1VM.

Schritt 3: Überprüfen Sie den Router, über den QNS und sitzungsmgr11-SITE1 VM verbunden sind.

Um zu bestätigen, dass die Ausnahme "Datenspeicher nicht verfügbar" auftritt, während versucht wird, eine beliebige Instanz der DB auf der Sitzung "ssionmgrxx-xxx:277xx" zu verbinden, können Sie diesen Befehl für die gesamte Dauer (möglicherweise 24 Stunden) auf der Sitzung "mgrxx VM" ausführen, auf der das Netzwerkproblem beobachtet wird.  Die Ausgabe wird unter /var/tmp/output.txt gespeichert. 

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

 Um zu verhindern, dass der Befehl netstat ausgeführt wird, halten Sie ihn mit STRG C einfach an:

ctrl c

Hinweis Falls Sie feststellen, dass beim Verbinden und Zurücksetzen der TCP-Verbindung auf sitzungsmgrxx-xxx Probleme auftreten. Anschließend müssen wir die Datenbank reparieren, indem wir die Daten löschen und die DB von sekundären Knoten neu erstellen.  (Link zu Reparatur/Wiederherstellung db veröffentlicht - )