Contenu

Introduction

Conditions préalables

Conditions requises

Composants utilisés

Informations générales

Problème

Solution

Introduction

Ce document décrit comment dépanner le problème de génération de Consolidated-engine.log dans Cisco Policy Suite (CPS).

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- Linux

- CPS

Cisco vous recommande de disposer d'un accès privilégié à l'interface de ligne de commande CPS.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

- CPS 20.2

- UCS-B

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.

Informations générales

Dans CPS, les journaux des moteurs de stratégie sont collectés à partir de toutes les machines virtuelles QNS (Quantum Network Suite) et séparés au niveau de la machine virtuelle pcrfclient.

Le cadre de journalisation est utilisé pour collecter les journaux liés au moteur de stratégie et est enregistré/séparé sur la machine virtuelle client pcrfclient active.

Logback est un framework de journalisation pour les applications Java, créé comme successeur au projet log4j populaire.

Voici la configuration appropriée à partir du fichier /etc/broadhop/logback.xml pour la génération et la collecte des journaux du moteur.

1. Les journaux du moteur de stratégie sont envoyés à un appendice SOCKET.

<logger name="policy.engine" level="info" additivity="false">

<appender-ref ref="SOCKET" />

</logger>

2. L'appendice SOCKET est référencé à l'appendice SOCKET-BASE.

<appender name="SOCKET" class="com.broadhop.logging.appenders.AsynchAppender">

<appender-ref ref="SOCKET-BASE"/>

3. SOCKET-BASE a une configuration, par laquelle les journaux sont envoyés à un hôte distant : Port.

<appender name="SOCKET-BASE" class="com.broadhop.logging.net.SocketAppender">

<RemoteHost>${logging.controlcenter.host:-lbvip02}</RemoteHost>

<Port>${logging.controlcenter.port:-5644}</Port>

<ReconnectionDelay>10000</ReconnectionDelay>

<IncludeCallerData>false</IncludeCallerData>

</appender>

Problème

Si la configuration de l'environnement CPS comporte un type quelconque de défaillance réseau ou d'erreurs TCP, la machine virtuelle du client pcrfclient s'arrête pour recevoir les journaux de type d'appender SOCKET de chaque machine virtuelle.

Le port 5644, configuré sous SOCKET-BASE, affiche TIMEWAIT.

[root@dc1-pcrfclient01 ~]# netstat -plan|grep 5644

tcp6 0 0 192.168.10.135:5644 192.168.10.137:47876 TIME_WAIT -

tcp6 0 0 192.168.10.135:5644 192.168.10.137:57042 TIME_WAIT -

tcp6 0 0 192.168.10.135:5644 192.168.10.137:60888 TIME_WAIT -

tcp6 0 0 192.168.10.135:5644 192.168.10.137:60570 TIME_WAIT -

tcp6 0 0 192.168.10.135:5644 192.168.10.137:32902 TIME_WAIT -

tcp6 0 0 192.168.10.135:5644 192.168.10.137:57052 TIME_WAIT -

tcp6 0 0 192.168.10.135:5644 192.168.10.137:47640 TIME_WAIT -

tcp6 0 0 192.168.10.135:5644 192.168.10.137:36484 TIME_WAIT -

tcp6 0 0 192.168.10.135:5644 192.168.10.137:57040 TIME_WAIT -

tcp6 0 0 192.168.10.135:5644 192.168.10.137:55788 TIME_WAIT -

[root@dc1-pcrfclient01 ~]#

Si vous vérifiez le même état après quelques minutes, il n'y a aucune entrée liée au port 5644.

[root@dc1-pcrfclient01 ~]# netstat -plan|grep 5644

[root@dc1-pcrfclient01 ~]#

Solution

La procédure de restauration de la connexion SOCKET consiste à redémarrer les processus qns-1 dans le client pcrfclient actif.

[root@dc1-pcrfclient01 ~]# monit stop qns-1

[root@dc1-pcrfclient01 ~]# monit status qns-1

Monit 5.26.0 uptime: 4d 22h 43m

Process 'qns-1'

status Not monitored

monitoring status Not monitored

monitoring mode active

on reboot start

data collected Tue, 04 Jan 2022 11:52:38

[root@dc1-pcrfclient01 ~]# monit start qns-1

[root@dc1-pcrfclient01 ~]# monit status qns-1

Monit 5.26.0 uptime: 4d 22h 42m

Process 'qns-1'

status OK

monitoring status Monitored

monitoring mode active

on reboot start

pid 25368

parent pid 1

uid 0

effective uid 0

gid 0

uptime 0m

threads 31

children 0

cpu 0.0%

cpu total 0.0%

memory 1.2% [197.4 MB]

memory total 1.2% [197.4 MB]

security attribute -

disk read 0 B/s [112 kB total]

disk write 0 B/s [60.2 MB total]

port response time -

data collected Tue, 04 Jan 2022 11:51:04