Monitorizar MariaDB 10.2

[spartano]

Buenas tardes a todos...

De nuevo vuel al foro, para ver si puedo solucionar el atasco que me ha surgido con el monitor de MariaDB,

He visto algunos post e hilos por el foro que han tratado el tema, incluso he bajado y puesto alguna plantilla pero no consiguo detectar el fallo en el servidor, usando las plantillas y recomendaciones de algunos usuarios

Hasta la version 5.5 de mysql todo va correctamente, pero usando la version 5.6 en adelante o cualquier de MariaDB, no consigo ver el estado de servidor con una accion me indique esta caido y realizar una accion para comunicar por correo la incidencia.

Alguno de ustedes lo tiene funcionando y puede guiarme un poco en su implantacion

Gracias por adelantado a todos

[sancho]

Hola spartano,

Prueba con este tutorial http://dgbits.blogspot.com.es/2016/0...-usando-o.html

A mi me funciona con Mysql 5.7.

Ya nos contarás...

[spartano]

Buenas

Primero darte las gracias por el aporte ...

Veo lo que lo hace ... que no consigo que detecte el fallo y ejecute la accion, se que detecta el fallo por que el indicador del estado de mysql me lo refleja ...
cuando paro el servicio... no conecta por que el sock no exite..

el macro funciona bien, pero al evaluar la regla que tengo en el indicador correspondiente... se supone que si es 0 ... deberia entrar la accion

{Servidor - aaron:mysql.ping[{$MYSQL_USER},{$MYSQL_PASSWORD}].last()}=0

Pero no la evalua...

Mirando lo los logs de zabbix obtengo este dato

27627:20171218:124223.772 item "Servidor -

Aaaron:mysql.ping[{$MYSQL_USER},{$MYSQL_PASSWORD}]" became not supported: Value "mysqladmin: connect to server at 'localhost' failed
error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
0" of type "string" is not suitable for value type "Numeric (unsigned)"


Algo que veas tu .. que se me haya pasado por algo

Gracias

[spartano]

Luego si evaluo la regla con <> 0 .. claro el servidor conecta y me informa de que esta caido y hace las acciones...

pero .. no esta caido simplemente se le ha evaluado la regla mal y lo capta correctamente...

si no conecta por que esta caido ... no devuelve el string de estado del servicio

Gracias

[sancho]

Hola spartano,
Este tutorial es para monitorizar la BBDD del zabbix, la la que tu quieres monitorizar es la del propio zabbix o es otra BBDD??

[spartano]

No no ... perdona por la confusion .. si no me he expresado bien

Lo que quiero monitorizar es un servicios mysql con version 5.6 o superior y otro con mariadb 10.1

Ambos son externos ... y reciben la señal por el agente, al ver el tutorial no pense que se esta monitorizando a si mismo...

... mi caso es monitorizar uno externo, que hasta la version 5.5 de mysql iba correctamente la plantilla , pero a partir de la 5.6 como te comento y con marida 10, no asume los credenciales incluidos en .my.cnf de zabbix, incluso je llegado a pasar del de userparameter el -h con el host interno, -u y -p para ejecutar direcamente el ping o el status


... pero nada no lo detecta

Gracias nuevamente por tu tiempo

[sancho]

Spartano,
El servidor que tiene el mysql qué sistema operativo tiene?, en el servidor donde está la base de datos, has comprobado en su configuración que la ruta del socket es la misma que te indica el error???

Un saludo.

[spartano]

Son los 2 iguales con debian stretch, esta relacionado directamente con el indicador ...

Si quito mysql 5.6 y pongo 5.5 sobre la misma maquina, es decir no se altera absolutamente nada solo eliminas el server y montas otra..

funciona correctamente, los parametros de m.my.cnf, funcionan los parametros de userparameter_mysql.conf, igual, todo va bien..

sobre la misma maquina elimino mysql 5.5 y monto 5.6, o 5.7 y ya no es detectado.

sobre la misma maquina igual quitas mysql y montas mariadb 10.1 y ya tambien falla en la deteccion ..

No hay mas variacion que esa

No hay error ni en zabbix server ni en el agente ... simplemente no lo detecta

Gracias

[sancho]

Hola de nuevo spartano,
Perdona la tardanza en responder, te llega algún valor en Latest Data para esta monitorización???? o simplemente no recibe datos???
Las BBDD no son mi fuerte...

[spartano]

Buenas ..

... no te precoupes , si todos andamos en mil cosas,

... es maria y mysql 5.6 o superior es como si no hiciera caso a las credenciales y al disparador a los 2 conjuntamente, es decir pasa el agente y lo da todo como ok ..

... y te digo un ejemplo ..

en mysql 5.5 por ejemplo si en el archivo /etc/zabbix/.my.cnf cambias un pass, de momento en el log vesque el usuario creado para el monitor, ha dado error, y de momento salta el problema indicando, no que es mysql este caido , es que el usuario recibe el valor 0 que esta por defecto en la regla y piensa que ha caido.

Vale si este ejemplo lo trasladas a mysql 5.6 o superior o cualquier version de mariadb 10, es decir cambias un credencial de forma que el usuario creadado para conectar y mandar la respuesta .. al no conectar siempre recibe 0..., el sistema en su log no conecta...

... deberia verse el error en el log ... pero no es asi, ... me tiene bastante pillado, mas que por la funcionalidad .. no es pura curiosidad de como hacerlo con alguna plantilla, he montado varias desde los consumos, correo, colas para spam, analizar logs etc...

y el sql que parecia el mas sencillo por la forma de ejecutarlo, no hay manera

jejeje..

si se te ocurre algo o ves algo ... bienvenido sera.

Gracias

[sancho]

Imagino que ya todo esto lo has probado... pero bueno, por si acaso,
En el servidor que tiene la BBDDD si ejecutas en local este mandato que resultado te da???

test -f /usr/bin/mysqladmin && mysqladmin -uusuario -pcontraseña ping | grep alive | wc -l

[spartano]

Si .., lo probe, para ver conetaba y ver el valor recibido...aparte en el log si cambio el pass de ese usuario veo el error

el resultado es 1 .. o 0 como debe de ser

fue haciendo esa pureba donde el el userparameter, al pasar el ping de mysql le incluí los parametros -h -u -p de forma no tener que leer en el archivo .my.cnf creado con los credecianles..

Funciona correctamente igual 5.5 y mariadb inferior a 10, como pases a 5.6 y mariadb 10.1 ya se ha jodido el invento.

Pero es que como te digo... el error de mysql que se ve al cambiar el pass en la version 5.5... por logica deberia verse igual en la 5.6 ...

... pues no ... es como si el indicador no existiera.

Gracias por tu tiempo y recomendacion

A ver se buceando un poco mas, lo encuentro ...

Salu2

[sancho]

spartano,
Porqué le agregas "-h"? imagino que en los servidores donde está la base de datos tienes instalado el agente del zabbix, por lo tanto realmente es una consulta local ... no desde un servidor externo... no?

Esto que te ocurre es todo un misterio

Otra vía que tienes podría ser crear una conexión ODBC entre el servidor zabbix y el servidor de la base de datos.

Un saludo.

[spartano]

Buenas


... bueno despues de estar buscando y rebuscando, el problema con mariadb, viene en el retorno cuando el servicio esta caido ya que no retorna correctamente para evaluar si es |0 o es |1

Modificando la accion original

UserParameter=mysql.ping,HOME=/etc/zabbix mysqladmin ping | grep -c alive

Por esta otra

UserParameter=mysql.ping,HOME=/etc/zabbix mysqladmin -s ping | grep -c alive || true

Se evalua correctamente en las versiones de mariadb 10.1 y 10.2, entrando correctamente el disparador y la accion correspondiente

Gracias por todo

S2

[sancho]

Gracias por la info

Un saludo.