Category Archives: Nagios

Nagvis en Naemon. Instalación y configuración.

En este artículo seguimos probando otro de los programas habituales en toda instalación de Nagios para ver si funciona correctamente con Naemon. Probaremos la configuración de Nagvis usando como backend el Livestatus de Naemon (fork del original de cmk preparado para Nagios Core 4 / Naemon). No es tan obvio que vaya a funcionar correctamente pero ya te adelanto que parece que si… 🙂
Para las pruebas seguiremos con la configuración ya realizada en el artículo previo “PN4Nagios en Naemon”, para ir teniendo todos los componentes…
Ya puestos a probar instalaremos la versión más actual de Nagvis en este momento (aún en beta), la 1.8b2.

Continue reading

PNP4Nagios en Naemon (Thruk). Instalación.

Introducción

En artículos previos vimos como instalar PNP4Nagios con Nagios Core 4 en CentOS / Redhat y en Debian 7. Con la reciente puesta en escena de Naemon (aún en fase beta) del que vimos su instalación en el artículo “Naemon. Introducción e instalación” y los cambios que parece va a suponer en la comunidad Nagios no podíamos quedarnos si probar esta herramienta clásica en Naemon. En principio no debería haber problema para que funcione también con este (como así es) ya que al menos de momento es prácticamente idéntico a Nagios Core 4.
Hay que tener en cuenta que al igual que con Nagios Core 4 no podremos usar el broker “npcdmod” así que NO podemos configurar PNP4Nagios en modo “Bulk Mode with npcdmod”. Como comentaba, la API “event broker”de Nagios Core 4 / Naemon ha cambiado con respecto a la versión previa, con lo cual el broker nocdmod no va a funcionar con este de momento (hablamos de versión pnp4nagios 0.6.21) hasta que no desarrollen un nuevo broker.
A su vez todos los paquetes de las distribuciones habituales están vinculados al paquete de Nagios Core ya que “necesitaban” lógicamente este instalado para tener sentido por lo que si instalamos PNP4Nagios mediante paquetes las dependencias instalarán también Nagios Core (a no ser que lo evitemos o que “desactivemos” Nagios posteriormente).

Continue reading

NAEMON. Introducción e instalación.

Introducción.

Buenas noticias para el panorama “Nagios”. Tenemos un nuevo nacimiento :-). Fruto quizá de que Nagios es cada vez más “Enterprise” surge este nuevo “Fork” de Nagios Core que de entrada nos trae planteamientos interesantes. Si quieres saber más de quién está detrás del pequeño y porqué, tienes información interesante en este artículo.
Naemon nace directamente de la versión Nagios Core 4.0.2 e incluye sus propios parches y mejoras. La promesa es hacerlo más abierto a la comunidad para que su desarrollo no esté solo en manos de una empresa e incorpore unicamente las funcionalidades que esta crea conveniente. Por supuesto OP5 tiene sus propios intereses es que esto sea así, de esta forma podrá sustituir el corazón de su producto de Nagios Core a Naemon y dotarle de funcionalidades que crea necesarias.
Las novedades más importantes de momento son:

  • Se prescinde del interface GUI de Nagios Core. Se usa directamente Thruk.
  • Se usa Livestatus de CMK para el acceso de Thruk a los datos de Nagios (Interesante, a fecha de hoy es un fork de Livestatus ya que CMK no ha actualizado oficialmente el broker de Livestatus para Nagios 4…).
  • La rotación de LOGs se deja al sistema operativo (ya no se encarga el “Core”).
  • Puedes echar un ojo a todos los cambios.

Continue reading

¿Revolución en la comunidad “Nagios”?

Parece que la comunidad alrededor de Nagios (¿o deberíamos decir la comunidad “Monitoring”?) anda revuelta estos días. No es para menos. Se han sucedido una serie de cambios importantes en los últimos días aunque realmente llevaban fraguándose ya un tiempo.

El conflicto con los Plugins oficiales. ¿nagios-plugins o monitoring-plugins?

El 15/01/2014 Icinga paso este anuncio en sus listas de suscripción:

Continue reading

NRDP – Nagios Remote Data Processor. Análisis.

Introducción

Históricamente el método que teníamos de enviar comandos externos y chequeos de hosts / servicios a Nagios era a través del ”addon” NSCA. La función de poder enviar comandos a Nagios surge básicamente para cubrir una serie de necesidades:

1. – Chequeos pasivos: es el host remoto el que manda el resultado de los chequeos a Nagios. Este tiene definidos los servicios como pasivos y un tiempo de espera entre recepción de resultados para alertar en caso de que no lleguen. El uso de chequeos pasivos es útil entre otros en los siguientes casos:

  • Hosts que están detrás de Firewalls y no están accesibles desde el servidor de Nagios pero si al revés.
  • Configuraciones de monitorización distribuidas, donde otros servicios / aplicaciones se encargan de realizar los chequeos y enviárselos como pasivos a Nagios.

2.- Control remoto de funcionalidades / comportamientos de Nagios. Mediante comandos externos podemos alterar varios aspectos y funcionalidades de Nagios además de alterar configuraciones de ciertos objetos. Puedes sorprenderte de de la lista de comandos externos disponibles.

NRDP se diseñó como una evolución de NSCA para solucionar una serie de problemas que este tenía. Las ventajas que proporciona NRDP sobe NSCA son:

  • Usa puertos estándar y protocolos web. Esto hace que simplifique la configuración de Firewalls y el desarrollo de clientes.
  • Usa el servidor Apache para proporcionar autentificación y encriptación SSL (opcional).
  • Soporta la salida multi linea que implementan numerosos plugins y que ya soportaba la versión 3 de Nagios.
  • Escribe la salida de los chequeos al directorio spool de Nagios (no usa el fichero de comandos externos). Esto mejora el rendimiento.

Continue reading

PushMon. Configuración y análisis.

Introducción.

Echando un ojo a Nagios Exchange me encontré con Pushmon esta pequeña y parece reciente joya que no conocía. Se trata de un agente para Nagios con enfoque “Push”, o sea, es el propio cliente el que realiza los chequeos y se los manda al servidor de Nagios mediante un intermediario en este. Todos los componentes están desarrollados en Python con un enfoque que puede tener mucho recorrido. Es ideal para servidores remotos con difícil comunicación por configuraciones de seguridad y para servidores en la Nube ya que son los clientes los que comunican los resultados de los chequeos al servidor conectándose a una URI y usando REST. Probándolo encontré una “pequeña” pega y es que la parte servidora (al menos el servicio statusd) no funcionará tal cual en Centos/Redhat 6.x debido a la versión de Python de estos (2.6.x). Usa al menos un método (check_output) que es de Python 2.7. Aunque hay formas de instalar alternativamente Python 2.7 en estos sistemas… personalmente no me pondría a hacerlo en mis servidores. En Debian 7 no hay problema y como agente en cliente para CentOS / Redhat 6.x también funciona sin problemas.

Continue reading

Iconos en Nagios (y check_mk)

Introducción.

Nagios incluye la posibilidad de añadir iconos a nuestros objetos Host y/o Servicios. Los iconos nos solo valen para que nuestro interface quede más vistoso y nos sea más sencillo localizar los equipos. Existen también otros usos interesantes destinados a un fin más práctico. Por ejemplo, en los iconos de servicios podemos distinguir la importancia de estos con iconos que marquen o distingan el uso y/o criticidad de estos. A mi me gusta poner al menos el los servicios solo informativos (versión agente nsclient++ / nrpe, uptime, …) el icono de la “I” informativa en azul para que sea más visual su cometido.
Otro uso interesante donde funcionan equipos de soporte cuya primera herramienta de alertas en Nagios, es asignar a los servicios en función de su criticidad distintos iconos con letras/colores que representen el SLA o la criticidad en la respuesta (N1, N2, N3,…). De esta forma de un vistazo se puede establecer el protocolo de actuación en función de la asignación del servicio que falla.

Continue reading

Monitorizar ficheros log con check_mk en Linux – Oracle alertlog y otros.

Introducción

Siguiendo con la guía de artículos de funcionalidades de check_mk, aplicadas en este caso a Oracle, vamos a analizar este interesante plugin que nos proporciona cmk para la motorización de ficheros log. La instalación y configuración del plugin es muy sencilla y está bien descrita en la documentación correspondiente de cmk.

Continue reading

Instalación de packages de check_mk. Oracle RMAN package.

Introducción.

Check_mk incluye lo que denomina “packages” que son paquetes de archivos con un formato estándar para check_mk (que define este, claro) y te permiten de forma “sencilla” crear, instalar, actualizar y eliminar nuevos plugins y/o addons que son portables entre diferentes instalaciones de cmk. En la siguiente página de documentación de cmk podemos ver información al respecto.

check_mk_package_rman

Existe una página http://exchange.check-mk.org/ donde hay disponibles packages que crean los usuarios y que parece algunos de ellos acaban formado parte de futuras versiones.
Vamos a ver como se usan e instalan dichos paquetes probando uno de ellos que nos proporciona información de los backups realizados con RMAN en nuestros servidores de Oracle.

Continue reading

Monitorizar Oracle con Nagios y check_mk

Introducción

En un articulo previo vimos un plugin para monitorizar los grupos de discos ASM de un servidor de Oracle con Nagios. En este caso vamos a ver como monitorizar eso y mucho más con los plugins que incorpora de “serie” check_mk y que nos ofrecen monitorización de: tablespaces, logswitches, sessions y grupos de discos ASM (este último en un segundo plugin). Este es el aspecto que tendrá nuestro servidor de oracle monitorizado en nuestro check_mk.

check_mk_oracle_services

Continue reading