Analytics and Automation Software : Cisco Data Virtualization

Procédures CIS de réparation de Tableau de référentiel de MySQL

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

Introduction

Ce document décrit comment réparer une table endommagée dans le référentiel basé sur MySQL (CIS) de serveur d'informations de Cisco (base de données de méta).

Contribué par Brad Shao, ingénieur TAC Cisco.

Problème

Quand vous tentez d'ouvrir une session au CIS ou quand le serveur est redémarré, vous rencontrez un message d'erreur semblable à ceci dans une fenêtre externe ou dans le journal du serveur : 

An internal error has occurred.
Cause: Table '.\cs060201\metadata_dependencies' is marked
as crashed and last (automatic?) repair failed.

Remarque: Dans cet exemple, \cs060201\metadata_dependencies est simplement un des bases de données possibles (DBs) ou de tables dans votre DB de métadonnées (le référentiel). Votre chemin précis pourrait également varier, dépendant sur la version et le nombre d'exemples pour le CIS qui est installé sur cet hôte.

Solution

Cisco recommande que vous redémarriez d'abord l'exemple de MySQL afin d'accorder l'heure pour des réparations automatiques. Terminez-vous ces étapes afin de redémarrer l'exemple de MySQL :

  1. Arrêtez le service composé de serveur.

  2. Naviguez vers la racine du répertoire d'installation.

  3. Sélectionnez la commande de reprise de repo de /bin/composite.show.

  4. Redémarrez le serveur composé.

Installations de Microsoft Windows

Si un redémarrage du système ne résout pas l'erreur, alors vous devez télécharger l'outil de client d'administrateur de MySQL de MySQL et utiliser le GUI afin de réparer la table. Utilisez l'outil d'administrateur de MySQL localement sur le mêmes hôte et procédure de connexion avec ces qualifications :

  • Utilisateur :  racine
  • Mot de passe :  <password fourni pendant l'installation> CIS
  • Port :  9408

Dans l'outil d'administrateur, localisez votre catalogue ou DB et choisissez de réparer la table suspecte.

Linux ou installations d'Unix

Si cette question se produit sur un hôte de Linux ou d'Unix, alors vous pouvez choisir d'exécuter une réparation du CLI. Voici un exemple :

<install dir>\apps\mysql-5_0_72\bin>mysqlcheck --auto-repair --check --databases
<your db name> --extended --user=root --password=<your password> --host=
localhost --port=9408

Si la table est réparable, commencez l'exemple CIS une fois de plus et surveillez le démarrage afin de vérifier que c'est maintenant en activité et écoute.


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: 118037