Consulte tambi¨¦n: Problemas de compilaci¨®n.
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:
Para las versiones de MySQL 8.0.0 - 8.0.13:
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.
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 .
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 ).
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 ).
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.
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:
Bloquee los paquetes Áú»¢¶Ä²© de EPEL. Agregue la siguiente l¨ªnea en el archivo /etc/yum.conf
:
Instale el servidor Áú»¢¶Ä²© nuevamente:
Observe que los paquetes oficiales de Áú»¢¶Ä²© tienen la palabra "release" en su cadena de versi¨®n:
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 .
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:
Luego, actualice la informaci¨®n del repositorio:
Para obtener m¨¢s informaci¨®n, consulte .
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.
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 .
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.
PostgreSQL 11 y versiones anteriores solo admiten valores de punto flotante rango de aproximadamente -1.34E-154 a 1.34E+154.
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:
Para obtener m¨¢s informaci¨®n, consulte el informe de problemas relacionado: .
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.
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 .
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.
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.
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 .
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.
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.
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:
donde "1995" es el GID de zabbix. Para obtener m¨¢s detalles, consulte .
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.
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.
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.
Se han encontrado casos de fallos en el proceso de alerta del servidor Áú»¢¶Ä²© en RHEL 7. Consulte para obtener m¨¢s detalles.
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:
En sistemas basados en Debian, ejecute:
Para obtener m¨¢s informaci¨®n, consulte .
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:
bcdiv
de BC funciones matem¨¢ticas)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).
Los cambios al horario de verano (DST) provocan irregularidades cuando se muestran etiquetas del eje X (duplicaci¨®n de fecha, fecha faltante, etc.).
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.
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.
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).
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.
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 .
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.
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 .
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.
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.
Hay algunos problemas conocidos con YAML exportar/importar:
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:
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'.
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.
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.
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.
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:
Entonces, reemplace este bloque con:
location ~ /(api\/|conf[^\.]|include|locale) {
deny all;
return 404;
}
location /vendor {
deny all;
return 404;
}
Information from nested host groups is incorrectly displayed in maps, for example:
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.
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.
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.
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.
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.
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.
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.