Service Exchange : Application de contrôle des services pour bande haut débit Cisco

Le journaliste de BB SCA ne renvoie aucune nouvelle donnée

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit comment résoudre le problème d'un journaliste d'Application de contrôle des services pour bande haut débit Cisco (BB SCA) qui ne renvoie aucune nouvelle donnée après qu'une engine de Contrôle de service Cisco (SCE) ait été mise à jour.

Contribué par Cong Li, plage et Simon Chow de gorge, ingénieurs TAC Cisco.

Problème

Après mise à jour le SCE et le gestionnaire de collecte de Cisco (cm), vous notez que le journaliste de BB SCA ne renvoie aucune nouvelle donnée.

Solution

 Cette procédure décrit les étapes pour résoudre le problème qu'aucune nouvelle donnée n'est insérée.

On base le journaliste de BB SCA qui rencontre des problèmes sur lequel l'enregistrement de données brutes (RDR) est en service. Cet exemple explique comment dépanner « utilisation de réseau un état par service », qui est basé sur la balise de l'utilisation RDR (LUR) de lien de 0xf0f0f005/4042321925. Le pour en savoir plus, se rapportent au guide de référence d'Application de contrôle des services pour bande haut débit Cisco, la release 3.8.x, des enregistrements de données brutes : Formats et contenu de champ.

  1. Vérifiez les catégories auxquelles le RDR appartient. Par défaut, LUR appartient à la catégorie 1.

    Remarque: Tandis que vous pouvez avoir une configuration personnalisée pour le rdr-mappage, la configuration personnalisée revient au par défaut après recharge.

    La commande de vérifier le rdr-mappage est :

    sce2#show  rdr-formatter rdr-mapping  all | in 0xf0f0f005
    0xf0f0f005 1
  2. Assurez que le SCE est connecté au cm correct et envoie à catégorie 1 RDRs sans baisses.

    sce2#show rdr-formatter connection-status
    Connection is: up
    Forwarding mode: multicast
    Connection Table:
    -----------------------------------------------------------------
    |Collector  |Port |Status|Priority per Category:                 |
    |IP-Address |     |      |---------------------------------------|
    |Host-Name  |     |      |Category1|Category2|Category3|Category4|
    |-----------|-----|------|---------|---------|---------|---------|
    |10.61.17.20|33000| up   |100      | 100     | ---     | ---     |
    -----------------------------------------------------------------

    sce2#show rdr statistics
    RDR-formatter statistics:
    =========================
    Category 1:
    sent: 22597987
    in-queue: 0
    thrown: 0
    format-mismatch: 0
    unsupported-tags: 0
    rate: 207 RDRs per second
    max-rate: 335 RDRs per second
    ....
  3. Assurez que les configurations de temps et de fuseau horaire SCE sont correctes. L'horodateur RDR est basé sur le SCE. Employez le « clock timezone » sous le mode de config afin de modifier les informations de fuseau horaire s'il y a lieu.

  4. Vérifiez l'état cm.

    bash-3.2$ ./alive.sh
    STATUS OK. CM is functioning
    -bash-3.2$
  5. Vérifiez le cm et alignez le fichier de configuration, et assurez-vous que la catégorie 1 RDRs sont envoyées à l'adaptateur de Connectivité de base de données de Javas (JDBCAdapter).

    adapter.1=com.cisco.scmscm.adapters.jdbc.JDBCAdapter

    adapter.2=com.cisco.scmscm.adapters.CSVAdapter

    adapter.3=com.cisco.scmscm.adapters.topper.TAAdapter
    [dbase-hi]
    adapter_id=1

    priority=3

    warning_size=40000

    maximum_size=50000

    tags=4042321936,4042321922,4042321925,4042321924,4042322000,4042323052,

    4042321926,4042322064,4042321928,4042322048,4042321927
  6. Vérifiez le type de base de données et la version cm.

    -bash-3.2$ ./cm dbversion
    MySQL 5.0.45

    or

    -bash-3.2$./get_cm_info.sh
    Collection Manager version:
    CM CD Version 3.8.5 Build 14
    Collection Manager DB type/version:
    CM database:
    MySQL 5.0.45
    Le pour en savoir plus, se rapportent à des notes de mise à jour pour le gestionnaire de collecte de Cisco, la release 3.8.x, les bases de données externes prises en charge.

  7. Vérifiez les logs cm JDBCAdapter au au choix \ cm \ cm \ logs.

    Ces journaux des erreurs d'exemple sont pleins des fichiers journal. La commande -bash-3.2$ ./dbtables.sh renvoie les erreurs semblables.

    2013-04-16 08:35:51,699 [main] 
    ERROR com.cisco.scmscm.db.JdbcConnection.RPT_SUR - JdbcConnection -
    sleeping 30 sec, got SQLException again - JZ006: Caught IOException:
    java.net.ConnectException: Connection refused
  8. Réexécutez l'assistant de Connexion de la base de données cm, et redémarrez le service cm.

    -bash-3.2$ ./dbconf.sh
    Enter the DB type:
    1 - Oracle
    2 - MySQL
    3 - Sybase
    4 - exit
    Enter your choice: 2
    Enter MySQL server host (current is localhost) :
    Enter MySQL server listening port (current is 3306) :
    Enter MySQL server instance id (current is apricot) :
    Enter CM schema user name (current is pqb_admin) :
    Enter CM schema user password (current is pqb_admin) :
    Testing the DB connection...
  9. Vérifiez la Connectivité de base de données avec ./dbtables.sh, et vérifiez que l'horodateur de table était mis à jour. Dans ce cas, l'horodateur de la table RPT_LUR n'était pas mis à jour après la mise à jour.

    -bash-3.2$ ./dbtables.sh
    Executing query for CM Tables...
    name    |min_time             |max_time             |

    --------+---------------------+---------------------+

    RPT_SUR |                    -|                    -|

    RPT_LUR |2013-03-17 00:00:12.0|2013-04-16 01:15:24.0|

    RPT_VLUR|                    -|                    -|

    RPT_PUR |2013-03-17 00:00:16.0|2013-04-16 01:15:30.0|

    RPT_TR  |2013-03-16 23:59:52.0|2013-04-16 01:16:18.0|

    RPT_FUR |                    -|                    -|
  10. Vérifiez les logs de JDBCAdapter de nouveau. Les erreurs de ce type indiquent que le cm n'a pas exécuté l'exécution de l'insertion (RDR) dans la base de données.

    2013-04-16 10:42:47,356 [wrkr/JDBCAdapter] 
    ERROR com.cisco.scmscm.db.DbInserter.RPT_TR - insert err - Exception
    while inserting the rdr values [27.110.229.154@TCB_Batch10, 26, 112,
    1204, 9, 295166279, 443, , , 460252570, 49745, 0, 1366081430, 59670, 0,
    2424, 4787, 0, 0, 23, 6, 251854848, 0, 0, 0, 0, , ], for the rdr
    tag = 4042321936
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,356 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.db.DbInserter.RPT_TR - insert err (more details
    in next line), tag=4042321936, fieldNo-1=25 curSqlIndex=28, i=27
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,357 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.adapters.jdbc.JDBCAdapter - processRDR - got
    Throwable
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,357 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.db.DbInserter.RPT_TR - insert err - Exception
    while inserting the rdr values [27.110.210.197@TCB_Batch21, 48, 84, 40,
    18, 1120172119, 80, , , 460247749, 57178, 0, 1366081430, 620, 0, 1125,
    759, 5, 9, 42, 6, 184681216, 0, 0, 0, 0, , ], for the rdr tag = 4042321936
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,357 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.db.DbInserter.RPT_TR - insert err (more details
    in next line), tag=4042321936, fieldNo-1=25 curSqlIndex=28, i=27
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,357 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.adapters.jdbc.JDBCAdapter - processRDR - got
    Throwable
  11. Vérifiez qu'il y a l'espace adéquat sur le disque et dans la base de données.

    -bash-3.2$ df -h
    Filesystem Size Used Avail Use% Mounted on
    /dev/cciss/c0d0p3 14G 12G 1.1G 92% /
    /dev/cciss/c0d0p7 15G 1.4G 13G 10% /var
    /dev/cciss/c0d0p6 29G 4.9G 23G 19% /opt
    /dev/cciss/c0d0p5 70G 56G 9.6G 86% /opt/MySQL
    /dev/cciss/c0d0p1 99M 12M 82M 13% /boot
    tmpfs 3.9G 0 3.9G 0% /dev/shm

    bash-3.2$ ./dbfree.sh 
    SCHEMA_NAME|TOTAL_TABLES|DATA_USED_IN_MB|MAX_DATA_LENGTH_IN_MB|

    -----------+------------+---------------+---------------------+

    apricot    | 20         |44259.73       |118472377892863.98   |
  12. Créez une nouvelle base de données mysql pour le test afin d'éliminer des questions avec la base de données mysql, telle que la corruption de base de données ou un schéma qui n'était pas mis à jour. Vous aurez besoin d'une procédure de connexion de racine de MySQL.

    1. Connectez à MySQL.

      bash-3.2$ mysql -u root -p
      Enter password:
      Welcome to the MySQL monitor. Commands end with ; or \g.
      Your MySQL connection id is 203
      Server version: 5.0.45 Source distribution

      Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
    2. Affichez la base de données en cours.

      mysql> show databases;
      +--------------------+
      | Database |
      +--------------------+
      | information_schema |
      | apricot |
      | cacti |
      | mysql |
      | test |
      +--------------------+
      5 rows in set (0.01 sec)
    3. Créez une nouvelle base de données nommée 'apricot1.

      mysql> CREATE DATABASE apricot1;
    4. Vérifiez la base de données a été créé.

      mysql> show databases;
      +--------------------+
      | Database |
      +--------------------+
      | information_schema |
      | apricot |
      | apricot1 |
      | cacti |
      | mysql |
      | test |
      +--------------------+
      6 rows in set (0.01 sec)
    5. Autorisation de base de données de Grant à l'utilisateur de pqb_admin.

      mysql> grant all privileges on *.* to 'pqb_admin'@'localhost' 
      identified by 'pqb_admin' with grant option; Query OK, 0 rows
      affected (0.00 sec)

      mysql> grant all privileges on *.* to 'pqb_admin'@'localhost'
      identified by 'pqb_admin' with grant option; Query OK, 0 rows
      affected (0.00 sec)

      mysql> grant all privileges on *.* to 'pqb_admin'@'10.61.17.20'
      identified by 'pqb_admin' with grant option; Query OK, 0 rows
      affected (0.00 sec)
  13. Réexécutez l'assistant de Connexion de la base de données cm, connectez à la nouvelle base de données, et redémarrez le service cm.

    -bash-3.2$ ./dbconf.sh
    Enter the DB type:
    1 - Oracle
    2 - MySQL
    3 - Sybase
    4 - exit
    Enter your choice: 2
    Enter MySQL server host (current is localhost) :
    Enter MySQL server listening port (current is 3306) :
    Enter MySQL server instance id (current is apricot) :apricot1
    Enter CM schema user name (current is pqb_admin) :
    Enter CM schema user password (current is pqb_admin) :
    Testing the DB connection...
  14. Assurez-vous que les tables appropriées sont créés dans la nouvelle base de données, apricot1.

    mysql> user  apricot1;
    Database changed
    mysql> show tables;
    +-----------------------------+
    | Tables_in_apricot1 |
    +-----------------------------+
    | CONF_SE_TZ_OFFSET |
    | IMEI_DEVICETYPE |
    | RPT_FUR |
    | RPT_GUR |
    | RPT_LUR |
    | RPT_MALUR |
    | RPT_MEDIA |
    | RPT_PUR |
    | RPT_SPAM |
    | RPT_SUR |
    | RPT_TOPS_PEAK_CUMULATIVE |
    | RPT_TOPS_PEAK_PERIOD |
    | RPT_TOPS_PERIOD0 |
    | RPT_TOPS_PERIOD0_CUMULATIVE |
    | RPT_TOPS_PERIOD1 |
    | RPT_TOPS_PERIOD1_CUMULATIVE |
    | RPT_TR |
    | RPT_VLUR |
    | RPT_ZUR |
    +-----------------------------+
    19 rows in set (0.00 sec)
    Si vous êtes au courant de la syntaxe SQL, vous pouvez, par exemple, employer le SQL afin de vérifier le contenu d'une table particulière et de son horodateur.

    mysql> slect       select * from RPT_LUR
  15. Vérifiez le cm à la Connexion de la base de données de nouveau, et notez que le max_time de table était mis à jour.

    -bash-3.2$ ./dbtables.sh
    Executing query for CM Tables...
    name    |min_time             |max_time             |

    --------+---------------------+---------------------+

    RPT_SUR |                    -|                    -|

    RPT_LUR |2013-04-16 12:15:12.0|2013-04-16 12:16:24.0|

    RPT_VLUR|                    -|                    -|

    RPT_PUR |2013-04-16 12:15:16.0|2013-04-16 12:16:30.0|

    RPT_TR  |2013-04-16 12:15:16.0|2013-04-16 12:16:18.0|

    ...
  16. Naviguez vers les préférences > le journaliste > les bases de données > ajoutent > ont avancé afin de configurer le journaliste de BB SCA à la nouvelle base de données, apricot1. Utilisez le même URL de la connexion précédente JDBC et changez le nom de la base de données de l'abricot à apricot1.

  17. Naviguez pour lancer > DB actif de test et pour s'assurer que chacun des quatre tests a passé.

    La panne de l'exécution d'insertion cm SQL est provoqué par par le fait que, pendant la mise à jour cm, il y avait une Connectivité ou question de laisser-passer et le shema d'abricot de base de données mysql n'a pas été mis à jour convenablement.

    Updating DB objects ...
    ...
    The following problem occured during DB operation:
    JZ006: Caught IOException: java.net.ConnectException: Connection refused
    Error: DB schema update failed. Fix the problem and rerun the upgrade procedure
    Done
    Removing the backuped config ...
    Done
    Done upgrade

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 116112