Planificador empresarial de Tidal: Resolución de problemas de envío de SNMPTraps

Introducción

Este documento proporciona consejos básicos para la resolución de problemas con Tidal Enterprise Scheduler (TES) que envía trampas SNMP.

Prerequisites

Requirements

• Lista de sistemas de recepción de trampas y los números de puerto que esos sistemas utilizan para recibir trampas

• Permiso/capacidad para editar el archivo master.props del sistema TES o crear un archivo en el directorio de configuración principal

• Permiso/capacidad para reiniciar el sistema TES después de que se realice dicha configuración

• Un sistema TES en funcionamiento y uno o más sistemas con capacidad para recibir trampas SNMP

Componentes Utilizados

La información de este documento se basa en Tidal Master (Windows o Unix).

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Solución

Comprobación de configuración

Complete estos pasos:

1. Verifique los archivos de configuración SNMP según lo especificado en Tidal Enterprise Scheduler: Configuración de SNMP. Tenga en cuenta que sólo se debe utilizar uno de los dos métodos definidos en ese documento. Si se utilizan ambos, se pueden producir resultados impredecibles.

2. Verifique que los archivos de configuración se hayan leído correctamente en el maestro.

   1. En el maestro, seleccione Actividades > Configurar programador en el menú.

   2. En la ficha Registro, establezca Event Manager Log en High Debug y haga clic en Aceptar. Anote el valor anterior para que pueda restablecerse más tarde. Normalmente, es grave.

   3. Examine el archivo de registro maestro más reciente y busque este error:

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

      Esto indica que hay un error en el archivo snmpconfig.xml.

   4. Corrija esto y reinicie el maestro.

   5. Una vez que el error ha desaparecido, restablezca el nivel de registro del administrador de eventos al valor anterior.

Verificar Que Se Ha Enviado La Trampa

Complete estos pasos para verificar que el Maestro intentó enviar la trampa:

1. En el maestro, seleccione Actividades > Configurar programador en el menú.

2. En la ficha Registro, establezca Event Manager Log en High Debug y haga clic en Aceptar. Anote el valor anterior para que pueda restablecerse más tarde. Normalmente, es grave.

3. En el archivo de registro maestro, busque entradas similares a estas (permitiendo, por supuesto, la unicidad del sistema):

   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

   Estos mensajes indican que el Maestro envió la trampa.

   Un destino incorrecto en esta línea indica que el archivo de configuración podría contener errores (consulte la sección Verificación de la Configuración):

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

4. Una vez finalizada esta prueba, restablezca el nivel de registro del administrador de eventos a su valor anterior.

Sistema de destino que no recibe trampa

Si el sistema de destino no está recibiendo trampas que se han verificado como enviadas usando lo anterior, esto debe ser verificado:

• Problemas de routing: se completa correctamente un "ping" o un "tracert" ("traceroute" en Unix) en el host de destino.

• Reglas de firewall: las trampas SNMP se envían con un puerto de destino de 162 (a menos que se modifique en la configuración SNMP de TES mencionada anteriormente) mediante UDP. Verifique tanto los firewalls locales (de software) en los hosts maestro y receptor como los firewalls de nivel de infraestructura (hardware).

Información Relacionada

• Soporte Técnico y Documentación - Cisco Systems