• Skip to main content
  • Skip to secondary menu
  • Skip to primary sidebar
El Blog de Jorge de la Cruz

El Blog de Jorge de la Cruz

El Blog de Jorge de la Cruz - Todas las novedades sobre VMware, Veeam, InfluxData, Grafana, Zimbra, etc.

  • Home
  • VMware
    • VMworld
    • VMware vSphere 6.7
    • VMware vSphere 6.5
  • Veeam
    • Resumen Contenido 2021
    • Veeam v11
      • Continuous Data Protection (CDP
      • Ransomware Protection
      • Archive Tier
      • Mejoras en Instant Recovery
      • Veeam Agent for Mac
      • Veeam Backup for AHV v2.1
    • Veeam Backup for Microsoft Office 365
      • 1 – Razones para proteger nuestra información en Microsoft Office 365
      • 2 – Componentes lógicos de Veeam Backup for Microsoft Office 365 2.0
      • 3 – Instalación paso a paso de Veeam Backup for Microsoft Office 365 v2.0
      • 4 – Configuración inicial de Veeam Backup for Microsoft Office 365 v2.0
      • 5 – Creando trabajos de copia en Veeam Backup for Microsoft Office 365 v2.0
      • 6 – Restaurando elementos en Veeam Backup for Microsoft Office 365 v2.0
    • Veeam Backup for AWS
      • Veeam: Veeam anuncia Veeam Backup for AWS Free Edition
      • Veeam: Cómo Desplegar Veeam Backup for AWS – paso a paso
      • Veeam: Vistazo en profundidad al nuevo Veeam Backup for AWS – Creación de Políticas de Backup y Restauración
      • Veeam: Cómo conectar nuestro Veeam Backup & Replication a Veeam Backup for AWS
    • Veaam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte I – Introducción a Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte II – Descarga e Instalación de Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte III – Añadir una Infraestructura de VMware vSphere a Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte IV – Añadir una Infraestructura de Veeam Backup and Replication a Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte V – Realizando troubleshooting de vSphere usando Veeam ONE Monitor
      • En busca del Dashboard perfecto: Veeam ONE – Parte VI – Realizando troubleshooting de Veeam Backup and Replication usando Veeam ONE Monitor
      • En busca del Dashboard perfecto: Veeam ONE – Parte VII – Vistazo profundo a los Dashboards en Veeam ONE Reporter
      • En busca del Dashboard perfecto: Veeam ONE – Parte VIII – Vistazo profundo a Reportes en Veeam ONE Reporter
      • En busca del Dashboard perfecto: Veeam ONE – Parte IX – Chargeback para crear reportes de coste de nuestra Infraestructura
    • Veeam Availability Console
      • 1 – Teoría e información útil sobre el producto
      • 2 – Instalación de Veeam Availability Console
      • 3 – Configuración y conexión con VBR Server
      • 4 – Administración centralizada de Veeam Backup Agents
      • 5 – Backup de Agentes a diferentes destinos, SMB, Repositorio Veeam o Cloud Connect
      • 6 – Reportes de Backup de Veeam Agent y Veeam Backup and Replication
      • 7 – Manejando la Facturación de Veeam Agents, Backup and Replication y Cloud Connect
    • Backup y restore de cargas de trabajo a Microsoft Azure
      • 1 – Introducción
      • 2 – Conectividad entre nuestro Datacenter y Microsoft Azure
      • 3 – Desplegar Veeam Backup and Replication en Microsoft Azure
      • 4 – Configuración en nuestro Datacenter para backup a Microsoft Azure
      • 5 – Restaurando a Microsoft Azure, desde Microsoft Azure
      • 6 – Migrar cargas de trabajo desde Microsoft Azure hacía nuestro Datacenter
    • Veeam v9.5 Update 4
      • Veeam Cloud Tier
        • Cómo controlar el ancho de banda en Veeam Cloud Tier
      • Secure Restore y Staged Restore
      • Mejoras en Veeam Agent Management
      • Veeam Community Edition
      • Actualizar Veeam Enterprise Manager y Veeam Backup and Replication a la última versión
      • VeeamONE con Intelligent Diagnostics, Remediation actions, Business View 2.0 y Application Monitoring
    • VeeamON 2022
      • Novedades en Veeam ONE v12
    • VeeamON 2021
      • VBO v6 – Self-Service y Backup Copy Glacier-Azure Archive
    • VeeamON 2020
      • Veeam Backup for AWS v2.0
    • VeeamON 2019
      • Veeam Availability Orchestrator v2.0 – ¡novedades!
    • VeeamON 2017
      • Sesiones recomendadas
      • Día I – Veeam Availability Suite v10 – ¡novedades!
      • Día II – Veeam Azure PN (Powered Network), Scale-out Archive Tier y mucho más
    • VeeamON 2015
      • VeeamON 2015 volverá a Las Vegas en el único Evento sobre Disponibilidad en el Data Center
      • Completo resumen, keynotes e imágenes
      • vBrownBag – Jorge de la Cruz – Stop sending postcards to your customers
  • Zextras
  • PRTG
  • Office 365
    • Microsoft – Añadiendo nuestro dominio a Office 365, configuración de DNS y migración de actual Mailbox
    • Veeam: Usando Microsoft Office 365 para nuestras notificaciones por correo electrónico
    • PRTG: Usando Microsoft Office 365 para nuestras notificaciones por correo electrónico
  • Zimbra
    • Instalación
      • Instalando Zimbra 8.7.6 sobre Ubuntu 14.04 LTS – ¡con Chat y Drive!
      • Amazon Lightsail para instalar Zimbra Collaboration 8.7.1, Parte II
      • Amazon Lightsail para instalar Zimbra Collaboration 8.7.1, Parte I
      • Instalando Zimbra 8.7.x con un solo comando, incluye Chat y Drive
  • Linux
    • InfluxDB, Grafana y Telegraf
      • 1 – Instalación y configuración de los components
      • 2 – Instalar agente en Linux
      • 3 – Integración con PRTG
      • 4 – Instalar agente Telegraf en Nodos remotos Windows
      • 5 – Activar inputs específicos, Red, MySQL/MariaDB, Nginx
      • 6 – Monitorizando Veeam
    • Ansible y Zabbix
      • 1 – Inicio
      • 2 – Instalación de Ansible e integración con Active Directory
      • 3 – Configuración de AutoDiscovery en Zabbix
      • 4 – Instalación del agente de Zabbix en Windows
      • 5 – Instalación del agente de Zabbix en Linux y Auto Remove en Zabbix
    • Jenkins
      • 1 – Inicio
      • 2 – Instalación de Jenkins en Ubuntu
      • 3 – Instalando nuestro primer plugin
      • 4 – Sincronización NTP de Linux
      • 5 – Añadir un Slave Windows a Jenkins
      • 6 – Ejecutar tareas en Linux
      • 7 – Ejecutar tareas en Windows
    • Kubernetes
      • 1 – Introducción a Kubernetes
      • 2 – Instalación paso a paso
      • 3 – RollingUpdate con Kubernetes
      • 4 – Dashboard
      • 5 – Volúmenes NFS
      • 6 – Registry
      • 7 – Traefik
      • 8 – Systemd con Traefik y Proxy de Kubernetes
      • 9 – Heapster Influx Grafana
      • 10 – Labels de Kubernetes
      • 11 – API: Swagger
      • 12 – API: Creando nuestro primer POD
  • Contribuidores
    • Acerca de Jorge
    • Acerca de Oscar Mas
      • Clúster SQL
        • 1 – Introducción
        • 2 – Preparación de los equipos virtuales
        • 3 – Instalación del Clúster de Microsoft
        • 4 – Instalación de SQL Server para Clúster de Microsoft
        • 5 – Configuración de nuestro Clúster de SQL
        • 6 – Monitorización de Clúster de SQL con Zabbix
        • 7 – Actualizando clúster de SQL

Zimbra: Monitorizando con Nagios

1 April, 2014 - Escrito en: zimbra

Oscar Mas de Cadinor, nos deja hoy una entrada muy buena. Lo que vamos a ver hoy, es como podemos monitorizar un sistema basado en Zimbra con un Nagios. Quiero destacar, que este manual está enfocado a los administradores que tienen implementado un nagios ( http://www.nagios.org/  ) y desean monitorizar su sistema de Zimbra. Este manual, no está enfocado a instalar Nagios, ya que por internet existen muchos howtos magníficos, en los cuales explican como desplegar este sistema de monitorización. Esto es un simple ejemplo de qué y como monitorizar un sistema de Zimbra. Si vosotros tenéis algún otro plugging o servicio que se haya de monitorizar, os animo a que me lo indiquéis, así haremos de este post, un post de referencia para otras personas que quieran monitorizar un sistema de Zimbra.

zimbra-nagios001Preparando nuestro servidor de Nagios

Antes de empezar a monitorizar, dejaremos nuestros ficheros de configuración preparados. Crearemos el servidor de Zimbra y un grupo:

root@firewall:~# vim /etc/nagios3/conf.d/ilba_zimbra.cfg
define host{

        use                     generic-host
        host_name               zimbra.ilba.cat
        alias                   zimbra.ilba.cat
        address                 192.168.100.20
        }

root@firewall:~# vim /etc/nagios3/conf.d/hostgroups_nagios2.cfg
define hostgroup {
       hostgroup_name  zimbra-servers
       alias           Zimbra
       members         zimbra.ilba.cat
       }

Instalando NRPE en nuestro servidor de Zimbra

Lo que haremos, es instalar el cliente de Nagios en nuestro servidor de Zimbra . En mi caso es una CentOS y por defecto, este sistema operativo, no viene el cliente de Nagios en los repositorios oficiales, por consiguiente tendremos que añadir el  repositorio EPEL ( Linux Empresarial ) para poder instalar el cliente. OS dejo una captura donde se ve claramente como funciona el sistema de monitorización de Nagios con NRPE ( Nagios Remote Plugin Executor ):

zimbra-nagios002

Para instalar el cliente haremos lo siguiente, como ya he indicado anteriormente, añadiremos el repositorios EPEL :

[root@zimbra ~]# rpm -Uhv http://dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm

zimbra-nagios003

Una vez añadido el repositorio de EPEL, ya podremos instalar el cliente NRPE en nuestro servidor de Zimbra:

[root@zimbra ~]# yum install nagios-plugins-nrpe nagios-plugins-all nrpe

Ahora tendremos que configurar el cliente de Nagios para que nos acepte argumentos y nos permita acceder desde nuestro servidor de Nagios la monitorización:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
allowed_hosts=192.168.100.1
dont_blame_nrpe=1

[root@zimbra ~]# service nrpe restart
[root@zimbra ~]# vim /etc/selinux/config
SELINUX=disabled

Monitorizando servicio SMTP

El Simple Mail Transfer Protocol (SMTP) (Protocolo para la transferencia simple de correo electrónico), es un protocolo de red utilizado para el intercambio de mensajes de correo electrónico entre ordenadores u otros dispositivos. Lo que haremos es monitorizar desde fuera del servidor de Zimbra, que el servicio SMTP esté levantado:

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service{
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     SMTP
       check_command           check_smtp
       }

Monitorizando servicio SUBMISSION

El Submission, es un protocolo de red (puerto 587) utilizado para el intercambio de mensajes de correo electrónico entre ordenadores u otros dispositivos, este puerto es el alternativo al SMTP. Lo que haremos es monitorizar desde fuera del servidor de Zimbra, que el servicio Submission esté levantado:

root@firewall:~# vim /etc/nagios3/commands.cfg
define command{
        command_name    check_submission
        command_line    /usr/lib/nagios/plugins/check_smtp -H $HOSTADDRESS$ -p 587
       }

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service{
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Submission
       check_command           check_submission
       }

Monitorizando servicio IMAP

Internet Message Access Protocol (IMAP), es un protocolo de aplicación que permite el acceso a mensajes almacenados en un servidor de Internet. Mediante IMAP se puede tener acceso al correo electrónico desde cualquier equipo que tenga una conexión a Internet. IMAP tiene varias ventajas sobre POP3 (otro protocolo empleado para obtener correos desde un servidor). Por ejemplo, es posible especificar en IMAP carpetas del lado del servidor. Por otro lado, es más complejo que POP3 ya que permite visualizar los mensajes de manera remota y no descargando los mensajes como lo hace POP3. Lo que haremos es monitorizar desde fuera del servidor de Zimbra, que el servicio IMAP esté levantado:

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service{
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     IMAP
       check_command           check_imap
       }

Monitorizando servicio POP3

En informática se utiliza el Post Office Protocol (POP3, Protocolo de Oficina de Correo o “Protocolo de Oficina Postal”) en clientes locales de correo para obtener los mensajes de correo electrónico almacenados en un servidor remoto. Lo que haremos es monitorizar desde fuera del servidor de Zimbra, que el servicio POP3 esté levantado:

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service{
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     POP3
       check_command           check_pop
       }

Monitorizando servicio IMAP SSL

Este protocolo, es el mismo que el IMAP, pero el acceso se realiza de manera segura mediante certificados. Lo que haremos es monitorizar desde fuera del servidor de Zimbra, que el servicio IMAP SSL  SSL esté levantado:

root@firewall:~# vim /etc/nagios3/commands.cfg
define command{
        command_name    check_imaps
        command_line    /usr/lib/nagios/plugins/check_imap -H $HOSTADDRESS$ -p 993 -S
       }

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service{
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     IMAP SSL
       check_command           check_imaps
       }

Monitorizando servicio POP3 SSL

Este protocolo, es el mismo que el POP3, pero el acceso se realiza de manera segura mediante certificados. Lo que haremos es monitorizar desde fuera del servidor de Zimbra, que el servicio POP3 SSL SSL esté levantado:

root@firewall:~# vim /etc/nagios3/commands.cfg
define command{
        command_name    check_pops
        command_line    /usr/lib/nagios/plugins/check_pop -H $HOSTADDRESS$ -p 995 -S
       }

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service{
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     POP3 SSL
       check_command           check_pops
       }

Monitorizando el servicio de ClamAV

ClamAv es el antivirus que usa el sistema de Zimbra. Lo que haremos es monitorizar internamente del servidor de Zimbra, que el servicio ClamAV tenga un socket, eso nos indicará que esta funcionando:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_clamd]=/usr/lib64/nagios/plugins/check_clamd /opt/zimbra/data/clamav/clamav.sock

[root@zimbra ~]# service nrpe restart

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
      use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     ClamAV
       check_command           check_nrpe_1arg!check_lmtp
}

Monitorizando el servicio LMTP

Local Mail Transfer Protocol o LMTP (Protocolo de transporte local de correo) es un derivado de SMTP, el Simple Mail Transfer Protocol. LMTP es diseñado como una alternativa a SMTP para situaciones donde el lado receptor no dispone de cola de correo (queue mail), como unMTA (Mail Delivery Agent) que entiende conversaciones SMTP.Lo que haremos es monitorizar internamente del servidor de Zimbra, que el servicio LMTP esta funcionando:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_lmtp]=/usr/lib64/nagios/plugins/check_smtp -H localhost -p 7025

[root@zimbra ~]# service nrpe restart

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     LMTP
       check_command           check_nrpe_1arg!check_lmtp
}

Monitorizando el servicio SpellCheck

SpellCheck es el corrector ortográfico de Zimbra. Lo que haremos es monitorizar internamente del servidor de Zimbra, que el servicio SpellCheck esta funcionando:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_spell]=/usr/lib64/nagios/plugins/check_http -H localhost -p 7780

[root@zimbra ~]# service nrpe restart

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
       use                     generic-service
      hostgroup_name          zimbra-servers
       service_description     SpellCheck
       check_command           check_nrpe_1arg!check_spell
}

Monitorizando el servicio DNS

Verificaremos que el servidor de Zimbra tenga acesso a internet y lo que haremos es monitorizar internamente, desde el servidor de Zimbra, que tenga resolución:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_dns]=/usr/lib64/nagios/plugins/check_dns -H google.com

[root@zimbra ~]# service nrpe restart

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     DNS
       check_command           check_nrpe_1arg!check_dns
}

Monitorizando el certificado

Ya que el certificado que se instala en nuestro servidor de Zimbra es vital, ya que sin él dejaría de funcionar el sistema. Lo que haremos es monitorizar internamente del servidor de Zimbra, que el certificado no nos haya caduque:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_cert]=/usr/lib64/nagios/plugins/check_http -S -H localhost -C 30

[root@zimbra ~]# service nrpe restart

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Cert HTTPS
       check_command           check_nrpe_1arg!check_cert
}

Monitorizando usuarios logueados

Es importante saber cuantos usuarios hay loginados, ya que si hay varias personas trabajando en el servidor, podemos llegar a chafar procesos o configuraciones entre nosotros.

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_users]=/usr/lib64/nagios/plugins/check_users -w 2 -c 3

[root@zimbra ~]# service nrpe restart

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Usuarios
       check_command           check_nrpe_1args!check_users
}

Monitorizando Load Average

El Load Average, se compone de varios elementos, los cuales nos informarán de la carga del servidor.

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Load Average
       check_command           check_nrpe!check_load!5!10
}

Monitorizando PING

Monitorizando el Ping, podemos llegar a saber si nuestro servidor sufre latencias, las cuales pueden llegar a ser problemáticas para el correcto funcionamiento de nuestro servidor.

define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Ping6
       check_command           check_ping!100.0,20%!500.0,60%
}

Monitorizando espacios

Como podréis ver en la captura, yo tengo mi servidor de Zimbra seccionado en tres particiones: OPT, HSM y Backups. Lo que haremos es monitorizarlas, para que cuando quede poco espacio nos avise.

zimbra-nagios004

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_opt]=/usr/lib64/nagios/plugins/check_disk -w 20% -c 10% -p /opt
command[check_backup]=/usr/lib64/nagios/plugins/check_disk -w 20% -c 10% -p /opt/zimbra/backup
command[check_hsm]=/usr/lib64/nagios/plugins/check_disk -w 20% -c 10% -p /opt/zimbra/hsm

[root@zimbra ~]# service nrpe restart

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Espacio OPT
       check_command           check_nrpe_1arg!check_opt
}
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Espacio HSM
       check_command           check_nrpe_1arg!check_hsm
}
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Espacio Backup
       check_command           check_nrpe_1arg!check_backup
}

Al final de todos estos checks, nos tendría que quedar de la siguiente manera en nuestro Nagios:

zimbra-nagios005

Update de Jorge

Adicionalmente a este estúpendo tutorial, añado un par de entradas más interesantes a tener en cuenta:

Plugin check_zmstatus.pl

Este Plugin nos monitoriza el estado de los servicios, directamente ejecutando en el servidor el comando zmcontrol status, como usuario Zimbra. Este plugin puede descargarse aquí y debe meterse en la carpeta donde tengamos nuestros plugins, /usr/lib64/nagios/plugins (para CentOS 64bit), /usr/lib/nagios/plugins (para Ubuntu 12.04 64bit) Este plugin es gracias a schose.net

También hay que ejecutar algunos comandos adicionales, meter en el fichero /etc/sudoers la siguiente línea:

%nagios ALL=(zimbra) NOPASSWD:/opt/zimbra/bin/zmcontrol

Y en nuestro fichero de nrpe.cfg lo siguiente:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_zmstatus]=/usr/lib64/nagios/plugins/check_zmstatus.pl -b $ARG1$

[root@zimbra ~]# service nrpe restart

Ahora en nuestro server de Nagios:

root@srvnagios:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Zimbra Status
       check_command           check_nrpe_zimbra
}

Y metemos el comando en nuestro commands.cfg

define command{
        command_name                    check_nrpe_zimbra
        command_line                    $USER1$/check_nrpe -H $HOSTADDRESS$ -c check_zmstatus -u
}

El aspecto de este plugin es el siguiente:

zimbra-nagios006

Monitorizando MySQL

Y también no olvidemos un servicio clave en nuestra instalación Zimbra, MySQL, podemos comprobarlo de una manera muy sencilla, en nuestro Server de Zimbra ejecutamos:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_zimbra_mysql]=/usr/lib64/nagios/plugins/check_mysql -s /opt/zimbra/db/mysql.sock

[root@zimbra ~]# service nrpe restart

En nuestro server de Nagios ejecutamos lo siguiente:

root@firewall:~# vim /etc/nagios3/conf.d/services_nagios2.cfg
define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Comprobar MySQL
       check_command           check_nrpe_1arg!check_zimbra_mysql
}

define service {
       use                     generic-service
       hostgroup_name          zimbra-servers
       service_description     Comprobar MySQL Logger
       check_command           check_nrpe_1arg!check_zimbra_mysql_logger
}

Es posible que tengamos problemas con las credenciales, hay que crear un usuario en MySQL, sin privilegios ni nada, de la siguiente manera:

mysql> select password(‘PASSWORDVUESTRA’);
+——————————————-+
| password(‘nagios2014’)                    |
+——————————————-+
| *AB6F6BD001383BE123123123123fdssdf7379334 |
+——————————————-+
1 row in set (0.00 sec)

mysql> CREATE USER nagios IDENTIFIED BY PASSWORD ‘*AB6F6BD001383BE123123123123fdssdf7379334’;
Query OK, 0 rows affected (0.52 sec)

Y modificar el command del cliente de la siguiente manera:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg

command[check_zimbra_mysql]=/usr/lib64/nagios/plugins/check_mysql -s /opt/zimbra/db/mysql.sock -u nagios -p PASSWORDVUESTRA

[root@zimbra ~]# service nrpe restart

Monitorizando Mailq

Otro servicio importante es Mailq, el servicio que nos muestra los mensajes que tenemos en cola, podemos monitorizar si tenemos un problema grande de spam, o que se han quedado los mensajes parados, vamos a monitorizarlo de la siguiente manera:

[root@zimbra ~]# vim /etc/nagios/nrpe.cfg
command[check_zimbra_mailq]=/usr/lib/nagios/plugins/check_mailq -w 100 -c 150 -M postfix

Para este caso, además, tenemos que modificar un fichero, ya que la ruta de mailq dentro de nuestro utils no es correcta:

root@zmmt00:/home/sistemas# vi /usr/lib/nagios/plugins/utils.pm

Y cambiar el $PATH_TO_MAILQ que apunta a /usr/bin/mailq

zimbra-nagios007

Por lo siguiente /opt/zimbra/postfix-2.10.1.2z/sbin/mailq que es la ruta correcta en Zimbrazimbra-nagios008

Ejecutando el check de nuevo, veremos que ya podemos ver el número de mensajes en cola, 6 en mi caso.zimbra-nagios009

Esperamos que os sea de ayuda para poder monitorizar vuestros servidores de Zimbra. Como hemos indicado al principio del post, si tenéis algún servicio monitorizado que no esté indicado, os animamos a que nos lo comentéis e iremos añadiéndolo.

Un saludo

Filed Under: zimbra Tagged With: zimbra check, zimbra monitoring, zimbra nagios

Reader Interactions

Comments

  1. Roberto says

    1 April, 2014 at 12:15

    Brutal este post! ¿No tendréis lo mismo pero para zabbix?

    Un saludo!

    Reply
    • Jorge de la Cruz says

      1 April, 2014 at 12:30

      Buenos días Roberto, muchas gracias por el comentario. Yo no trabajo zon Zabbix, pero se que Óscar si lo usa de vez en cuando, a ver si se anima 😛

      Reply
    • Oscar Mas says

      1 April, 2014 at 15:45

      Hola Roberto…..

      Me alegra que uses Zabbix, yo a nivel profesional también lo uso. Lo que podemos hacer es colgar la plantilla de Zabbix….

      Reply
  2. David says

    1 April, 2014 at 16:34

    Excelente articulo. Tengo el Nagios bastante saturado ya… no se si podrá aguantar estos check del zimbra.

    Gracias y un saludo.

    Reply
  3. Carles Pla says

    1 April, 2014 at 23:13

    Gran trabajo!!

    Reply
    • Oscar Mas says

      1 April, 2014 at 23:21

      Gracias, viniendo de ti es un halago 😉

      Reply
  4. Daro says

    15 June, 2014 at 21:31

    no se podria adaptar todos estos chequeos para Check_mk?? saludos y gracias de antemano

    Reply
    • Jorge de la Cruz says

      16 June, 2014 at 18:00

      Buenas tardes Daro,
      Que yo vea de manera sencilla no. Pero si acabas por migrarlo todo sobre Check_MK y quieres compartirlo con nosotros, lo publicaremos sin problema.
      Un saludo

      Reply
      • Daro says

        17 June, 2014 at 21:25

        estoy tratando de poder adaptar todo esto en check _mk con chequeos manuales, cuando lo logre lo comparto, un saludo

        Reply
  5. Christiano says

    18 June, 2014 at 15:45

    Jorge, no meu ambiente nao funcionou o check_zmstatus.pl. veja:

    /usr/local/nagios/libexec/check_zmstatus.pl -b $ARG1$
    CRITICAL: ZMStatus not found – $

    Fiz as alterações no /etc/sudoers conforme solicitado.

    Minha versao do zimbra é a 8.0.6.
    Será que falta alguma coisa?

    Obrigado.

    Reply
    • Jorge de la Cruz says

      18 June, 2014 at 15:59

      Hola Christiano,
      ¿Qué sucede si ejecutas en Linux simplemente /usr/lib/nagios/plugins/check_zmstatus.pl? Mira mi ejemplo:
      root@zmmb01:/home/# /usr/lib/nagios/plugins/check_zmstatus.pl
      OK: every service is running fine
      root@zmmb01:/home/#

      Luego en el fichero nrpe.cfg debe estar así, por favor, asegurate que tienes tu script en /usr/lib/nagios/plugins y no otra ruta, si es otra ruta, cambialo en este fichero:
      command[check_zmstatus]=/usr/lib/nagios/plugins/check_zmstatus.pl -b $ARG1$

      Y por último en el server de Nagios yo tengo de command esto, donde la variable USER1 es la ruta de los plugins:
      $USER1$/check_nrpe -H $HOSTADDRESS$ -c check_zmstatus -u

      Un saludo

      Reply
  6. Juan Carlos Carrillo says

    28 October, 2014 at 18:08

    Excelente post Jorge.
    Tengo icinga 1.7.1, sabes si serían aplicables las configuraciones en este entorno?
    en caso contrario, que versión de Nagios me recomiendas?
    Muchas gracias

    Reply
    • Jorge de la Cruz says

      28 October, 2014 at 20:08

      Buenas tardes Juan Carlos,
      No utilizo Icinga, lo mejor para probar esto con Nagios es buscar una solución que tenga ya Nagios, estadísticas, etc. Lo mejor es que bajes CentreON, que tiene un appliance que es bajar y ya está, y desde ahí configures todo.

      Un saludo !

      Reply
      • Juan Carlos Carrillo says

        29 October, 2014 at 19:07

        Gracias Jorge, muy amable.

        Reply
  7. Alberto Del Moral says

    13 January, 2015 at 10:23

    Como siempre unos crack´s. Esta me la perdi y no lo entiendo porque me declaro “fan” de esta página.
    Yo tengo habilitada la monitorización con nagios de forma similar a la vuestra, pero hay una cosa que me ha amargado durante un periodo grande de tiempo.
    El problema es que me ha dado más de un disgusto el llenado de la partición de logs. El problema es bien sencillo , tenia un problema con el backup que hago del servidor de zimbra, no del backup propio del sistema, cuando coincidian (full de fin de semana..) la partición de logs /opt/zimbra/logs se me llenaba, generaba un log de error por falta de memoria de 55 G , vamos me dejaba frito por eso monitorice el fichero mailbox.log y cuando crece por encima de 10 G .. problemas y mensage..
    Saludos

    Reply
    • Jorge de la Cruz says

      13 January, 2015 at 10:30

      Muchas gracias Alberto,
      No se, la entrada ya tiene mucho tiempo, quizá fué antes de que nos leyeras. Muchas gracias por leernos, si quieres añadir el script o líneas para monitorizar el tamaño de Mailbox.log, será de ayuda para el resto.

      Un saludo

      Reply
  8. Carlos says

    28 December, 2015 at 14:05

    Muy bueno tu post, una pregunta… Sabes como puedo generar un reporte historico en Nagios Core?

    Reply
    • Jorge de la Cruz says

      28 December, 2015 at 21:07

      Saludos Carlos, supongo que debes usar extensiones externas:
      https://exchange.nagios.org/directory/Addons/Reporting

      Un saludo

      Reply
  9. Felipe says

    4 January, 2016 at 19:08

    Hola,

    Una consulta… tengo una intranet en la cual me pide autentificación al ingresar al sitio web, mi problema que no encuentro algún plugins para que pueda ingresar en la configuración de nagios el usuario y password para que pueda monitorear el sitio.

    Actualmente estoy ocupando el check_http pero este solo me esta monitoreando que el apache se encuentra arriba y ya me he topado que el sitio se encuentra abajo.

    Habrá algún plugins??

    Reply
    • Jorge de la Cruz says

      4 January, 2016 at 20:47

      Saludos Felipe,
      Para esto deberas preparar un .html o .php o .aspx que haga lo que necesites internamente, ya sea chequear la bbdd, etc, y te devuelva algo, entonces eso lo recoges con Nagios. O tambien puedes chequear el estado de la web, 404, error 500, etc.
      https://exchange.nagios.org/directory/Plugins/Websites,-Forms-and-Transactions/check_website-PHP-script/details

      Un saludo

      Reply

Trackbacks

  1. Zimbra: Una vez instalado, ¿qué hago? (Administrador) - El Blog de Jorge de la Cruz says:
    5 July, 2017 at 9:50

    […] https://www.jorgedelacruz.es/2014/04/01/zimbra-monitorizando-con-nagios/ […]

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Primary Sidebar

  • Email
  • GitHub
  • LinkedIn
  • RSS
  • Twitter
  • YouTube

Gold Partners

Silver Partners

Libros Gratuitos

Cloud por vExperts
VMware por vExperts

VMware vExpert

Puesto 16 en Top vBlog

Calendario de Posts

April 2014
M T W T F S S
 123456
78910111213
14151617181920
21222324252627
282930  
« Mar   May »

Disclaimer

Todas las opiniones expresadas en este sitio son las mías propias y no representan las opiniones de ninguna compañía con la que haya trabajado, esté trabajando o vaya a estar trabajando.

Copyright © 2026 · El Blog de Jorge de la Cruz