Pandora: Documentation es: Eventos

From Pandora FMS Wiki
Jump to: navigation, search

Volver a Indice de Documentacion Pandora FMS

1 Eventos

1.1 Introducción

El sistema de eventos de Pandora FMS permite ver un registro en tiempo real de todos los acontecimientos que ocurren en nuestros sistemas monitorizados. La información que muestran va desde cualquier cambio de estado de un módulo, alertas lanzadas o recuperadas, hasta reinicios del sistema o eventos personalizados. Por defecto, en la vista de eventos verá un foto de lo que está sucediendo de relevancia en ese momento, es una de las vistas más usadas por los equipos de operación en cualquier tipo de software monitorización profesional.

Los eventos se gestionan en Events > View Events, donde se ve el siguiente menú.

Menu eventos.png

Este es un ejemplo del visor de eventos por defecto. Los campos mostrados en esta vista se pueden personalizar (ver apartado Personalizar vista de eventos):

Event list.png

En la version 726 de Pandora FMS se introdujo la posibilidad de ordenar los eventos por ID, status, nombre ...

Event orden.png

En el visor de eventos, por defecto, se muestra el evento en sí, que es un texto descriptivo del problema, el origen (agente) que lo generó, y por supuesto la fecha de ese evento. En ocasiones, hay otros datos asociados, como el módulo del agente que generó el evento, el grupo, tags asociados al módulo, etc. Si pinchamos en el icono de la lupa, podremos ver todos los detalles del evento:

Detalle evento 1.jpg
Detalle evento 2.jpg

Por defecto, los eventos se muestran mediante una búsqueda determinada, y esta se puede modificar, mostrando la información del modo que nos interese mediante sus diferentes opciones de filtrado:

Filtro evento.png

Como podemos ver aquí, por defecto (aunque se puede modificar en las opciones del setup), Pandora FMS muestra eventos que tengan como máximo ocho horas de antigüedad o menos, y muestra únicamente aquellos que no están validados. Un usuario que sólo tenga acceso a un grupo, sólo verá los eventos de ese grupo. Por defecto, agrupa los eventos, es decir, si tenemos varios eventos del mismo origen y del mismo tipo, solo mostrará uno, y en la vista detallada del evento, nos dirá cuantos eventos tenemos iguales, agrupados en ese único item de la lista.

Existe la posibilidad de guardar las búsquedas como filtros o bien aplicar un filtro creado previamente (ver apartado Creación de filtros de evento).

Los eventos son el registro y una parte fundamental de un sistema de monitorización

Los operadores, viendo esta pantalla, pueden conocer el estado actual (eventos activos) y el histórico (viendo todos los eventos validados), sin tener que mirar agente por agente, mirar cifras globales, árboles de datos y nombres o pantallas visuales.

Los operadores, deberían ver una consola de eventos "limpia" que muestre sólo los problemas activos. De esta forma, ni siquiera hará falta crear alertas, sino que mirando una pantalla, sabremos en todo momento que ocurre.

1.2 Operación con eventos

1.2.1 Validación y estados de un evento. Auto validación

Un evento puede estar en tres estados: nuevo, en proceso o validado. Un evento por defecto, según llega al sistema, está en el estado Nuevo. Cuando se producen eventos por cambios de estado en módulos, generalmente habrá dos eventos: un primer evento de paso de estado normal a otro estado incorrecto, y un evento de vuelta a estado normal una vez que la situación problemática se resuelva.

En estos casos los eventos de paso a estado incorrecto (critical o warning) son validados automáticamente al recuperar la normalidad. Es lo que llamamos autovalidación de eventos y es una funcionalidad esencial, ya que permite ocultar la información que ya no es relevante en la consola de eventos. Cuando un evento es validado desaparece de la vista inicial por defecto de eventos, ya que en esta vista no se muestran por defecto los eventos validados al no considerarse problemas activos sino problemas pasados.

Cuando encontramos un evento, podemos validarlo: Esto hará que el sistema memorice la fecha y el usuario que validó el evento. También es posible dejar un comentario, p.e: "Lo revisamos y vaciamos algo de disco en el servidor":

Event sample4.png

Al dar al botón de validar, la pantalla se refresca y el evento validado "desaparece". Esto es porque la vista de eventos por defecto solo muestra los eventos no validados o asignados, pero no los validados.

Event sample5.png

Si cargamos de nuevo la vista de eventos, filtrando y mostrando todos los eventos, veremos el evento, validado (con un aspa verde a la izquierda) con la información de quien lo validó, cuando, y con el texto que introdujo en ese momento.

Por otro lado, en lugar de validar un evento, podemos marcarlo como "en proceso" en la pestaña 'Responses', tal y como se puede ver aquí abajo:

Event sample6.png

Podemos tener un evento "parado", o bloqueado, de forma que no se autovalide, y que se siga viendo en las vistas de eventos, como pendiente de trabajo. Irá agrupando al resto de eventos que lleguen iguales (ver agrupación de eventos) pero no se autovalidará. El aspecto del evento será similar al siguiente:

Event sample7.png

También en la pestaña Responses podemos encontrar algunas otras acciones posibles sobre el evento, como borrarlo o ejecutar respuestas personalizadas como ping sobre el host.

También se pueden validar, marcar como "en proceso" y eliminar eventos de manera individual a través de las siguientes features:

Op indi.png


También se pueden validar, marcar como "en proceso" y eliminar eventos de manera masiva como se muestra a continuación:

Op masiva.png

1.2.2 Personalización de la vista de eventos

Es posible personalizar los campos que muestra por defecto el visor de eventos, para ello, desde la sección Events > Custom events se pueden elegir los campos que se quieren mostrar.

Por defecto, los campos que se muestran son:

  • Event name
  • Agent name
  • Status
  • Timestamp

Se seleccionan los campos que se quieren visualizar de la lista "Fields available" y se mueven a "Fields selected" mediante las flechas. Una vez elegidos, se pulsa el botón "Update".


Custom events.png


1.2.3 Creación de filtros de evento

En la sección Event > Events Filters se pueden crear, borrar y editar los filtros que se aplican en la vista de eventos.


Filtros evento.png


Al pulsar en Create filter se muestra la siguiente vista en la que se pueden rellenar los campos por los que deseamos filtrar.


Crear filtro evento.png


Una vez guardados los filtros, desde el propio visor de eventos podremos cargarlos para visualizar la información deseada rápidamente sin necesidad de reconfigurar el filtro cada vez:


Event1.JPG


1.2.4 Filtrado de eventos

Desde la página de vista de eventos es posible filtrar en la lista de eventos con el fin de buscar eventos específicos.

Desde la vista de eventos, accederemos a las opciones del filtrado en Event control filter, y a las opciones avanzadas con Advanced options:


Event6.JPG


Hay muchos campos, algunos de ellos que no requieren explicación, así que nos centraremos en aquellos más relevantes o complicados de entender:

  • Event type. En Pandora hay un numero limitado de eventos, que son los siguientes:
    • Creación de agente
    • Alerta finalizada (por caducidad)
    • Alerta validada manualmente
    • Alerta disparada
    • Alerta recuperada (diferente del cese de alerta)
    • Cambio de configuración (afecta a un modulo de inventario)
    • Error (Genérica)
    • Monitor en estado crítico
    • Monitor en estado advertencia (warning)
    • Monitor en estado normal
    • Monitor en estado desconocido (unknown)
    • Desconocido (genérica)
    • Sistema (genérica)
    • Nuevo host detectado via recon
    • No normal (genérica)
  • Severidad: Detalla la gravedad del evento, que no tiene que ver con el estado del modulo relacionado con ese evento. En el caso de que el evento esté relacionado con una alerta, tendrá su mismo nivel de severidad. Estos son los cinco niveles de severidad que existen:
    • Critical
    • Informational
    • Maintenance
    • Normal
    • Warning
  • Max. Horas antigüedad: campo donde se muestra las horas máximas de antigüedad que puede tener el evento si queremos incorporarlo en la lista de los eventos visibles.
  • Duplicados: por defecto, Pandora nos agrupa los eventos, es decir, si tenemos 10 eventos del mismo origen y el mismo tipo, solo mostrará uno, y en la vista detallada del evento, nos dirá cuantos eventos tenemos iguales, agrupados en ese único item de la lista. Podemos cambiar este comportamiento para que nos muestre todos los eventos individuales.

Es posible guardar el filtro actual para utilizarlo posteriormente, así como cargar un filtro existente.

1.2.5 Borrado de eventos

Otra forma de administrar los eventos es tener la capacidad de borrar aquellos que no interesan más. Para esta tarea usaremos la opción de borrar eventos. Desde la lista de Events > View Events se pueden borrar de forma individual o marcando varios para su borrado.

Click en el icono de la papelera gris en la columna "Action".

Gest62.png

Purgado automático de eventos

Desde la configuración se puede definir el máximo histórico de eventos que queremos conservar para su eliminación. Este purgado lo realiza el proceso automático de mantenimiento de la bBDD (Pandora_DB) que se debería ejecutar automáticamente cada hora.

Event purge.jpg

Histórico de eventos

También existe una funcionalidad Enterprise llamada "histórico de eventos" que permite almacenar en la base de datos de histórico aquellos eventos que superan la fecha de borrado. Estos eventos no son accesibles a través de la vista de eventos, y solo se utilizan para los informes especiales de histórico de eventos.

Event history.jpg

1.2.6 Otras formas de ver eventos

Además de la vista clásica de eventos que hay en Events > View events, los eventos se pueden ver publicados en un canal de noticias o como Marquesina deslizante (lista que va moviéndose en la parte superior del navegador con el resto de la pantalla en negro).

1.2.6.1 Eventos en RSS

Pandora FMS tiene un proveedor de eventos RSS para que pueda suscribirse a él desde su lector de noticias favorito. Para ver los eventos en un canal de noticias o RSS se pulsa en Events>RSS y se suscribe a él desde el lector de noticias.



Gest64.png



Template warning.png

Para poder acceder al feed RSS de los eventos es necesario configurar las IPs que tiene permitido el acceso en campo IP list with API access dentro de Setup

 


1.2.6.2 Eventos en marquesina horizontal

Muestra los últimos eventos en formato de línea de texto deslizante. Esta opción se puede emplear para visualizar en un monitor los últimos eventos a modo de pantalla de texto. Puede personalizar fácilmente el nº de eventos visualizados o el tamaño, color y filtrado de los mensajes, modificando el código en operation/events/events_marquee.php.



Gest65.png



Template warning.png

Para poder acceder al feed RSS de los eventos es necesario configurar las IPs que tiene permitido el acceso en campo IP list with API access dentro de Setup

 


1.2.6.3 Consola sonora de eventos

Permite administrar un sistema sin tener que estar observando constantemente la consola de Pandora, simplemente teniendo unos altavoces conectados con suficiente volumen, podrá oír las distintas melodías sonoras cuando se produzca un evento, incluso estando lejos del ordenador. La melodía se oirá continuamente hasta que pause el evento sonoro o pulse el botón de OK.

La lista de eventos sonoros que generan sonido son:

  • El disparo de cualquier alerta
  • El paso de un módulo a estado warning.
  • El paso de un módulo a estado critical.

Además se pueden filtrar los eventos por grupo.

1.2.6.3.1 Configuración

Como indicamos anteriormente, hay tres tipos de eventos que pueden disparar eventos sonoros. Desde el setup de Pandora Console se puede configurar la melodía que se necesita para cada tipo de evento.



Event sound.setup.screenshot.png



Incluso desde la propia página de setup podrá oír la melodía (ayudará a comprobar si el navegador es compatible con contenidos multimedia) pulsando en el botón de play que encontrarás a la derecha de cada tipo de evento.

1.2.6.3.2 Configuración avanzada

Se puede ampliar la lista de melodías a reproducir por los eventos sonoros, para ello hay que acceder al servidor de Pandora Console y en el directorio de Pandora Console (normalmente /var/www/pandora_console/) y dentro al directorio include/sounds/, donde podrá depositar los ficheros con las nuevas melodías. Pero hay que tener en cuenta varios puntos para el correcto funcionamiento:

  • El fichero tiene que estar en formato WAV.
  • Intentar que el fichero sea lo más pequeño posible, porque para que suene en la ventana de su navegador este fichero, tiene que ser trasmitido al navegador. Hay varios trucos para conseguir esto:
    • Seleccionar sólo un fragmento de unos segundos (o menos) como melodía principal, ya que como hemos dicho la melodía se va reproducir en bucle.
    • Convertir la melodía a mono.
    • Cambiar la codificación a "16bits signed" o incluso menos, se va perder calidad pero se va ganar espacio.
  • Para editar o crear las melodías aconsejamos usar herramientas como Audacity que es software libre, multiplataforma y muy sencillo de usar.
1.2.6.3.3 Uso

Los eventos sonoros se scanean cada 10 segundos de forma asíncrona, y cuando llega un evento la ventana además de sonar la melodía configurada (previamente o por defecto) para ese evento, la ventana comenzara a parpadear en rojo y a temblar, y además dependiendo de la configuración de su navegador o sistema operativo la ventana mantendrá el foco y se posicionara por delante del resto de ventanas abiertas.

Para acceder a la ventana de eventos sonoros, solo tiene que ir al menú izquierdo de Pandora Console y elegir la opción View events en Operation. Allí en la ventana de eventos, en la cabecera si pulsa el icono Sound Events.

Event sound.png

Y esta ventana pequeña será la que gestione todo los eventos sonoros, por eso es necesario mantenerla abierta para que suene cuando salte algún evento. Dentro de la ventana tenemos varios controles que nos permiten filtrar para que la consola solo salte atendiendo a diversos filtros: grupo, tipo de evento o agente(s) específicos. Además en caso de que salte, en una pequeña ventana indicará que evento ha saltado.

Pulse el boton "Play" para iniciar la consola sonora. Cuando salte un evento pulse en "OK" para reiniciar la consola y parar el sonido (hasta que otro evento nuevo la haga sonar otra vez).



Window.event sound.screenshot.png



1.2.7 Exportar Eventos a un CSV

Es posible exportar la lista de eventos que hay a un fichero CSV para que puedan ser procesados o integrados en otras aplicaciones.

Para exportar los eventos a CSV, se pulsa en Events > View events > Export to CSV File

1.2.8 Estadísticas de Eventos

Es posible acceder a las estadísticas de eventos desde Events > Statistics. Nos muestra un pequeño informe en tiempo real de los eventos que tenemos actualmente.



Gest66.png



1.3 Alertas de eventos. Correlación de eventos

Pandora FMS permite definir alertas sobre los eventos, lo que permite trabajar desde una perspectiva mucho más flexible, ya que no se generan alertas en función del estado de un módulo específico, sino sobre un evento -que puede haber sido generada por varios módulos diferentes, de distintos agentes-. Esta es una característica Enterprise.

Existe una sección correspondiente para crear las alertas de evento en el menú de alertas.


Menu event alert.jpg


Las alertas de evento se basan en reglas de filtrado que emplean operadores lógicos (and, or, xor, nand, nor, nxor), se buscarán eventos que coincidan con las reglas de filtrado configuradas y si se encuentran coincidencias se disparará la alerta.

También emplean las plantillas para definir algunos parámetros, como los días en los que funcionará la alerta, no obstante en este caso las plantillas no determinan cuándo se dispara la alerta de evento, sino que es mediante las reglas de filtrado como se buscarán eventos que coincidan y deba dispararse la alerta.


Event alerts.png


Para hacer más fácil trabajar con ellas, los parámetros de configuración de las plantillas para alertas de evento son similares a los de una alerta de módulo. Aquí se puede encontrar una explicación detallada de cada uno de ellos. Únicamente existen dos parámetros específicos de las alertas de eventos:

  • Modo de evaluación de reglas (Rule evaluation mode): Puede ser Pass o Drop. Pass significa que en caso de que un evento coincida con una alerta se sigan evaluando el resto de alertas. Drop significa que en caso de que un evento coincida con una alerta no se evaluen el resto de alertas.
  • Agrupación (Group by): Permite agrupar las reglas por agente, módulo, alerta o grupo. Por ejemplo, si se configura una regla para que salte cuando se reciban dos eventos críticos y se agrupa por agente, deberán llegar dos eventos críticos de un mismo agente. Se puede desactivar.

Cada regla se configura para saltar ante un determinado tipo de evento, cuando se cumple la ecuación lógica definida por las reglas y sus operadores, la alerta se dispara.



Event rules.png



Los posibles parámetros de configuración de una regla son:

  • Nombre: Nombre de la regla, puramente descriptivo.
  • Comentario: Comentario libre para describir con detalle la alerta.
  • Evento: Expresión regular que debe casar con el texto del evento, si se deja en blanco es "para cualquier evento"
  • Ventana (de tiempo): Los eventos que se hayan generado fuera de la ventana de tiempo serán descartados. * Define un umbral de tiempo en el que se evalua la regla (por si se tienen que dar varias condiciones)
  • Cuenta (Count): Número de eventos que tienen que casar con la regla para que ésta se dispare.
  • Agente: Expresión regular que casa con el alias del agente que generó el evento.
  • Modulo: Expresión regular que casa con el nombre del módulo que generó el evento.
  • Alerta de módulo (Plantilla): Expresión regular que casa con el nombre de la alerta que generó el evento.
  • Grupo: Grupo al que pertenece el agente que hace saltar la regla.
  • Severidad: del evento.
  • Tag: Tags asociados al evento.
  • Usuario: Usuario asociado al evento (que ha validado el evento)
  • Tipo de evento.

Por ejemplo, podríamos configurar una regla que case con los eventos de tipo CRITICO generados por cualquier módulo que se llame cpu_load de cualquier agente del grupo Hosting:



Event rule config.png



Info.png

Dado el elevado número de eventos que puede llegar a albergar la base de datos de Pandora FMS, el servidor trabaja sobre una ventana de eventos máxima, que se define en el fichero de configuración pandora_server.conf mediante el parámetro event_window. Los eventos que se hayan generado fuera de esta ventana de tiempo no serán procesados por el servidor, de modo que no tiene sentido especificar en una regla una ventana de tiempo superior a la configurada en el servidor

 


Template warning.png

Para que funcionen las alertas de correlación de eventos hay que activar el servidor de correlación de eventos con el parámetro eventserver 1 en el fichero de configuración del servidor de Pandora FMS

 


1.4 Eventos desde línea de comandos

1.4.1 Generación de eventos desde la línea de comando

Usando su API WEB puede interactuar con Pandora FMS desde cualquier sistema remoto, incluso si no tiene conexion a la BBDD o un agente instalado. Puede hacerlo usando la herramienta que se encuentra en:

/usr/share/pandora_server/util/pandora_revent.pl

Esta herramienta, utiliza una conexión remota HTTP/HTTPS para crear o validar eventos en Pandora FMS. Ejecútela sin parámetros para ver su sintaxis, que aqui presentamos traducida:

Pandora FMS Remote Event Tool Copyright (c) 2013 Artica ST
This program is Free Software, licensed under the terms of GPL License v2
You can download latest versions and documentation at http://www.pandorafms.org

Opciones para crear evento:

	./pandora_revent.pl -p <path_to_consoleAPI> -u <credentials> -create_event <options> 

Donde las opciones:

	-u <credentials>			: Credenciales API separados por comas: <api_pass>,<usuario>,<password>
	-name <event_name>			: Texto libre
	-group <id_group>			: ID de Grupo (use 0 para 'todos')  
	-agent					: Especifica agente por ID
	
Optional parameters:
	
	[-status <status>]			: 0 Nuevo, 1 Validado, 2 En proceso
	[-user <id_user>]			: Usuario del comentario (combinar con -comment)
	[-type <event_type>]			: unknown, alert_fired, alert_recovered, alert_ceased
							  alert_manual_validation, system, error, new_agent
							  configuration_change, going_unknown, going_down_critical,
							  going_down_warning, going_up_normal
	[-severity <severity>] 		: 0 Mantenimiento,
						  1 Informativo,
						  2 Normal,
						  3 Advertencia,
						  4 Critico,
						  5 Menor,
						  6 Mayor
	[-am <id_agent_module>]		: ID del modulo de agente origen del evento
	[-alert <id_alert_am>]			: ID de la alerta/modulo origen del evento
	[-c_instructions <critical_instructions>]
	[-w_instructions <warning_instructions>]
	[-u_instructions <unknown_instructions>]
	[-user_comment <comment>]
	[-owner_user <owner event>]		: Propietario del evento, usar el login name
	[-source <source>]			: (Por defecto 'Pandora')
	[-tag <tags>]				: Tag (debe existir ya en el sistema)
	[-custom_data <custom_data>]		: Los datos personalizados debe ser un base 64 encoded JSON document (>=6.0)
	[-server_id <server_id>]		: ID del nodo del server (>=6.0)
        [-id_extra <id extra>]      : Id extra
	[-agent_name <Agent name>]  : Nombre del agente,  No confundir con el alias.
	[-force_create_agent<0 o 1>]:  Fuerza la creación del agente si no existe para ello el parametro a 1 y llevar la opción de agent_name

Ejemplo de generacion de evento:

	./pandora_revent.pl -p http://localhost/pandora_console/include/api.php -u 1234,admin,pandora 
		-create_event -name "SampleEvent" -group 2 -agent 189 -status 0 -user "admin" -type "system" 
		-severity 3 -am 0 -alert 9 -c_instructions "Critical instructions" -w_instructions "Warning instructions" 


Opciones para validar evento: 

	./pandora_revent.pl -p <path_to_consoleAPI> -u <credentials> -validate_event <options> -id <id_event>

Ejemplo de validación de evento:

	./pandora_revent.pl -p http://localhost/pandora/include/api.php -u pot12,admin,pandora -validate_event -id 234

Primero, necesita activar el acceso a la API, y configurarlo. Como recordatorio, siga estos tres pasos:

  1. . Active el acceso a la IP desde la que va a ejecutar el comando o use "*" para cualquier IP.
  2. . Establezca una password general de la API.
  3. . Use un usuario/password para acceder, o defina un usuario especifico que solo pueda conectarse via API.

Es conveniente indicar que para que los campos de unknown, critical o warning instructions aparezcan en los detalles del evento generado, dicho evento debe ser de tipo going_unknown, going_down_critical, o going_down_warning respectivamente.

Mas ejemplos:

/pandora_revent.pl -p http://192.168.50.12/pandora_console/include/api.php -u pandora12,admin,pandora 
-create_event -name "Another nice event" -group 0 -type "system" -status 0 -severity 4
-user "davidv" -owner_user "admin" -source "Commandline" -comment "Prueba de comentario"

1.4.2 Sólo Generación de eventos desde la línea de comando: pandora_revent_create

Es la misma funcionalidad que el script pandora_revent pero sin poder validar eventos. Puede hacerlo usando la herramienta que se encuentra en:

/usr/share/pandora_server/util/pandora_revent_create.pl

Esta herramienta, utiliza una conexión remota HTTP/HTTPS para crear o validar eventos en Pandora FMS. Ejecútela sin parámetros para ver su sintaxis, que aquí presentamos traducida:

Pandora FMS Remote Event Tool Copyright (c) 2013 Artica ST
This program is Free Software, licensed under the terms of GPL License v2
You can download latest versions and documentation at http://www.pandorafms.org

Opciones para crear evento:

	./pandora_revent_create.pl -p <path_to_consoleAPI> -u <credentials> -create_event <options> 

Donde las opciones:

	-u <credentials>			: Credenciales API separados por comas: <api_pass>,<usuario>,<password>
	-name <event_name>			: Texto libre
	-group <id_group>			: ID de Grupo (use 0 para 'todos')  
	-agent					: Especifica agente por ID
	
Optional parameters:
	
	[-status <status>]			: 0 Nuevo, 1 Validado, 2 En proceso
	[-user <id_user>]			: Usuario del comentario (combinar con -comment)
	[-type <event_type>]			: unknown, alert_fired, alert_recovered, alert_ceased
							  alert_manual_validation, system, error, new_agent
							  configuration_change, going_unknown, going_down_critical,
							  going_down_warning, going_up_normal
	[-severity <severity>] 		: 0 Mantenimiento,
						  1 Informativo,
						  2 Normal,
						  3 Advertencia,
						  4 Critico,
						  5 Menor,
						  6 Mayor
	[-am <id_agent_module>]		: ID del modulo de agente origen del evento
	[-alert <id_alert_am>]			: ID de la alerta/modulo origen del evento
	[-c_instructions <critical_instructions>]
	[-w_instructions <warning_instructions>]
	[-u_instructions <unknown_instructions>]
	[-user_comment <comment>]
	[-owner_user <owner event>]		: Propietario del evento, usar el login name
	[-source <source>]			: (Por defecto 'Pandora')
	[-tag <tags>]				: Tag (debe existir ya en el sistema)
	[-custom_data <custom_data>]		: Los datos personalizados debe ser un base 64 encoded JSON document (>=6.0)
	[-server_id <server_id>]		: ID del nodo del server (>=6.0)

Ejemplo de generacion de evento:

	./pandora_revent_create.pl -p http://localhost/pandora_console/include/api.php -u 1234,admin,pandora 
		-create_event -name "SampleEvent" -group 2 -agent 189 -status 0 -user "admin" -type "system" 
		-severity 3 -am 0 -alert 9 -c_instructions "Critical instructions" -w_instructions "Warning instructions" 

Primero, necesita activar el acceso a la API, y configurarlo. Como recordatorio, siga estos tres pasos:

  1. . Active el acceso a la IP desde la que va a ejecutar el comando o use "*" para cualquier IP.
  2. . Establezca una password general de la API.
  3. . Use un usuario/password para acceder, o defina un usuario especifico que solo pueda conectarse via API.

Es conveniente indicar que para que los campos de unknown, critical o warning instructions aparezcan en los detalles del evento generado, dicho evento debe ser de tipo going_unknown, going_down_critical, o going_down_warning respectivamente.

Mas ejemplos:

/pandora_revent_create.pl -p http://192.168.50.12/pandora_console/include/api.php -u pandora12,admin,pandora 
-create_event -name "Another nice event" -group 0 -type "system" -status 0 -severity 4
-user "davidv" -owner_user "admin" -source "Commandline" -comment "Prueba de comentario"

1.4.3 Uso de campos personalizados en eventos

Se pueden generar eventos con campos personalizados a través del CLI de Pandora FMS. Por ejemplo, un evento generado con el siguiente comando:

perl pandora_manage.pl /etc/pandora/pandora_server.conf --create_event 'Custom event' system Firewalls 'localhost' 'module' 0 4  'admin'     '{"Location": "Office", "Priority": 42}'

Se vería de la siguiente manera:

Event custom data.png

Volver a Indice de Documentacion Pandora FMS