Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Solution

Vérification de la configuration

Vérifier L'Envoi Du Piège

Système de destination ne recevant pas de déroutement

Informations connexes

Introduction

Ce document fournit des conseils de dépannage de base pour les problèmes liés à l'envoi d'interruptions SNMP par Tidal Enterprise Scheduler (TES).

Conditions préalables

Conditions requises

- Liste des systèmes de réception de déroutements et numéros de port utilisés par ces systèmes pour recevoir des déroutements

- Autorisation/possibilité de modifier le fichier master.props du système TES ou de créer un fichier dans le répertoire de configuration du maître

- Autorisation/capacité à redémarrer le système TES après une telle configuration

- Système TES fonctionnel et un ou plusieurs systèmes pouvant recevoir des interruptions SNMP

Components Used

Les informations de ce document sont basées sur Tidal Master (Windows ou Unix).

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Solution

Vérification de la configuration

Procédez comme suit :

1. Vérifiez les fichiers de configuration SNMP comme spécifié dans Tidal Enterprise Scheduler : Configuration du protocole SNMP. Notez qu'une seule des deux méthodes définies dans ce document doit être utilisée. Si les deux sont utilisés, des résultats imprévisibles peuvent être provoqués.

2. Vérifiez que les fichiers de configuration ont été correctement lus dans le maître.

1. Dans le maître, sélectionnez Activités > Configurer le planificateur dans le menu.

2. Dans l'onglet Journalisation, définissez le journal du Gestionnaire d'événements sur Débogage élevé et cliquez sur OK. Notez la valeur précédente pour pouvoir la réinitialiser ultérieurement. En général, c'est grave.

3. Examinez le fichier journal principal le plus récent et recherchez cette erreur :

Could not parse snmp configuration file: Content is not allowed in prolog.

Cela indique une erreur dans le fichier snmpconfig.xml.

4. Corrigez ceci et redémarrez le maître.

5. Une fois l'erreur terminée, réinitialisez le niveau du journal du Gestionnaire d'événements à la valeur précédente.

Vérifier L'Envoi Du Piège

Complétez ces étapes afin de vérifier que le maître a tenté d'envoyer le déroutement :

1. Dans le maître, sélectionnez Activités > Configurer le planificateur dans le menu.

2. Dans l'onglet Journalisation, définissez le journal du Gestionnaire d'événements sur Débogage élevé et cliquez sur OK. Notez la valeur précédente pour pouvoir la réinitialiser ultérieurement. En général, c'est grave.

3. Dans le fichier journal principal, recherchez des entrées similaires à celles-ci (en tenant compte, bien sûr, de l'unicité de votre système) :

enter: snmp handle(ActionSNMP: 9)

enter: snmp execute(ActionSNMP: 9)

try to send SNMP trap message

SNMP job trap is sent to host 'vlillico_4.tidalsoft.local'. Alert ID is '4'

SNMP trap message is sent.

SNMP trap is sent successfully. Snmp ID : 9

exit: snmp execute(ActionSNMP: 9)

Executed action Action: 9

Ces messages indiquent que le maître a effectivement envoyé le déroutement.

Une destination incorrecte dans cette ligne indique que le fichier de configuration peut contenir des erreurs (voir la section Vérification de la configuration) :

No IP address accessable for SNMP manager, hostname = 'localhost'

4. Une fois ce test terminé, réinitialisez le niveau du journal du Gestionnaire d'événements à sa valeur précédente.

Système de destination ne recevant pas de déroutement

Si le système de destination ne reçoit pas de déroutements qui ont été vérifiés comme étant envoyés à l’aide de ce qui précède, il convient de vérifier :

- Problèmes de routage : une commande ping ou tracert (traceroute sous Unix) aboutit-elle à l'hôte de destination ?

- Règles de pare-feu : les interruptions SNMP sont envoyées avec un port de destination 162 (sauf si elles sont modifiées dans la configuration SNMP TES indiquée ci-dessus) à l'aide du protocole UDP. Vérifiez à la fois les pare-feu locaux (logiciels) sur les hôtes Master et récepteurs, ainsi que les pare-feu au niveau de l'infrastructure (matériel).

Informations connexes

- Support et documentation techniques - Cisco Systems