Rubrique précédente: Dépannage : arrêt inattendu de Data AggregatorRubrique suivante: Glossaire


Dépannage : je ne parviens pas à sauvegarder le Data Repository.

Symptôme :

Lorsque j'exécute le script vbr.py pour sauvegarder le Data Repository, le message "Another vbr instance is already running" (une autre instance de vbr est déjà en cours d'exécution) s'affiche.

Solution :

Ce message indique qu'une tentative de sauvegarde précédente a échoué pour l'une des nombreuses raisons possibles (par exemple, le fichier ssh sans mot de passe n'a pas été configuré correctement).

Pour réessayer de sauvegarder le Data Repository, procédez comme suit :

  1. Supprimez le fichier /tmp/.initiator.mutex de l'ordinateur sur lequel le Data Repository que vous souhaitez sauvegarder est installé.

    La sauvegarde planifiée suivante se produira normalement.

Dépannage : Déclenchement d'alarmes d'intrusion en cas de présence de plusieurs unités SNMP

Symptôme :

Un grand nombre d'unités SNMP sont placées derrière une configuration de pare-feu plus restreinte (des réseaux de zone DMZ par exemple). Pour des raisons de sécurité, les chaînes de communauté des unités SNMP sont différentes. J'ai défini un profil SNMP pour chaque chaîne de communauté, mais maintenant j'obtiens des alarmes d'intrusion et ai été déconnecté de CA Performance Center.

Solution :

Pour trouver le profil SNMP approprié pour une unité, CA Performance Center essaie tous les profils SNMP. Ce comportement peut déclencher des alarmes d'intrusion et peut entraîner votre déconnexion de CA Performance Center.

Pour résoudre ce problème, procédez comme suit :

  1. Créez un profil de détection distinct pour chaque unité SNMP critique.
  2. Affectez le profil SNMP avec la chaîne de communauté appropriée au profil de détection.
  3. Répétez les étapes un et deux pour chaque unité SNMP critique.

Lorsque la détection a lieu, seul le profil SNMP affecté est utilisé.