Áú»¢¶Ä²©

Esta es una traducci¨®n de la p¨¢gina de documentaci¨®n original en espa?ol. Ay¨²danos a mejorarla.
Table of Contents

8 Problemas conocidos

Consulte tambi¨¦n: Problemas de compilaci¨®n.

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:

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';

Timescale DB: alto uso de memoria con una gran cantidad de particiones

Las versiones 9.6-12 de PostgreSQL usan demasiada memoria al actualizar tablas con una gran cantidad de particiones () . Este problema se manifiesta cuando Áú»¢¶Ä²© actualiza las tendencias en sistemas con TimescaleDB si las tendencias se dividen en relativamente peque?as (por ejemplo, 1 d¨ªa) trozos. Esto lleva a cientos de fragmentos presentes en las tablas de tendencias. con configuraci¨®n de limpieza predeterminada: la condici¨®n en la que se encuentra PostgreSQL Es probable que se quede sin memoria.

El problema se ha resuelto desde Áú»¢¶Ä²© 5.0.1 para nuevas instalaciones. con TimescaleDB, pero si TimescaleDB se configur¨® con Áú»¢¶Ä²© antes de eso, por favor mire para las notas de migraci¨®n.

Timescale DB 2.5.0: la pol¨ªtica de compresi¨®n puede fallar en tablas que contienen n¨²meros enteros

Este problema se manifiesta cuando se utiliza TimescaleDB 2.5.0. Se resolvi¨® desde TimescaleDB 2.5.1.

Para obtener m¨¢s informaci¨®n, consulte .

´¡³¦³Ù³Ü²¹±ô¾±³ú²¹³¦¾±¨®²Ô

°ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del modo SQL para una actualizaci¨®n exitosa

La configuraci¨®n sql_mode en MySQL/MariaDB debe tener configurado el modo "STRICT_TRANS_TABLES". Si est¨¢ ausente, la actualizaci¨®n de la base de datos Áú»¢¶Ä²© fallar¨¢ (ver tambi¨¦n ).

´¡³¦³Ù³Ü²¹±ô¾±³ú²¹³¦¾±¨®²Ô con MariaDB 10.2.1 y anterior

La actualizaci¨®n de Áú»¢¶Ä²© 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 ).

Plantillas

Compatibilidad de plantillas en entornos de doble pila (IPv4/IPv6)

En entornos de doble pila (sistemas configurados para admitir tanto IPv4 como IPv6), el nombre de host localhost generalmente se resuelve en direcciones IPv4 e IPv6. Debido a la priorizaci¨®n com¨²n de IPv6 sobre IPv4 por parte de muchos sistemas operativos y solucionadores DNS, las plantillas de Áú»¢¶Ä²© pueden no funcionar correctamente si el servicio que se est¨¢ monitoreando est¨¢ configurado para escuchar solo en IPv4.

Los servicios que no est¨¢n configurados para escuchar en direcciones IPv6 pueden volverse inaccesibles, lo que genera fallas de monitoreo. Los usuarios pueden configurar el acceso correctamente para IPv4, pero a¨²n enfrentan problemas de conectividad debido al comportamiento predeterminado de priorizar IPv6.

Una soluci¨®n alternativa para esto es asegurarse de que los servicios (Nginx, Apache, PostgreSQL, etc.) est¨¦n configurados para escuchar en direcciones IPv4 e IPv6, y que el servidor/agente de Áú»¢¶Ä²© tenga permitido el acceso a trav¨¦s de IPv6. Adem¨¢s, en las plantillas y configuraciones de Áú»¢¶Ä²©, use localhost expl¨ªcitamente en lugar de 127.0.0.1 para garantizar la compatibilidad con IPv4 e IPv6.

Por ejemplo, al monitorear PostgreSQL con la plantilla , es posible que deba editar el archivo pg_hba.conf para permitir conexiones para el usuario zbx_monitor. Si el entorno de doble pila prioriza IPv6 (el sistema resuelve localhost como ::1) y configura localhost pero solo agrega una entrada IPv4 (127.0.0.1/32), la conexi¨®n fallar¨¢ porque no hay una entrada IPv6 coincidente.

El siguiente ejemplo de archivo pg_hba.conf garantiza que el usuario zbx_monitor pueda conectarse a cualquier base de datos desde la m¨¢quina local utilizando direcciones IPv4 e IPv6 con diferentes ³¾¨¦³Ù´Ç»å´Çs de autenticaci¨®n:

# TYPE     DATABASE     USER            ADDRESS          METHOD
         host     all          zbx_monitor     localhost        trust
         host     all          zbx_monitor     127.0.0.1/32     md5
         host     all          zbx_monitor     ::1/128          scram-sha-256

Si es necesario, tambi¨¦n puede utilizar la direcci¨®n IPv4 (127.0.0.1) directamente al configurar la macro de plantilla para la cadena de conexi¨®n.

Instalaci¨®n accidental de paquetes EPEL Áú»¢¶Ä²©

Con el repositorio EPEL instalado y habilitado, la instalaci¨®n de Áú»¢¶Ä²© desde paquetes har¨¢ que se instalen paquetes EPEL Áú»¢¶Ä²© en lugar de los paquetes oficiales de Áú»¢¶Ä²©.

En este caso, desinstale los paquetes de Áú»¢¶Ä²© de EPEL, es decir:

dnf remove zabbix-server-mysql

Bloquee los paquetes Áú»¢¶Ä²© de EPEL. Agregue la siguiente l¨ªnea en el archivo /etc/yum.conf:

exclude=zabbix6.0*

Instale el servidor Áú»¢¶Ä²© nuevamente:

dnf install zabbix-server-mysql

Observe que los paquetes oficiales de Áú»¢¶Ä²© tienen la palabra "release" en su cadena de versi¨®n:

6.0.25-release1.el8

Paquetes Áú»¢¶Ä²© para RHEL en entornos Red Hat UBI

Al instalar Áú»¢¶Ä²© desde paquetes de Red Hat Enterprise Linux en entornos , aseg¨²rese de tener acceso a los repositorios y dependencias necesarios. Los paquetes de Áú»¢¶Ä²© dependen de las bibliotecas libOpenIPMI.so y libOpenIPMIposix.so, que no son proporcionadas por ning¨²n paquete en los repositorios predeterminados del administrador de paquetes habilitados en los sistemas UBI y provocar¨¢n fallos en la instalaci¨®n.

Las bibliotecas libOpenIPMI.so y libOpenIPMIposix.so est¨¢n disponibles en el paquete OpenIPMI-libs, que es proporcionado por el repositorio redhat-#-for-<arch>-appstream-rpms. El acceso a este repositorio se gestiona mediante suscripciones que, en el caso de entornos UBI, se propagan montando la configuraci¨®n del repositorio y los directorios secretos del equipo RHEL en el espacio de nombres del sistema de archivos del contenedor.

Para obtener m¨¢s informaci¨®n, consulte .

Clave de firma caducada para paquetes RHEL

Al actualizar Áú»¢¶Ä²© en Red Hat Enterprise Linux, es posible que encuentre un problema con la clave de firma vencida para paquetes en . Cuando una clave de firma caduca, los intentos de verificar las firmas del paquete generar¨¢n un error que indica que el certificado o la clave ya no son v¨¢lidos. Por ejemplo:

error: Verifying a signature using certificate D9AA84C2B617479C6E4FCF4D19F2475308EFA7DD (Áú»¢¶Ä²© LLC (Jul 2022) <[email protected]>):
         1. Certificiate 19F2475308EFA7DD invalid: certificate is not alive
             because: The primary key is not live
             because: Expired on 2024-07-04T11:41:23Z
         2. Key 19F2475308EFA7DD invalid: key is not alive
             because: The primary key is not live
             because: Expired on 2024-07-04T11:41:23Z

Para resolver estos problemas, reinstale manualmente la ¨²ltima versi¨®n zabbix-release paquete para su variante espec¨ªfica de RHEL (reemplace el enlace a continuaci¨®n con el correcto del ).

Por ejemplo, en RHEL 9, ejecutar:

rpm -Uvh https://repo.zabbix.com/zabbix/6.0/rhel/9/x86_64/zabbix-release-latest.el9.noarch.rpm

Luego, actualice la informaci¨®n del repositorio:

dnf update

Para obtener m¨¢s informaci¨®n, consulte .

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 el ±è²¹°ù¨¢³¾±ð³Ù°ù´Ç DBTLSConnect 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 ). The error has been fixed in MySQL since 8.0.29, but not in MariaDB. For more details, see .

°ä´Ç°ù°ù±ð±ô²¹³¦¾±¨®²Ô 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 Áú»¢¶Ä²© 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: .

Limitaciones de las expresiones regulares en el agente Áú»¢¶Ä²© 2

El agente 2 de Áú»¢¶Ä²© no admite b¨²squedas hacia adelante y hacia atr¨¢s en expresiones regulares debido a las limitaciones de la biblioteca est¨¢ndar de expresiones regulares de Go.

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 .

Comprobaciones SSH

  • Algunas distribuciones de Linux como Debian y Ubuntu no admiten cifrado de claves privadas (con frase de contrase?a) si la biblioteca libssh2 est¨¢ instalada desde los paquetes. Consulte para obtener m¨¢s detalles.

  • Cuando se utiliza libssh 0.9.x en algunas distribuciones de Linux con OpenSSH 8, las comprobaciones de SSH pueden ocasionalmente informar "No se pueden leer datos del servidor SSH". esto est¨¢ causado por un [problema] (https://gitlab.com/libssh/libssh-mirror/-/merge_requests/101) en libssh (). Se espera el error haber sido solucionado por una versi¨®n estable de libssh 0.9.5. Ver tambi¨¦n para obtener m¨¢s detalles.

  • Usando la tuber¨ªa "|" en el script SSH puede provocar un error "No se pueden leer datos del servidor SSH". En este caso se recomienda actualizar la versi¨®n de la biblioteca libssh. V¨¦ase tambi¨¦n para m¨¢s detalles.

Comprobaciones ODBC

  • El controlador MySQL unixODBC no debe usarse con el servidor Áú»¢¶Ä²© o el proxy Áú»¢¶Ä²© compilado con la biblioteca del conector MariaDB y viceversa, si es posible tambi¨¦n es mejor evitar utilizar el mismo conector que el controlador debido a un [error ascendente] (https://bugs.mysql.com/bug.php?id=73709). °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô sugerida:

    Conector PostgreSQL, SQLite u Oracle ¡ú Controlador MariaDB o MySQL unixODBC Conector MariaDB ¡ú Controlador MariaDB unixODBC Conector MySQL ¡ú Controlador MySQL unixODBC

Consulte para obtener m¨¢s informaci¨®n y soluciones alternativas disponibles.

  • Los datos XML consultados desde Microsoft SQL Server pueden truncarse de varias maneras en sistemas Linux y UNIX.

  • Se ha observado que el uso de comprobaciones ODBC para monitorear bases de datos Oracle usando varias versiones de Oracle Instant Client para Linux provoca que el servidor Áú»¢¶Ä²© falle.
    V¨¦ase tambi¨¦n: , .

  • Si utiliza el controlador FreeTDS UnixODBC, debe anteponer una declaraci¨®n 'SET NOCOUNT ON' a una consulta SQL (por ejemplo, SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....). De lo contrario, el elemento del monitor de la base de datos en Áú»¢¶Ä²© no podr¨¢ recuperar la informaci¨®n con un error "La consulta SQL devolvi¨® un resultado vac¨ªo".
    Consulte para obtener m¨¢s informaci¨®n.

Par¨¢metro de ³¾¨¦³Ù´Ç»å´Ç de solicitud incorrecto en items

El ±è²¹°ù¨¢³¾±ð³Ù°ù´Ç del ³¾¨¦³Ù´Ç»å´Ç 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 Áú»¢¶Ä²© anterior a 4.0. Para obtener detalles sobre c¨®mo solucionar este problema , consulte .

Supervisi¨®n web y agente HTTP

El servidor Áú»¢¶Ä²© pierde memoria en CentOS 6, CentOS 7 y posiblemente en otros distribuciones de Linux relacionadas debido a un cuando "SSL? verify peer" est¨¢ habilitado en escenarios web o agente HTTP. Consulte 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 para m¨¢s detalles.

Errores con la ejecuci¨®n de fping en contenedores sin ra¨ªz

Cuando los contenedores se ejecutan en modo sin ra¨ªz o en un entorno con restricciones espec¨ªficas, es posible que se produzcan errores relacionados con la ejecuci¨®n de fping al realizar comprobaciones ICMP, como "fping: Operaci¨®n no permitida" o que se pierdan todos los paquetes de todos los recursos.

Para solucionar este problema, agregue --cap-add=net_raw a los comandos "docker run" o "podman run".

Adem¨¢s, la ejecuci¨®n de fping en entornos no root puede requerir una modificaci¨®n de sysctl, es decir:

sudo sysctl -w "net.ipv4.ping_group_range=0 1995"

donde "1995" es el GID de zabbix. Para obtener m¨¢s detalles, consulte .

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 Áú»¢¶Ä²© si el ±è²¹°ù¨¢³¾±ð³Ù°ù´Ç SourceIP est¨¢ configurado en el archivo de configuraci¨®n del servidor Áú»¢¶Ä²©. Como soluci¨®n alternativa, no configure el ±è²¹°ù¨¢³¾±ð³Ù°ù´Ç SourceIP. El mismo problema se aplica tambi¨¦n a Linux, pero no hace que el servidor Áú»¢¶Ä²© 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 m¨¢s detalles.

Capturadores SNMP

El paquete "net-snmp-perl", necesario para los capturadores SNMP, se elimin¨® en RHEL 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.

Consulte tambi¨¦n para m¨¢s informaci¨®n.

Fallo del proceso de alerta en RHEL 7

Se han encontrado casos de fallos en el proceso de alerta del servidor Áú»¢¶Ä²© en RHEL 7. Consulte para obtener m¨¢s detalles.

´¡³¦³Ù³Ü²¹±ô¾±³ú²¹³¦¾±¨®²Ô del agente Áú»¢¶Ä²© 2 (6.0.5 o anterior)

Al actualizar Áú»¢¶Ä²© Agent 2 (versi¨®n 6.0.5 o anterior) desde paquetes, puede ocurrir un error de conflicto de archivos relacionado con los complementos. Para corregir el error, haga una copia de seguridad de la configuraci¨®n del agente 2 (si es necesario), desinstale el agente 2 e inst¨¢lelo nuevamente.

En sistemas basados en RHEL, ejecute:

dnf remove zabbix-agent2
       dnf install zabbix-agent2

En sistemas basados en Debian, ejecute:

apt remove zabbix-agent2
       apt install zabbix-agent2

Para obtener m¨¢s informaci¨®n, consulte .

Cambiar configuraciones regionales de interfaz

Se ha observado que las configuraciones regionales del frontend pueden cambiar sin aparente l¨®gica, por ejemplo, algunas p¨¢ginas (o partes de p¨¢ginas) se muestran en un idioma mientras que otras p¨¢ginas (o partes de p¨¢ginas) est¨¢n en un idioma diferente. Normalmente el problema puede aparecer cuando hay varios usuarios, algunos de ellos quienes usan una localizaci¨®n, mientras que otros usan otra.

Una soluci¨®n conocida para esto es deshabilitar el subproceso m¨²ltiple en PHP y Apache.

El problema est¨¢ relacionado con c¨®mo funciona la configuraci¨®n regional : configuraci¨®n regional La informaci¨®n se mantiene por proceso, no por hilo. Entonces en un entorno multiproceso, cuando hay varios proyectos ejecutados por el mismo proceso Apache, es posible que la configuraci¨®n regional se cambie en otro hilo y eso cambia la forma en que se pueden procesar los datos en el hilo Áú»¢¶Ä²©.

Para obtener m¨¢s informaci¨®n, consulte los informes de problemas relacionados:

  • (Problema con cambios de configuraci¨®n regional del frontend)
  • (Problema con procesamiento de n¨²meros en gr¨¢ficos usando la funci¨®n bcdiv de BC funciones matem¨¢ticas)

PHP 7.3 configuraci¨®n opcache

Si "opcache" est¨¢ habilitado en la configuraci¨®n de PHP 7.3, la interfaz de Áú»¢¶Ä²© 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 ±è²¹°ù¨¢³¾±ð³Ù°ù´Ç "opcache.optimization_level" en 0x7FFFBFDF en la configuraci¨®n de PHP (archivo php.ini).

³Ò°ù¨¢´Ú¾±³¦´Ç²õ

Horario de verano

Los cambios al horario de verano (DST) provocan irregularidades cuando se muestran etiquetas del eje X (duplicaci¨®n de fecha, fecha faltante, etc.).

Agregaci¨®n de suma

Cuando se utiliza la agregaci¨®n de suma en un gr¨¢fico para un per¨ªodo inferior a una hora, los gr¨¢ficos muestran valores incorrectos (multiplicados) cuando los datos provienen de tendencias.

Texto superpuesto

Para algunos idiomas de interfaz (por ejemplo, japon¨¦s), las fuentes locales pueden provocar que el texto se superponga en la leyenda del gr¨¢fico. Para evitar esto, utilice la versi¨®n 2.3.0 (o posterior) de la extensi¨®n PHP GD.

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 para m¨¢s informaci¨®n).

Consultas MySQL lentas

El servidor Áú»¢¶Ä²© genera consultas SELECT lentas en caso de que los valores de las m¨¦tricas no existan. Se sabe que este ocurre en las versiones MySQL 5.6/5.7 (para una discusi¨®n m¨¢s amplia, consulte ), y, en casos espec¨ªficos, tambi¨¦n puede ocurrir en versiones posteriores de MySQL. Una soluci¨®n alternativa a esto es deshabilitar u optimizar en MySQL. Sin embargo, tenga en cuenta que es posible que esta soluci¨®n no resuelva todos los problemas relacionados con consultas lentas.

Sincronizaci¨®n de configuraci¨®n lenta con Oracle

La sincronizaci¨®n de la configuraci¨®n puede ser lenta en instalaciones de Áú»¢¶Ä²© 6.0 con Oracle DB que tienen una gran cantidad de m¨¦tricas y pasos de preprocesamiento de m¨¦tricas. Esto se debe a la velocidad del motor de la base de datos Oracle que procesa campos de tipo nclob.

Para mejorar el rendimiento, puede convertir los tipos de campo de nclob a nvarchar2 aplicando manualmente el parche de la base de datos items_nvarchar_prepare.sql. Tenga en cuenta que esta conversi¨®n reducir¨¢ el l¨ªmite m¨¢ximo de tama?o de campo de 65535 bytes a 4000 bytes para los ±è²¹°ù¨¢³¾±ð³Ù°ù´Çs de preprocesamiento de m¨¦tricas y ±è²¹°ù¨¢³¾±ð³Ù°ù´Çs de m¨¦tricas como ¶Ù±ð²õ³¦°ù¾±±è³¦¾±¨®²Ô, campo Script de la m¨¦trica de script, campos Cuerpo de la solicitud y Encabezados de la m¨¦trica del agente HTTP , campo Consulta SQL de la m¨¦trica del monitor de base de datos . Las consultas para determinar los nombres de las plantillas que deben eliminarse antes de aplicar el parche se proporcionan en el parche como comentario. Alternativamente, si se establece MAX_STRING_SIZE, puede cambiar nvarchar2(4000) a nvarchar2(32767) en las consultas de parche para establecer el l¨ªmite de tama?o de campo de 32767 bytes.

Para obtener una discusi¨®n ampliada, consulte .

inicio de sesi¨®n API

Se puede crear una gran cantidad de sesiones de usuario abiertas cuando se usa scripts con user.login ³¾¨¦³Ù´Ç»å´Ç sin su correspondiente user.logout.

When opening a link to Áú»¢¶Ä²© frontend page that contains filter settings, including the time selector, the filter is automatically saved in the database for the user, replacing the previously saved filter and/or time selector settings for that page. These settings remain active until the user manually updates or resets them.

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 .

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 Áú»¢¶Ä²© verifica en Windows

Entradas DNS no existentes en un ±è²¹°ù¨¢³¾±ð³Ù°ù´Ç Servidor del agente Áú»¢¶Ä²© archivo de configuraci¨®n (zabbix_agentd.conf) puede aumentar el agente Áú»¢¶Ä²© 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 Áú»¢¶Ä²© escribir en /etc. (introducido en ).

Hay dos opciones de soluci¨®n disponibles:

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

Chromium para Áú»¢¶Ä²© web service en Ubuntu 20

Aunque en la mayor¨ªa de los casos, el Áú»¢¶Ä²© 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 Áú»¢¶Ä²© 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 Áú»¢¶Ä²©. Este texto de error gen¨¦rico es enviado al servidor Áú»¢¶Ä²© 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 Áú»¢¶Ä²© 6.0 se ha agregado soporte para PCRE2. Aunque PCRE todav¨ªa es compatible, los paquetes de instalaci¨®n de Áú»¢¶Ä²© para RHEL 7 y posteriores, SLES (todas las versiones), Debian 9 y posteriores, Ubuntu 16.04 y posteriores se han actualizado para usar PCRE2. Si bien proporciona muchos beneficios, cambiar a PCRE2 puede hacer que ciertos patrones de expresiones regulares de PCRE existentes dejen de ser v¨¢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 Áú»¢¶Ä²© se han actualizado y ahora usan PCRE2: RHEL 7 y posteriores, SLES (todas las versiones), Debian 9 y posteriores, Ubuntu 16.04 y posteriores.

Conversi¨®n incorrecta de servicios en Áú»¢¶Ä²© 6.0.0-6.0.2

En Áú»¢¶Ä²© 6.0, se introdujeron nuevos algoritmos de c¨¢lculo del estado del servicio m¨¢s flexibles.

Despu¨¦s de una actualizaci¨®n de Áú»¢¶Ä²© <6.0 a Áú»¢¶Ä²© 6.0.0, 6.0.1, 6.0.2, las reglas de c¨¢lculo del estado del servicio "M¨¢s cr¨ªtico si todos los hijos tienen problemas" y "M¨¢s cr¨ªtico de los servicios para hijos" se intercambiar¨¢n. Los servicios creados en Áú»¢¶Ä²© 6.0.0 y posteriores tendr¨¢n reglas de c¨¢lculo de estado correctas.

Al actualizar desde versiones <6.0 a Áú»¢¶Ä²© 6.0.3 o posteriores, Áú»¢¶Ä²© actualizar¨¢ correctamente las reglas de c¨¢lculo del estado del servicio. La actualizaci¨®n de 6.0.x a 6.0.3 no tendr¨¢ ning¨²n efecto en las reglas de c¨¢lculo del estado del servicio.

Error del widget de mapa geogr¨¢fico

Es posible que los mapas en el widget Geomap no se carguen correctamente si actualiz¨® desde una versi¨®n anterior de Áú»¢¶Ä²© con NGINX y no cambi¨® al nuevo archivo de configuraci¨®n de NGINX durante la actualizaci¨®n.

Para solucionar el problema, puede descartar el archivo de configuraci¨®n anterior, usar el archivo de configuraci¨®n del paquete 6.0 y reconfigurarlo como se describe en las instrucciones de descarga en la secci¨®n e. Configure PHP para la interfaz de Áú»¢¶Ä²©.

Alternativamente, puede editar manualmente un archivo de configuraci¨®n NGINX existente (normalmente, /etc/zabbix/nginx.conf). Para hacerlo, abra el archivo y localice el siguiente bloque:

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

Entonces, reemplace este bloque con:

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

Incorrect information from nested host groups in maps

Information from nested host groups is incorrectly displayed in maps, for example:

  • Host group label displays the problem summary not including all hosts in nested host groups;
  • "Host group elements" view does not display a separate map element for each host in the nested host groups.

Logrotate para servidor y proxy Áú»¢¶Ä²©

La utilidad logrotate solo se incluye en los paquetes para zabbix-agent, zabbix-agent2 y zabbix-web-service, pero debe instalarse por separado para el servidor y el proxy Áú»¢¶Ä²©. La dependencia logrotate se agreg¨® a los paquetes de servidor y proxy para RHEL y SUSE a partir de Áú»¢¶Ä²© 6.4.4rc1.

Problemas en Áú»¢¶Ä²© 6.0.11

Errores de an¨¢lisis de JSONPath

Los errores de an¨¢lisis de JSONPath se producen en caso de espacios en blanco iniciales y una matriz/objeto vac¨ªo. Corregido en Áú»¢¶Ä²© 6.0.12.

Y/O evaluaci¨®n en filtros LLD

La evaluaci¨®n de expresiones AND/OR en los filtros/anulaciones de descubrimiento de bajo nivel puede fallar en esta versi¨®n. Corregido en Áú»¢¶Ä²© 6.0.12.

Archivos faltantes en el archivo del agente de Windows

Al archivo ZIP de descarga del agente Áú»¢¶Ä²© de Windows le faltan los archivos zabbix_sender.h y zabbix_sender.lib en las versiones 6.0.0-6.0.27, necesarios para zabbix_sender.dll.

Caso de uso con variables globales compartidas entre llamadas de webhook

A medida que las variables globales se comparten entre diferentes llamadas de webhook, el siguiente c¨®digo har¨¢ que el contador del valor de la etiqueta aumente gradualmente:

try 
       {
          aa = aa + 1;
       }
       catch (e)
       {
          aa = 0;
       }

       result = {
               'tags': {
                   'endpoint': aa
               }
           };
       return JSON.stringify(result);

Se recomienda utilizar variables locales en lugar de globales para asegurarse de que cada script opere con sus propios datos y que no haya colisiones entre llamadas simult¨¢neas.

Processor groups on Windows

Microsoft documentation states that systems with fewer than 64 logical processors always have a single processor group, Group 0. However, Áú»¢¶Ä²© users have reported a rare bug , when there are two processor groups on systems with 64 or less logical processors. This resulted in having the "(n)" performance counters for only one processor group out of two. The actual root cause of this bug is not known. However, a similar case was described at , and the root cause there was in interoperation between BIOS and Windows.

Limits of filtering with utf8mb4 collations

Filters (e.g., in Configuration ¡ú Maintenance) may not function correctly when applied to entities containing certain Unicode characters (e.g., ?, ?). This issue arises due to how the default utf8mb4_bin collation for MySQL or MariaDB databases handles sorting and comparison of Unicode characters.

To address this limitation, users can change the collation of database columns to alternatives such as utf8mb4_0900_bin, utf8mb4_0900_ai_ci, or utf8mb4_unicode_520_ci. Note, however, that changing the collation may cause unexpected behavior in the handling of empty spaces, as well as sorting and filtering for other characters.

For more information on changing collations, see or . For details on collation differences, see in MySQL documentation.