Áú»¢¶Ä²©

Table of Contents

8 Problemes coneguts

Veieu tamb¨¦: Problemes de compilaci¨®.

Engegada del proxy amb MySQL 8.0.0-8.0.17

El zabbix_proxy amb les versions 8.0.0-8.0.17 de MySQL falla amb l'error d'"acc¨¦s rebutjat" seg¨¹ent:

[Z3001] connection to database 'zabbix' failed: [1227] Access denied; you need (at least one of) the SUPER, SYSTEM_VARIABLES_ADMIN or SESSION_VARIABLES_ADMIN privilege(s) for this operation

Aix¨° es deu al fet que MySQL 8.0.0 comen?a a aplicar permisos especials per establir variables de sessi¨®. Tanmateix, a la versi¨® 8.0.18, aquest comportament s'ha esborrat: .

La soluci¨® passa per concedir privilegis addicionals a l'usuari zabbix:

Per les versions 8.0.14 a 8.0.17 de MySQL :

 grant SESSION_VARIABLES_ADMIN on *.* to 'zabbix'@'localhost';

Per les versions 8.0.0 a 8.0.13 de MySQL :

grant SYSTEM_VARIABLES_ADMIN on *.* to 'zabbix'@'localhost';

Timescale DB : alt ¨²s de mem¨°ria amb un gran nombre de particions

Les versions 9.6-12 de PostgreSQL empren massa mem¨°ria quan actualitzen taules amb un gran nombre de particions. Aquest problema es manifesta quan Áú»¢¶Ä²© actualitza les tend¨¨ncies als sistemes amb TimescaleDB si les tend¨¨ncies es divideixen en segments relativament petits (p. ex., 1 dia). Aix¨° fa que es vegin centenars de fragments a les taules de tend¨¨ncies amb la configuraci¨® de manteniment predeterminada, la condici¨® en la qual ¨¦s probable que PostgreSQL es quedi sense mem¨°ria.

El problema s'ha corregit des de Áú»¢¶Ä²© 5.0.1 per a instal¡¤lacions noves amb TimescaleDB, per¨° si TimescaleDB es va configurar amb Áú»¢¶Ä²© abans, consulteu per a notes de migraci¨®.

Timescaledb 2.5.0: l'estrat¨¨gia de compressi¨® pot fallar en taules que contenen nombres enters

Aquest problema es manifesta quan s'empra TimescaleDB 2.5.0. S'ha resolt des de TimescaleDB 2.5.1.

Per obtindre m¨¦s informaci¨®, consulteu .

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

°ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨® del mode SQL per a una actualitzaci¨® correcta

La configuraci¨® sql_mode a MySQL/MariaDB ha de tindre el mode "STRICT_TRANS_TABLES" establert. Si ¨¦s absent, l'actualitzaci¨® de la base de dades Áú»¢¶Ä²© fallar¨¤ (veieu tamb¨¦ ).

Actualitzar amb MariaDB 10.2.1 i versions anteriors

L'actualitzaci¨® de Áú»¢¶Ä²© pot fallar si les taules de base de dades es van crear amb MariaDB 10.2.1 o versions anteriors, perqu¨¨ en aquestes versions el format de fila predeterminat ¨¦s compacte. Aix¨° es pot resoldre canviant el format de fila a din¨¤mic (veieu tamb¨¦ ).

Plantilles

Compatibilitat de plantilles en entorns de doble pila (IPv4/IPv6).

En entorns de doble pila (sistemes configurats per suportar tant IPv4 com IPv6), el nom d'equip "localhost" normalment es resol tant per adreces IPv4 com IPv6. A causa de la prioritzaci¨® comuna d'IPv6 sobre IPv4 per part de molts sistemes operatius i solucionadors de DNS, les plantilles Áú»¢¶Ä²© poden no funcionar correctament si el servei que s'est¨¤ monitorant ¨¦s configurat per escoltar nom¨¦s IPv4.

Els serveis que no s¨®n configurats per escoltar a les adreces IPv6 poden arribar a ser inabastables, la qual cosa comporta errors de monitoratge. Els usuaris poden configurar l'acc¨¦s correctament per a IPv4, per¨° encara s'enfronten a problemes de connectivitat degut al comportament predeterminat de prioritzar IPv6.

Una soluci¨® alternativa ¨¦s assegurar-se que els serveis (Nginx, Apache, PostgreSQL, etc.) siguin configurats per escoltar tant adreces IPv4 com IPv6, i que el servidor/agent Áú»¢¶Ä²© tingui acc¨¦s mitjan?ant IPv6. A m¨¦s, a les plantilles i configuracions de Áú»¢¶Ä²©, empreu localhost expl¨ªcitament en lloc de 127.0.0.1 per garantir la compatibilitat amb IPv4 i IPv6.

Per exemple, quan es monitora PostgreSQL amb l', potser haureu d'editar el fitxer pg_hba.conf per permetre connexions per a l'usuari zbx_monitor. Si l'entorn de doble pila prioritza IPv6 (el sistema resol localhost a ::1) i configureu localhost per¨° nom¨¦s afegiu una entrada IPv4 (127.0.0.1/32), la connexi¨® fallar¨¤ perqu¨¨ no hi ha coincid¨¨ncies amb l'entrada IPv6.

El seg¨¹ent exemple de fitxer pg_hba.conf garanteix que l'usuari zbx_monitor es pugui connectar a qualsevol base de dades des de la m¨¤quina local mitjan?ant adreces IPv4 i IPv6 amb ³¾¨¨³Ù´Ç»å±ðs d'autenticaci¨® diferents:

# 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 cal, tamb¨¦ podeu emprar l'adre?a IPv4 (127.0.0.1) directament quan configureu la macro de plantilla per a la cadena de connexi¨®.

Instal¡¤laci¨® accidental de paquets EPEL Áú»¢¶Ä²©

Amb el repositori EPEL instal¡¤lat i habilitat, la instal¡¤laci¨® de Áú»¢¶Ä²© des dels paquets far¨¤ que s'instal¡¤lin els paquets EPEL Áú»¢¶Ä²© en lloc dels paquets oficials de Áú»¢¶Ä²©.

En aquest cas, desinstal¡¤leu els paquets Áú»¢¶Ä²© d'EPEL, ¨¦s a dir:

dnf remove zabbix-server-mysql

Bloqueu els paquets Áú»¢¶Ä²© d'EPEL. Afegiu la l¨ªnia seg¨¹ent al fitxer /etc/yum.conf:

exclude=zabbix6.0*

Torneu a instal¡¤lar el servidor Áú»¢¶Ä²©:

dnf install zabbix-server-mysql

Tingueu en compte que els paquets oficials de Áú»¢¶Ä²© tenen la paraula releasea la cadena de la versi¨®:

6.0.25-release1.el8

Paquets Áú»¢¶Ä²© per a RHEL en entorns Red Hat UBI

Quan instal¡¤leu Áú»¢¶Ä²© des de paquets de Red Hat Enterprise Linux en entorns , assegureu-vos l'acc¨¦s als repositoris i depend¨¨ncies necess¨¤ries. Els paquets Áú»¢¶Ä²© depenen de les biblioteques libOpenIPMI.so i libOpenIPMIposix.so, que no s¨®n proporcionades per cap paquet als repositoris del gestor de paquets per defecte habilitats als sistemes UBI i provocaran errors d'instal¡¤laci¨®.

Les biblioteques libOpenIPMI.so i libOpenIPMIposix.so s¨®n disponibles al paquet OpenIPMI-libs, que ¨¦s proporcionat pel repositori redhat-#-for-<arch>-appstream-rpms. L'acc¨¦s a aquest dip¨°sit es soluciona mitjan?ant subscripcions, que, en el cas dels entorns UBI, es propaguen muntant la configuraci¨® del dip¨°sit i els directoris de secrets de l'equip RHEL a l'espai de noms del sistema de fitxers del contenidor.

Per obtindre m¨¦s informaci¨®, veieu .

Clau de signatura caducada per als paquets RHEL

Quan actualitzeu Áú»¢¶Ä²© a Red Hat Enterprise Linux, ¨¦s possible que us trobeu amb un problema de clau de signatura caducada per als paquets al . Quan caduca una clau de signatura, els intents de verificar les signatures dels paquets donaran lloc a un error que indica que el certificat o la clau ja no s¨®n v¨¤lids. Per exemple:

error: Verifying a signature using certificate D9AA84C2B617479C6E4FCF4D19F2475308EFA7DD (Áú»¢¶Ä²© LLC (Jul 2022) <[email protected]>):
         1. Certificate 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

Per resoldre aquests problemes, torneu a instal¡¤lar manualment el darrer paquet zabbix-release per a la vostra variant espec¨ªfica de RHEL (substitu?u l'enlla? seg¨¹ent per el correcte del ).

Per exemple, a RHEL 9, executeu:

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

A continuaci¨®, actualitzeu la informaci¨® del repositori:

dnf update

Per obtindre m¨¦s informaci¨®, veieu .

Connexi¨® TLS a la base de dades amb MariaDB

La connexi¨® TLS a la base de dades no s'admet pas amb l'opci¨® verify_ca per al ±è²¹°ù¨¤³¾±ð±ð³Ù°ù±ð DBTLSConnect si s'empra MariaDB.

Blocatges possibles amb MySQL/MariaDB

Quan s'executa amb una c¨¤rrega pesada i amb m¨¦s d'un agent LLD implicat, ¨¦s possible entrar en un bloqueig causat per un error d'InnoDB relacionat amb la pol¨ªtica de bloqueig de filera (veieu l'error. mysql-server/commit/7037a0bdc83196755a3bf3e935cfb3c0127715d5)). L'error s'ha corregit a MySQL des de l'8.0.29, per¨° no a MariaDB. Per obtindre m¨¦s informaci¨®, consulteu .

°ä´Ç°ù°ù±ð±ô²¹³¦¾±¨® global d'esdeveniments

Els esdeveniments poden no ¨¦sser correlacionats correctament si l'interval de temps entre el primer i el segon esdeveniment ¨¦s molt petit, ¨¦s a dir, mig segon o menys.

Interval de tipus de dades num¨¨riques (flotant) amb PostgreSQL 11 i anteriors

PostgreSQL 11 i versions anteriors nom¨¦s admeten l'interval de valors de coma flotant al rang de -1.34E-154 a 1.34E+154.

NetBSD 8.0 i m¨¦s recent

Diversos processos Áú»¢¶Ä²© es poden bloquejar aleat¨°riament a l'inici a les versions 8.X i 9.X de NetBSD. Aix¨° es deu al fet que la mida de la pila per defecte ¨¦s massa petita (4 Mo), i es pot d'augmentar executant:

 l¨ªmit -s 10240

Per obtindre m¨¦s informaci¨®, consulteu l'informe del problema relacionat: .

Limitacions d'expressi¨® regular a l'agent Áú»¢¶Ä²© 2

L'agent Áú»¢¶Ä²© 2 no admet els lookaheads i lookbacks a les expressions regulars degut a les limitacions est¨¤ndard de la biblioteca d'expressions regulars de Go.

Verificacions IPMI

Les comprovacions IPMI no funcionaran amb el paquet est¨¤ndard de la biblioteca OpenIPMI a Debian abans de la versi¨® 9 (stretch) i Ubuntu anterior a la 16.04 (xenial). Per resoldre aquest problema, torneu a compilar la biblioteca OpenIPMI amb OpenSSL habilitat, tal com es mostra a .

Verificacions SSH

- Algunes distribucions de Linux com Debian i Ubuntu no admeten claus privades xifrades (amb mot de pas) si la biblioteca libssh2 ¨¦s instal¡¤lada des dels paquets. Consulteu [ZBX-4850](https://support.zabbix.com/browse/ZBX-4850) per obtindre m¨¦s informaci¨®.
       
       - Quan empreu libssh 0.9.x a CentOS 8 en algunes distribucions de Linux amb OpenSSH 8, les comprovacions SSH poden informar de tant en tant que "No es poden llegir les dades del servidor SSH". Aix¨° ¨¦s causat per un [problema](https://gitlab.com/libssh/libssh-mirror/-/merge_requests/101) a libssh ([informe detallat](https://bugs.libssh.org/T231)) . L'error s'hauria d'haver corregit amb una versi¨® estable de libssh 0.9.5. Consulteu tamb¨¦ [ZBX-17756](https://support.zabbix.com/browse/ZBX-17756) per a m¨¦s detalls.
       
       - Emprar la pleca "|" a l'script SSH pot provocar un error "No es poden llegir les dades del servidor SSH". En aquest cas, es recomana actualitzar la versi¨® de la biblioteca libssh. Consulteu tamb¨¦ [ZBX-21337](https://support.zabbix.com/browse/ZBX-21337) per obtindre m¨¦s detalls.

Verificacions ODBC

  • El controlador MySQL unixODBC no s'ha d'emprar amb el servidor Áú»¢¶Ä²© o el proxy Áú»¢¶Ä²© compilat amb la biblioteca de connectors MariaDB i viceversa, si ¨¦s possible. Tamb¨¦ ¨¦s millor evitar emprar el mateix connector que el controlador a causa d'un . °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨® suggerida:

    Connector PostgreSQL, SQLite o Oracle ¡ú Controlador unixODBC MariaDB o MySQL Connector MariaDB ¡ú Controlador MariaDB unixODBC Connector MySQL ¡ú Controlador MySQL unixODBC

Consulteu per obtindre m¨¦s informaci¨® i solucions alternatives disponibles.

  • Les dades XML consultades des de Microsoft SQL Server es poden truncar de diferents maneres en sistemes Linux i UNIX.

  • S'ha observat que l'¨²s de comprovacions ODBC per monitorar les bases de dades Oracle emprant diferents versions d'Oracle Instant Client per a Linux fa que el servidor Áú»¢¶Ä²© es bloquegi. Veieu tamb¨¦ , .

  • Si empreu el controlador FreeTDS UnixODBC, heu d'afegir una instrucci¨® 'SET NOCOUNT ON' a una consulta SQL (per exemple, SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....). En cas contrari, l'element de monitoratge de la base de dades a Áú»¢¶Ä²© no podr¨¤ recuperar la informaci¨® amb un error "La consulta SQL ha retornat un resultat buit". Consulteu per obtindre m¨¦s informaci¨®.

El par¨¤metre del ³¾¨¨³Ù´Ç»å±ð de petici¨® ¨¦s incorrecte als elements

El par¨¤metre del ³¾¨¨³Ù´Ç»å±ð de sol¡¤petici¨®, que nom¨¦s s'empra a les comprovacions HTTP, pot estar configurat incorrectament a "1", un valor no predeterminat per a tots els elements despr¨¦s d'una actualitzaci¨® d'una versi¨® anterior a la versi¨® 4.0 de Áú»¢¶Ä²©. Per obtindre m¨¦s informaci¨® sobre com solucionar aquest problema, consulteu .

Monitoratge Web i agent HTTP

El servidor Áú»¢¶Ä²© perd mem¨°ria en algunes distribucions de Linux a causa d'un quan s'habilita "SSL verifica peer" en escenaris web o un agent HTTP. Consulteu per obtindre m¨¦s informaci¨® i solucions alternatives disponibles.

Verificacions simples

Hi ha un error a les versions fping anteriors a la v3.10 que gestiona malament els paquets de reproducci¨® d'eco duplicats. Aix¨° pot provocar resultats inesperats per als elements icmpping, icmpping, icmpping, icmppingsec. Es recomana emprar la darrera versi¨® d'fping. Consulteu per obtindre m¨¦s informaci¨®.

Errors amb l'execuci¨® d'fping a contenidors sense arrel

Quan els contenidors s'executen en mode sense arrel o en un entorn de restriccions espec¨ªfiques, ¨¦s possible que us trobeu amb errors relacionats amb l'execuci¨® d'fping quan feu comprovacions ICMP, com ara "fping: operaci¨® no permesa" o es perdin tots els paquets de tots els recursos.

Per solucionar aquest problema, afegiu --cap-add=net_raw a les ordres "docker run" o "podman run".

A m¨¦s, l'execuci¨® d'fping en entorns no root pot menester modificacions de sysctl, ¨¦s a dir:

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

on "1995" ¨¦s el GID zabbix. Per obtindre m¨¦s informaci¨®, consulteu .

Verificacions SNMP

Si s'empra el sistema operatiu OpenBSD, un error a la biblioteca Net-SNMP, fins a la versi¨® 5.7.3, pot provocar que el servidor Áú»¢¶Ä²© es bloquegi si el par¨¤metre SourceIP s'estableix al fitxer de configuraci¨® del servidor Áú»¢¶Ä²©. Per solucionar aquest problema, no configureu el par¨¤metre SourceIP. El mateix problema tamb¨¦ s'aplica a Linux, per¨° no impedeix que el servidor Áú»¢¶Ä²© funcioni. S'ha aplicat una correcci¨® local per al paquet net-snmp a OpenBSD i es publicar¨¤ amb OpenBSD 6.3.

Pics de dades SNMP

S'han observat pics en les dades SNMP que poden estar relacionats amb alguns factors f¨ªsics com ara pics de tensi¨®. Consulteu per obtindre m¨¦s informaci¨®.

Traps SNMP

El paquet "net-snmp-perl", necessari per a les trampes SNMP, es va treure a RHEL 8.0-8.2; i s'ha afegit a RHEL 8.3.

Per tant, si empreu RHEL 8.0-8.2, la millor soluci¨® ¨¦s actualitzar a RHEL 8.3.

Consulteu tamb¨¦ per obtindre m¨¦s informaci¨®.

Fallida del proc¨¦s Alerter amb RHEL 7

S'han trobat bloquejos de les inst¨¤ncies del proc¨¦s d'alerta del servidor Áú»¢¶Ä²© a RHEL 7. Consulteu per obtindre m¨¦s informaci¨®.

´¡³¦³Ù³Ü²¹±ô¾±³Ù³ú²¹³¦¾±¨® de l'agent Áú»¢¶Ä²© 2 (6.0.5 o anterior)

Quan actualitzeu l'agent Áú»¢¶Ä²© 2 (versi¨® 6.0.5 o anterior) des dels paquets, es pot produir un error de conflicte de fitxer relacionat amb els connectors. Per solucionar l'error, feu una c¨°pia de seguretat de la configuraci¨® de l'agent 2 (si cal), desinstal¡¤leu l'agent 2 i instal¡¤leu-lo de nou.

En sistemes basats en RHEL, executeu:

dnf remove zabbix-agent2
       dnf install zabbix-agent2

En sistemes basats en Debian, executeu:

apt remove zabbix-agent2
       apt install zabbix-agent2

Per obtindre m¨¦s informaci¨®, veieu .

Inversi¨® de la configuraci¨® regional de la interf¨ªcie web

S'ha observat que la configuraci¨® regional de la interf¨ªcie web pot canviar sense l¨°gica aparent, ¨¦s a dir, algunes p¨¤gines (o parts de p¨¤gines) es mostren en un idioma mentre que altres p¨¤gines (o parts de p¨¤gines) es mostren en un idioma diferent. Normalment, el problema pot apar¨¨ixer quan hi ha diversos usuaris, alguns dels quals empren una configuraci¨® regional, mentre que altres n'empren una altra.

Una soluci¨® alternativa coneguda ¨¦s desactivar el multithreading a PHP i Apache.

El problema ¨¦s relacionat amb el funcionament de la configuraci¨® de localitzacions : la informaci¨® de la configuraci¨® regional es mant¨¦ per proc¨¦s, no per fil. Per tant, en un entorn multifils, quan s'executen diversos projectes pel mateix proc¨¦s d'Apache, ¨¦s possible que la configuraci¨® regional es canvi? en un altre fil i aix¨° canvi? la manera com es poden processar les dades al fil Áú»¢¶Ä²©.

Per obtindre m¨¦s informaci¨®, consulteu els informes de problemes relacionats:

  • (Problema amb la commutaci¨® de configuraci¨® regional de la interf¨ªcie web)
  • (Problema amb la gesti¨® de nombres als gr¨¤fics mitjan?ant la funci¨® bcdiv de les funcions BC Math)

°ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨® de l'opcache PHP 7.3

Si "opcache" ¨¦s habilitat a la configuraci¨® de PHP 7.3, el frontal de Áú»¢¶Ä²© pot mostrar una pantalla en blanc a la primera c¨¤rrega. Aquest ¨¦s un de PHP. Per solucionar aquest problema, configureu el par¨¤metre "opcache.optimization_level" a 0x7FFFBFDF a la configuraci¨® de PHP (fitxer php.ini).

³Ò°ù¨¤´Ú¾±³¦s

Horari d'estiu

Els canvis a l'horari d'estiu (DST) causen irregularitats en mostrar les etiquetes de l'eix X (data doble, data que manca, etc.).

Suma afegida

Quan s'empra la suma afegida a un gr¨¤fic durant un per¨ªode inferior a una hora, els gr¨¤fics mostren valors incorrectes (multiplicats) quan les dades provenen de tend¨¨ncies.

Text superposat

Per a alguns idiomes d'interf¨ªcie (per exemple, el japon¨¨s), els tipus de lletra locals poden provocar que el text es superposi a la llegenda del gr¨¤fic. Per evitar-ho, empreu la versi¨® 2.3.0 (o posterior) de l'extensi¨® PHP GD.

Monitoratge dels arxius de registre

Els elements log[] i logrt[] reprodueixen repetidament el fitxer de registre des del principi si el sistema de fitxers ¨¦s ple al 100% i el fitxer de registre ¨¦s en mode d'adjuntar (veieu per obtindre m¨¦s informaci¨®).

Consultes de MySQL lentes

El servidor Áú»¢¶Ä²© genera consultes SELECT lentes en cas de valors inexistents per als elements. Aix¨° es deu a un conegut a les versions de MySQL 5.6/5.7. Una soluci¨® alternativa ¨¦s desactivar l'optimitzador d' o a MySQL. Per a una discussi¨® en profunditat, veieu .

De tota manera, aix¨° ¨¦s una soluci¨® temporal i no corregir¨¤ pas tots els elements relatius a les consultes lentes.

Sincronitzaci¨® lenta de la configuraci¨® amb Oracle

La sincronitzaci¨® de la configuraci¨® pot esdevindre lenta a les instal¡¤lacions de Áú»¢¶Ä²© 6.0 amb Oracle DB que tenen un gran nombre d'elements i passes de preprocessament d'elements. Aix¨° ¨¦s degut als camps de tipus nclob que processen la velocitat del motor de base de dades Oracle.

Per millorar el rendiment, podeu convertir els tipus de camp de nclob a nvarchar2 aplicant manualment el peda? de la base de dades items_nvarchar_prepare.sql. Tingueu en compte que aquesta conversi¨® reduir¨¤ el l¨ªmit m¨¤xim de mida del camp de 65535 a 4000 octets per als par¨¤metres de preprocessament d'elements i par¨¤metres d'element com ara ¶Ù±ð²õ³¦°ù¾±±è³¦¾±¨®, el camp de l'element d'script Script, camps de l'element de l'agent HTTP Cos de la petici¨® i Cap?aleres, camp de l'element del monitor de la base de dades Consulta SQL. Les consultes per determinar els noms de les plantilles que cal esborrar abans d'aplicar el peda? es proporcionen al peda? com a comentari. Alternativament, si s'estableix MAX_STRING_SIZE, podeu canviar nvarchar2(4000) a nvarchar2(32767) a les consultes de peda?os per establir el l¨ªmit de mida del camp de 32767 octets.

Per a una discussi¨® ampliada, vegeu .

Connexi¨® a l'API

Es poden crear un gran nombre de sessions d'usuari obertes quan s'empren scripts personalitzats amb el ³¾¨¨³Ù´Ç»å±ð user.login sense user.logout »å±ð²õ±è°ù¨¦²õ.

°ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨® del filtre persistent des dels enlla?os

Quan obriu un enlla? a la p¨¤gina d'interf¨ªcie de Áú»¢¶Ä²© que cont¨¦ la configuraci¨® del filtre, inclla la tria d'hora, el filtre ¨¦s desat autom¨¤ticament a la base de dades per a l'usuari, substituint el filtre desat anteriorment i/o la configuraci¨® de la tria d'hora per aquesta p¨¤gina. Aquests par¨¤metres romanen actius fins que l'usuari els actualitzi o restableixi manualment.

Problema d'adre?a IPv6 als paquets SNMPv3

A causa d'un error net-snmp, ¨¦s possible que l'adre?a IPv6 no es mostri correctament quan s'empra SNMPv3 a les trampes SNMP. Per obtindre m¨¦s detalls i una possible soluci¨®, veieu .

L'adre?a IP IPv6 llarga ha fallat en la informaci¨® d'inici de sessi¨®

Un missatge d'intent d'inici de sessi¨® fallit nom¨¦s mostrar¨¤ els primers 39 car¨¤cters d'una adre?a IP emmagatzemada perqu¨¨ aquest ¨¦s el l¨ªmit de car¨¤cters al camp de la base de dades. Aix¨° significa que les adreces IP IPv6 de m¨¦s de 39 car¨¤cters es mostraran de manera incompleta.

Verificacions de l'agent Áú»¢¶Ä²© sota Windows

Les entrades de DNS inexistents al par¨¤metre "Servidor" del fitxer de configuraci¨® de l'agent Áú»¢¶Ä²© (zabbix_agentd.conf) poden augmentar el temps de resposta de l'agent Áú»¢¶Ä²© a Windows. Aix¨° passa perqu¨¨ el dimoni de mem¨°ria cau DNS de Windows no guarda a la mem¨°ria cau les respostes negatives per a adreces IPv4. Tanmateix, per a les adreces IPv6, les respostes negatives s'emmagatzemen a la mem¨°ria cau, de manera que una possible soluci¨® ser¨¤ desactivar IPv4 a l'equip.

Exportaci¨®/importaci¨® YAML

Hi ha problemes coneguts amb exportacions/importacions YAML:

  • Els missatges d'error no es poden traduir;
  • De vegades no es pot importar un JSON v¨¤lid amb extensi¨® de fitxer .yaml;
  • Les dates llegibles per humans sense citar es converteixen autom¨¤ticament en segells de temps Unix.

Assistent de configuraci¨® a SUSE amb NGINX i php-fpm

L'assistent de configuraci¨® de la interf¨ªcie no pot desar el fitxer de configuraci¨® a SUSE amb NGINX + php-fpm. Aix¨° ¨¦s causat per una configuraci¨® a la unitat /usr/lib/systemd/system/php-fpm.service, que impedeix que Áú»¢¶Ä²© escrigui a /etc (afegit amb ).

Hi ha dues opcions per passar de llarg disponibles:

  • Estableix l'opci¨® a "true" en lloc de "full" a la unitat php systemd -fpm.
  • Deseu manualment el fitxer /etc/zabbix/web/zabbix.conf.php.

Chromium per al servei web Áú»¢¶Ä²© a Ubuntu 20

Tot i que en la majoria dels casos el servei web Áú»¢¶Ä²© pot funcionar amb Chromium, a Ubuntu 20.04 amb Chromium provoca el seg¨¹ent error:

 No es poden recuperar les dades: no s'ha pogut iniciar Chrome:cmd_run.go:994:
        AV?S: no es pot crear el directori de dades d'usuari: no es pot crear
        "/var/lib/zabbix/snap/chromium/1564": mkdir /var/lib/zabbix: perm¨ªs denegat
        Ho sentim, els directoris d'inici fora de /home actualment no s¨®n compatibles. Consulteu https://forum.snapcraft.io/t/11209 per obtindre m¨¦s informaci¨®.

Aquest error es produeix perqu¨¨ /var/lib/zabbix s'empra com a directori inicial de l'usuari 'zabbix'.

Codis d'error personalitzats de MySQL

Si Áú»¢¶Ä²© s'empra amb la instal¡¤laci¨® de MySQL a Azure, pot apar¨¨ixer un missatge d'error poc clar [9002] Alguns errors poden apar¨¨ixer als registres de Áú»¢¶Ä²©. Aquest text d'error gen¨¨ric s'envia al servidor o proxy Áú»¢¶Ä²© per la base de dades. Per obtindre m¨¦s informaci¨® sobre la causa de l'error, consulteu els registres d'Azure.

Expressions regulars no v¨¤lides despr¨¦s de canviar a PCRE2

A Áú»¢¶Ä²© 6.0, es va afegir suport per a PCRE2. Tot i que PCRE encara ¨¦s compatible, els paquets d'instal¡¤laci¨® de Áú»¢¶Ä²© per a RHEL 7 i posteriors, SLES (totes les versions), Debian 9 i posteriors, Ubuntu 16.04 i posteriors s'han actualitzat per emprar PCRE2. Tot i que ofereix molts avantatges, canviar a PCRE2 pot invalidar alguns patrons d'expressi¨® regular PCRE existents o comportar-se de manera diferent. En particular, aix¨° afecta el patr¨® ^[\w-\.]. Per tal que aquesta expressi¨® regular torni a ser v¨¤lida sense afectar la sem¨¤ntica, substitu?u l'expressi¨® per ^[-\w\.]. Aix¨° es deu al fet que PCRE2 tracta el gui¨® com un delimitador, creant un interval dins d'una classe de car¨¤cters. Els seg¨¹ents paquets d'instal¡¤laci¨® de Áú»¢¶Ä²© s'han actualitzat i ara empren PCRE2: RHEL 7 i posteriors, SLES (totes les versions), Debian 9 i posteriors, Ubuntu 16.04 i posteriors.

Conversi¨® incorrecta dels serveis a Áú»¢¶Ä²© 6.0.0-6.0.2

A Áú»¢¶Ä²© 6.0, s'han introdu?t nous algorismes de c¨¤lcul de l'estat del servei m¨¦s flexibles.

Despr¨¦s d'una actualitzaci¨® de Áú»¢¶Ä²© <6.0 a Áú»¢¶Ä²© 6.0.0, 6.0.1, 6.0.2, les regles de c¨¤lcul de l'estat del servei "M¨¦s cr¨ªtic si tots els fills tenen problemes" i "Serveis fill m¨¦s cr¨ªtics" s'intercanviaran. Els serveis creats a Áú»¢¶Ä²© 6.0.0 i posteriors tindran regles de c¨¤lcul d'estat correctes.

Quan actualitzeu de versions <6.0 a Áú»¢¶Ä²© 6.0.3 o posterior, Áú»¢¶Ä²© actualitzar¨¤ correctament les regles de c¨¤lcul de l'estat del servei. L'actualitzaci¨® de 6.0.x a 6.0.3 no tindr¨¤ cap efecte sobre les regles de c¨¤lcul de l'estat del servei.

Error del giny Geomap

?s possible que els mapes del giny del geomap no es carreguin correctament si heu actualitzat des d'una versi¨® anterior de Áú»¢¶Ä²© amb NGINX i no heu actualitzat al nou fitxer de configuraci¨® d'NGINX durant l'actualitzaci¨®.

Per resoldre el problema, podeu esborrar el fitxer de configuraci¨® antic, emprar el fitxer de configuraci¨® del paquet 6.0 i reconfigurar-lo tal com es descriu a les instruccions de desc¨¤rrega a la secci¨® configura PHP per a la interf¨ªcie Áú»¢¶Ä²©.

Tamb¨¦ podeu editar manualment el fitxer de configuraci¨® NGINX existent (normalment /etc/zabbix/nginx.conf). Per fer-ho, obriu el fitxer i localitzeu el bloc seg¨¹ent:

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

Despr¨¦s, reemplaceu el bloc per:

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

¡¤ location /vendor { ¡¤ deny ¡¤ all; ¡¤ return ¡¤ 404; ¡¤ }

Informaci¨® incorrecta dels grups d'equips heretats als mapes

La informaci¨® dels grups d'equips heretats es mostra incorrectament als mapes, per exemple:

  • L'etiqueta del grup d'equips mostra el resum del problema sense incloure tots els equips dels grups d'equips heretats;
  • La vista "Elements del grup d'equips" no mostra un element de mapa independent per a cada equip dels grups d'equips heretats.
  • L'etiqueta del mapa mostra un resum de tots els problemes sense incloure els dels grups d'equips heretats.

Logrotate per al servidor i proxy Áú»¢¶Ä²©

La utilitat de rotaci¨® de registres (logrotate) nom¨¦s s'inclou als paquets per a zabbix-agent, zabbix-agent2 i zabbix-web-service, per¨° s'ha d'instal¡¤lar per separat per al servidor Áú»¢¶Ä²© i al proxy. La depend¨¨ncia logrotate s'ha afegit als paquets de servidor i proxy per a RHEL i SUSE a partir de Áú»¢¶Ä²© 6.4.4rc1.

Problemes a Áú»¢¶Ä²© 6.0.11

Errors d'an¨¤lisi JSONPath

Els errors d'an¨¤lisi de JSONPath es produeixen amb espais en blanc inicials i matriu/objecte buit. S'ha corregit a Áú»¢¶Ä²© 6.0.12.

I/O avaluaci¨® en filtres LLD

L'avaluaci¨® de les expressions I/O en filtres/substitucions de descoberta de baix nivell pot fallar en aquesta versi¨®. S'ha corregit a Áú»¢¶Ä²© 6.0.12.

Mancan?a de fitxers a l'arxiu de l'agent de Windows

Al fitxer ZIP de desc¨¤rrega de l'agent de Windows Áú»¢¶Ä²© hi manquen els fitxers zabbix_sender.h i zabbix_sender.lib a les versions 6.0.0-6.0.27, necessaris per a zabbix_sender.dll.

Cas d'¨²s amb variables globals compartides entre crides de webhook

A mesura que les variables globals es comparteixen entre diferents crides de webhook, el codi seg¨¹ent far¨¤ que el comptador del valor de l'etiqueta augmenti gradualment:

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

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

Es recomana emprar variables locals en lloc de globals per assegurar-se que cada script funciona amb les seves pr¨°pies dades i que no hi ha conflicte entre crides simult¨¤nies.

Grups de processadors a Windows

La documentaci¨® de Microsoft indica que els sistemes amb menys de 64 processadors l¨°gics sempre tenen un sol grup de processadors, el grup 0. Tanmateix, els usuaris de Áú»¢¶Ä²© han informat d'un error rar , quan hi ha dos grups de processadors en sistemes amb 64 processadors l¨°gics o menys. Aix¨° va donar lloc a tindre el comptador de rendiment "(n)" nom¨¦s per a un grup de processadors de dos. La causa real d'aquest error no es coneix. Tanmateix, es va descriure un cas similar a , i la ra¨® principal era a la interoperaci¨® entre la BIOS i Windows.

L¨ªmits de filtrat amb col¡¤lacions utf8mb4

Els filtres (p. ex., a °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨® ¡ú Manteniment) poden no funcionar correctament quan s'apliquen a entitats que contenen determinats car¨¤cters Unicode (p. ex., ?, ?) . Aquest problema sorgeix a causa de com la col¡¤laci¨® utf8mb4_bin predeterminada per a les bases de dades MySQL o MariaDB gestiona l'ordre i la comparaci¨® de car¨¤cters Unicode.

Per solucionar aquesta limitaci¨®, els usuaris poden canviar la classificaci¨® de les columnes de la base de dades a alternatives com ara utf8mb4_0900_bin, utf8mb4_0900_ai_ci o utf8mb4_unicode_520_ci. Tingueu en compte, per¨°, que canviar la intercalaci¨® pot provocar un comportament inesperat en la gesti¨® dels espais buits, aix¨ª com l'ordenaci¨® i el filtratge d'altres car¨¤cters.

Per obtindre m¨¦s informaci¨® sobre com canviar les intercalades, veieu o [Documentaci¨® de MariaDB] (https://mariadb.com/kb/en/alter-database/). Per obtindre m¨¦s informaci¨® sobre les difer¨¨ncies de classificaci¨®, veieu a la documentaci¨® de MySQL.