Veieu tamb¨¦: Problemes de compilaci¨®.
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 :
Per les versions 8.0.0 a 8.0.13 de MySQL :
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¨®.
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 .
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¨¦ ).
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¨¦ ).
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¨®.
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:
Bloqueu els paquets Áú»¢¶Ä²© d'EPEL. Afegiu la l¨ªnia seg¨¹ent al fitxer /etc/yum.conf
:
Torneu a instal¡¤lar el servidor Áú»¢¶Ä²©:
Tingueu en compte que els paquets oficials de Áú»¢¶Ä²© tenen la paraula release
a la cadena de la versi¨®:
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 .
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:
A continuaci¨®, actualitzeu la informaci¨® del repositori:
Per obtindre m¨¦s informaci¨®, veieu .
La connexi¨® TLS a la base de dades no s'admet pas amb l'opci¨® verify_ca per al ±è²¹°ù¨¤³¾±ð±ð³Ù°ù±ð DBTLSConnect si s'empra 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 .
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.
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.
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:
Per obtindre m¨¦s informaci¨®, consulteu l'informe del problema relacionat: .
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.
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 .
- 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.
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 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 .
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.
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¨®.
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:
on "1995" ¨¦s el GID zabbix. Per obtindre m¨¦s informaci¨®, consulteu .
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.
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¨®.
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¨®.
S'han trobat bloquejos de les inst¨¤ncies del proc¨¦s d'alerta del servidor Áú»¢¶Ä²© a RHEL 7. Consulteu per obtindre m¨¦s informaci¨®.
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:
En sistemes basats en Debian, executeu:
Per obtindre m¨¦s informaci¨®, veieu .
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:
bcdiv
de les funcions BC Math)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).
Els canvis a l'horari d'estiu (DST) causen irregularitats en mostrar les etiquetes de l'eix X (data doble, data que manca, etc.).
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.
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.
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¨®).
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.
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 .
Es poden crear un gran nombre de sessions d'usuari obertes quan s'empren scripts personalitzats amb el ³¾¨¨³Ù´Ç»å±ð user.login
sense user.logout
»å±ð²õ±è°ù¨¦²õ.
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.
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 .
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.
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.
Hi ha problemes coneguts amb exportacions/importacions YAML:
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:
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'.
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.
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.
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.
?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; ¡¤ }
La informaci¨® dels grups d'equips heretats es mostra incorrectament als mapes, per exemple:
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.
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.
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.
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.
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.
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.
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.