Documentation

#8 Problemas conocidos

Inicio de proxy con MySQL 8.0.0-8.0.17

zabbix_proxy en MySQL versiones 8.0.0-8.0.17 falla con lo siguiente error "acceso denegado":

[Z3001] Falló la conexión a la base de datos 'zabbix': [1227] Acceso denegado; necesita (al menos uno de) los privilegios SUPER, SYSTEM_VARIABLES_ADMIN o SESSION_VARIABLES_ADMIN para esta operación

Eso se debe a que MySQL 8.0.0 comenzó a aplicar permisos especiales para establecer variables de sesión. Sin embargo, en 8.0.18 se eliminó este comportamiento: A partir de MySQL 8.0.18, establecer el valor de sesión de esta variable del sistema ya no es una operación restringida.

La solución temporal se basa en otorgar privilegios adicionales al Usuario zabbix:

Para las versiones de MySQL 8.0.14 - 8.0.17:

otorgar SESSION_VARIABLES_ADMIN en *.* a 'zabbix'@'localhost';

Para las versiones de MySQL 8.0.0 - 8.0.13:

otorgar SYSTEM_VARIABLES_ADMIN en *.* a 'zabbix'@'localhost';

Base de datos Timescale DB

Las versiones de PostgreSQL 9.6-12 utilizan demasiada memoria al actualizar tablas con un gran número de particiones ([ver informe del problema] (https://www.postgresql-archive.org/memory-problems-and-crash-of-db-when-deleting-data-from-table-with-thousand-of-partitions-td6108612.html)) . Este problema se manifiesta cuando Zabbix actualiza las tendencias en los sistemas con TimescaleDB si las tendencias se dividen en relativamente pequeños fragmentos(por ejemplo, 1 día). Esto lleva a cientos de fragmentos presentes en las tablas de tendencias. con la configuración de limpieza predeterminada: la condición en la que PostgreSQL es probable que se quede sin memoria.

El problema se ha resuelto desde Zabbix 5.0.1 para nuevas instalaciones con TimescaleDB, pero si TimescaleDB se configuró con Zabbix antes de eso, por favor mira ZBX-16347 para las notas de migración.

Actualización con MariaDB 10.2.1 y anterior

La actualización de Zabbix puede fallar si las tablas de la base de datos se crearon con MariaDB 10.2.1 y anteriores, porque en esas versiones el formato de fila predeterminado es compacto. Esto se puede arreglar cambiando el formato de fila a dinámico (ver también ZBX-17690).

Conexión de base de datos TLS con MariaDB

La conexión TLS de la base de datos no es compatible con la opción 'verify_ca' para DBTLSConnect parámetro si se utiliza MariaDB.

Possible deadlocks with MySQL/MariaDB

When running under high load, and with more than one LLD worker involved, it is possible to run into a deadlock caused by an InnoDB error related to the row-locking strategy (see upstream bug). The error has been fixed in MySQL since 8.0.29, but not in MariaDB. For more details, see ZBX-21506.

Correlación de eventos globales

Es posible que los eventos no se correlacionen correctamente si el intervalo de tiempo entre el primer y segundo evento es muy pequeño, es decir, medio segundo y menos.

Rango de tipos de datos numéricos (flotantes) con PostgreSQL 11 y versiones anteriores

PostgreSQL 11 y versiones anteriores solo admiten valores de punto flotante rango de aproximadamente -1.34E-154 a 1.34E+154.

NetBSD 8.0 y posteriores

Varios procesos de Zabbix pueden bloquearse aleatoriamente al iniciarse en NetBSD versiones 8.X y 9.X. Eso se debe al tamaño de pila predeterminado demasiado pequeño. (4 MB), que debe aumentarse ejecutando:

ulímite -s 10240

Para obtener más información, consulte el informe de problemas relacionado: ZBX-18275.

Comprobaciones de IPMI

Las comprobaciones de IPMI no funcionarán con el paquete de biblioteca OpenIPMI estándar en Debian anterior a 9 (stretch) y Ubuntu anterior a 16.04 (xenial). Para arreglar eso, vuelva a compilar la biblioteca OpenIPMI con OpenSSL habilitado como se explica en ZBX-6139.

SSH checks

• Some Linux distributions like Debian, Ubuntu do not support encrypted private keys (with passphrase) if the libssh2 library is installed from packages. Please see ZBX-4850 for more details.

• When using libssh 0.9.x on CentOS 8 with OpenSSH 8 SSH checks may occasionally report "Cannot read data from SSH server". This is caused by a libssh issue (more detailed report). The error is expected to have been fixed by a stable libssh 0.9.5 release. See also ZBX-17756 for details.

• Using the pipe "|" in the SSH script may lead to a "Cannot read data from SSH server" error. In this case it is recommended to upgrade the libssh library version. See also ZBX-21337 for details.

Comprobaciones ODBC

• El controlador MySQL unixODBC no debe usarse con el servidor Zabbix o Proxy Zabbix compilado contra la biblioteca del conector MariaDB y viceversa, si es posible también es mejor evitar usar el mismo conector como controlador debido a un error de subida de datos. Configuración sugerida:

Conector PostgreSQL, SQLite u Oracle → Controlador MariaDB o MySQL unixODBC
       Conector MariaDB → Controlador MariaDB unixODBC
       Conector MySQL → controlador MySQL unixODBC

Consulte ZBX-7665 para más información y soluciones disponibles.

• Los datos XML consultados desde Microsoft SQL Server pueden quedar truncados en de varias formas en los sistemas Linux y UNIX.

• Se ha observado que el uso de controles ODBC en CentOS 8 para monitorear bases de datos Oracle utilizando Oracle Instant Client para Linux 11.2.0.4.0 hace que el servidor Zabbix se bloquee. El problema puede ser solucionado actualizando Oracle Instant Client a 12.1.0.2.0, 12.2.0.1.0, 18.5.0.0.0 o 19. Véase también ZBX-18402.

Parámetro de método de solicitud incorrecto en items

El parámetro del método de solicitud, utilizado solo en comprobaciones HTTP, puede ser configurado incorrectamente en '1', un valor no predeterminado para todos los elementos como resultado de actualizar desde una versión Zabbix anterior a 4.0. Para obtener detalles sobre cómo solucionar este problema , consulte ZBX-19308.

Supervisión web y agente HTTP

El servidor Zabbix pierde memoria en CentOS 6, CentOS 7 y posiblemente en otros distribuciones de Linux relacionadas debido a un upstream error cuando "SSL¶ verify peer" está habilitado en escenarios web o agente HTTP. Consulte ZBX-10486 para más información y soluciones disponibles.

Controles simples

Hay un error en las versiones de fping anteriores a v3.10 que maneja mal los paquetes de repetición de eco duplicados. Esto puede causar resultados inesperados para Elementos icmpping, icmppingloss, icmppingsec. Se recomienda usar la última versión de fping. Por favor mira ZBX-11726 para más detalles.

Comprobaciones SNMP

Si se utiliza el sistema operativo OpenBSD, un error use-after-free en la biblioteca Net-SNMP hasta la versión 5.7.3 puede causar un bloqueo del servidor Zabbix si el parámetro SourceIP está configurado en el archivo de configuración del servidor Zabbix. Como solución alternativa, no configure el parámetro SourceIP. El mismo problema se aplica también a Linux, pero no hace que el servidor Zabbix deje de funcionar. Un parche local para net-snmp Se aplicó el paquete en OpenBSD y se lanzará con OpenBSD 6.3.

picos de datos SNMP

Se han observado picos en los datos de SNMP que pueden estar relacionados con ciertos factores físicos como picos de tensión en la red eléctrica. Ver ZBX-14318 más detalles.

trampas SNMP

El paquete "net-snmp-perl", necesario para las trampas SNMP, se eliminó en RHEL/CentOS 8.0-8.2; agregado nuevamente en RHEL 8.3.

Entonces, si está utilizando RHEL 8.0-8.2, la mejor solución es actualizar a RHEL 8.3; si está utilizando CentOS 8.0-8.2, puede esperar a CentOS 8.3 o utilice un paquete de EPEL.

Consulte también ZBX-17192 para más información.

Bloqueo del proceso de Alerta en Centos/RHEL 7

Se han encontrado instancias de un bloqueo del proceso de alerta del servidor Zabbix en Centos/RHEL 7. Consulte ZBX-10461 para obtener más detalles.

Compilando el agente Zabbix en HP-UX

Si instala la biblioteca PCRE desde un sitio popular de paquetes HP-UX http://hpux.connect.org.uk, por ejemplo del archivo pcre-8.42-ia64_64-11.31.depot, obtienes solo la versión de 64 bits del biblioteca instalada en el directorio /usr/local/lib/hpux64.

En este caso, para una compilación exitosa del agente, se necesitan opciones personalizadas. para ser utilizado para el script de "configuración", por ejemplo:

CFLAGS="+DD64" ./configure --enable-agent --with-libpcre-include=/usr/local/include --with-libpcre-lib=/usr/local/lib/hpux64

Flipping frontend locales

It has been observed that frontend locales may flip without apparent logic, i. e. some pages (or parts of pages) are displayed in one language while other pages (or parts of pages) in a different language. Typically the problem may appear when there are several users, some of whom use one locale, while others use another.

A known workaround to this is to disable multithreading in PHP and Apache.

The problem is related to how setting the locale works in PHP: locale information is maintained per process, not per thread. So in a multi-thread environment, when there are several projects run by same Apache process, it is possible that the locale gets changed in another thread and that changes how data can be processed in the Zabbix thread.

For more information, please see related problem reports:

• ZBX-10911 (Problem with flipping frontend locales)
• ZBX-16297 (Problem with number processing in graphs using the bcdiv function of BC Math functions)

PHP 7.3 configuración opcache

Si "opcache" está habilitado en la configuración de PHP 7.3, la interfaz de Zabbix puede mostrar una pantalla en blanco cuando se carga por primera vez. Esto es un [error de PHP] (https://bugs.php.net/bug.php?id=78015). registrado. como solución temporal, establezca el parámetro "opcache.optimization_level" en 0x7FFFBFDF en la configuración de PHP (archivo php.ini).

Gráficos

Los cambios en el horario de verano (DST) resultan en irregularidades cuando se muestran las etiquetas del eje X (fecha duplicada, falta de fecha, etc.).

Supervisión de archivos de registro

Los elementos log[] y logrt[] vuelven a leer repetidamente el archivo de registro del comenzo si el sistema de archivos está 100% lleno y el archivo de registro se está agregando (ver ZBX-10884 para más información).

Consultas MySQL lentas

El servidor Zabbix genera consultas de selección lenta en caso de que no exista valores para los items. Esto es causado por un conocido problema en MySQL 5.6/5.7 versiones. Una solución a esto es deshabilitar el index_condition_pushdown Optimizer en MySQL. para mas detalles, ver ZBX-10652.

Slow configuration sync with Oracle

Configuration sync might be slow in Zabbix 6.0 installations with Oracle DB that have high number of items and item preprocessing steps. This is caused by the Oracle database engine speed processing nclob type fields.

To improve performance, you can convert the field types from nclob to nvarchar2 by manually applying the database patch items_nvarchar_prepare.sql. Note that this conversion will reduce the maximum field size limit from 65535 bytes to 4000 bytes for item preprocessing parameters and item parameters such as Description, Script item's field Script, HTTP agent item's fields Request body and Headers, Database monitor item's field SQL query. Queries to determine template names that need to be deleted before applying the patch are provided in the patch as a comment. Alternatively, if MAX_STRING_SIZE is set you can change nvarchar2(4000) to nvarchar2(32767) in the patch queries to set the 32767 bytes field size limit.

For an extended discussion, see ZBX-22363.

inicio de sesión API

Se puede crear una gran cantidad de sesiones de usuario abiertas cuando se usa scripts con user.login método sin su correspondiente user.logout.

Problema de dirección IPv6 en trampas SNMPv3

Debido a un error net-snmp, es posible que la dirección IPv6 no se muestre correctamente cuando utilizando SNMPv3 en trampas SNMP. Para obtener más detalles y una posible solución, consulte ZBX-14541.

Dirección IP IPv6 larga recortada en información de inicio de sesión fallida

Un mensaje de intento de inicio de sesión fallido mostrará solo los primeros 39 caracteres de una dirección IP almacenada ya que ese es el límite de caracteres en el campo de la base de datos. Eso significa que las direcciones IP IPv6 de más de 39 caracteres se mostraran de forma incompleta.

El agente de Zabbix verifica en Windows

Entradas DNS no existentes en un parámetro Servidor del agente Zabbix archivo de configuración (zabbix_agentd.conf) puede aumentar el agente Zabbix tiempo de respuesta en Windows. Esto sucede porque el almacenamiento en caché de DNS en Windows no almacena en caché las respuestas negativas para las direcciones IPv4. Sin embargo, las respuestas negativas de direcciones IPv6 se almacenan en caché, por lo que una posible solución esto es deshabilitar IPv4 en el host.

Exportación/importación YAML

Hay algunos problemas conocidos con YAML exportar/importar:

• Los mensajes de error no son traducibles;
• JSON válido con una extensión de archivo .yaml a veces no se puede importar;
• Las fechas legibles por humanos sin comillas se convierten automáticamente a Unix marcas de tiempo

Asistente de configuración en SUSE con NGINX y php-fpm

El asistente de configuración de frontend no puede guardar el archivo de configuración en SUSE con NGINX + php-fpm. Esto es causado por un ajuste en /usr/lib/systemd/system/php-fpm.service unit, que evita que Zabbix escribir en /etc. (introducido en PHP 7.4).

Hay dos opciones de solución disponibles:

• Configurar la opción ProtectSystem a 'true' en lugar de 'full' en la php-fpm systemd unit.
• Guarde manualmente el archivo /etc/zabbix/web/zabbix.conf.php.

Chromium para Zabbix web service en Ubuntu 20

Aunque en la mayoría de los casos, el Zabbix web service puede ejecutarse con Chromium, en Ubuntu 20.04 usando Chromium provoca el siguiente error:

No se pueden obtener datos: Chrome no pudo iniciarse: cmd_run.go:994:
       ADVERTENCIA: no se puede crear el directorio de datos de usuario: no se puede crear
       "/var/lib/zabbix/snap/chromium/1564": mkdir /var/lib/zabbix: permiso denegado
       Lo sentimos, actualmente no se admiten los directorios de inicio fuera de /home. Consulte https://forum.snapcraft.io/t/11209 para obtener más detalles.

Este error ocurre porque /var/lib/zabbix se usa como directorio de inicio del usuario 'zabbix'.

Códigos de error personalizados de MySQL

Si Zabbix se usa con la instalación de MySQL en Azure, un error poco claro El mensaje [9002] Ocurrieron algunos errores puede aparecer en los registros de Zabbix. Este texto de error genérico es enviado al servidor Zabbix o al proxy por la base de datos. Para obtener más información sobre la causa del error, consulte los registros de Azure.

Expresiones regulares no válidas después de cambiar a PCRE2

En Zabbix 6.0 se ha agregado soporte para PCRE2. Aunque aún se admite PCRE, los paquetes de instalación de Zabbix para RHEL/CentOS 7 y posteriores, SLES (todas las versiones), Debian 9 y posteriores, Ubuntu 16.04 y posteriores se actualizaron para usar PCRE2. Si bien proporciona muchos beneficios, cambiar a PCRE2 puede causar que ciertos patrones de expresiones regulares de PCRE existentes se vuelvan inválidos o se comporten de manera diferente. En particular, esto afecta al patrón ^[\w-\.]. Para que esta expresión regular vuelva a ser válida sin afectar la semántica, cambie la expresión a ^[-\w\.] . Esto sucede debido al hecho de que PCRE2 trata el signo del guión como un delimitador, creando un rango dentro de una clase de carácter. Los siguientes paquetes de instalación de Zabbix se han actualizado y ahora usan PCRE2: RHEL/CentOS 7 y posteriores, SLES (todas las versiones), Debian 9 y posteriores, Ubuntu 16.04 y posteriores.

Wrong conversion of services in Zabbix 6.0.0-6.0.2

In Zabbix 6.0, new more flexible service status calculation algorithms were introduced.

After an upgrade from Zabbix <6.0 to Zabbix 6.0.0, 6.0.1, 6.0.2, the service status calculation rules 'Most critical if all children have problems' and 'Most critical of child nodes' will become swapped. Services created in Zabbix 6.0.0 and newer will have correct status calculation rules.

When upgrading from versions <6.0 to Zabbix 6.0.3 or newer, Zabbix will correctly update service status calculation rules. Upgrading from 6.0.x to 6.0.3 will have no effect on service status calculation rules.

Geomap widget error

The maps in the Geomap widget may not load correctly, if you have upgraded from an older Zabbix version with NGINX and didn't switch to the new NGINX configuration file during the upgrade.

To fix the issue, you can discard the old configuration file, use the configuration file from 6.0 package and reconfigure it as described in the download instructions in section e. Configure PHP for Zabbix frontend.

Alternatively, you can manually edit an existing NGINX configuration file (typically, /etc/zabbix/nginx.conf). To do so, open the file and locate the following block:

location ~ /(api\/|conf[^\.]|include|locale|vendor) {
               deny            all;
               return          404;
       }

Then, replace this block with:

location ~ /(api\/|conf[^\.]|include|locale) {
               deny            all;
               return          404;
       }
       
       location /vendor {
               deny            all;
               return          404;
       }

JSONPath parsing errors in Zabbix 6.0.11

JSONPath parsing errors occur in case of leading whitespace and empty array/object. Fixed in Zabbix 6.0.12.