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 :
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 amb adreces IPv4 i 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'¨¦s monitorant est¨¤ configurat per escoltar nom¨¦s a IPv4.
Els serveis que no s¨®n configurats per escoltar a les adreces IPv6 poden arribar a ser inaccessibles, la qual cosa comporta errors de supervisi¨®. Els usuaris poden configurar l'acc¨¦s correctament per a IPv4, per¨° encara tenen problemes de connectivitat a causa del comportament predeterminat de prioritzar IPv6.
Una soluci¨® alternativa ¨¦s assegurar-se que els serveis (Nginx, Apache, PostgreSQL, etc.) siguin configurats per escoltar tant a les adreces IPv4 com a IPv6, i que el servidor/agent Áú»¢¶Ä²© tingui acc¨¦s mitjan?ant IPv6. A m¨¦s, a les plantilles i configuracions de Áú»¢¶Ä²©, utilitzeu localhost
expl¨ªcitament en lloc de 127.0.0.1
per garantir la compatibilitat amb IPv4 i IPv6.
Per exemple, quan es monitori 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. 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 m¨¨todes d'autenticaci¨® diferents:
# TIPUS BASE DE DADES M?TODE ADRE?A D'USUARI
allotja tota la confian?a de localhost de zbx_monitor
allotja tots els zbx_monitor 127.0.0.1/32 md5
allotja tot zbx_monitor ::1/128 scram-sha-256
Si cal, tamb¨¦ podeu utilitzar l'adre?a IPv4 (127.0.0.1
) directament quan configureu macro de plantilla per a la connexi¨® corda.
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 o els seus derivats, ¨¦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: verificant una signatura mitjan?ant el certificat D9AA84C2B617479C6E4FCF4D19F2475308EFA7DD (Áú»¢¶Ä²© LLC (jul 2022) <[email protected]>):
1. El certificat 19F2475308EFA7DD no ¨¦s v¨¤lid: el certificat no ¨¦s viu
perqu¨¨: La clau prim¨¤ria no ¨¦s en directe
perqu¨¨: caducat el 2024-07-04T11:41:23Z
2. La clau 19F2475308EFA7DD no ¨¦s v¨¤lida: la clau no ¨¦s activa
perqu¨¨: La clau prim¨¤ria no ¨¦s en directe
perqu¨¨: caducat el 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/7.2/release/rhel/9/noarch/zabbix-release-latest.el9.noarch.rpm
A continuaci¨®, actualitzeu la informaci¨® del repositori:
Per obtindre m¨¦s informaci¨®, veieu .
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 / 2.5.1. S'ha resolt des de TimescaleDB 2.5.2.
Per obtindre m¨¦s informaci¨®, consulteu .
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 m¨¨tode 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)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.
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:
En alguns casos, Apache o NGINX poden impedir que la cap?alera d'autoritzaci¨® de les peticions d'API arribi a Áú»¢¶Ä²©. Aix¨° pot provocar problemes d'autenticaci¨® quan s'empra l'API de Áú»¢¶Ä²© o els serveis d'inici de sessi¨® ¨²nic (SSO), com ara SAML amb Okta.
Per corregir-ho, actualitzeu la configuraci¨® del vostre servidor web.
Per a Apache, si l'esteu emprant com a proxy invers (configuraci¨® no CGI), afegiu la directiva seg¨¹ent a /etc/httpd/conf/httpd.conf
(en sistemes basats en RHEL) o /etc/apache2/apache2.conf
(a Debian/Ubuntu):
Si Apache executa directament scripts per gestionar les sol¡¤licituds (p. ex., utilitzant mod_cgi), afegiu la directiva seg¨¹ent:
En canvi, NGINX gestiona la cap?alera Autoritzaci¨® autom¨¤ticament. Tanmateix, si NGINX actua com a servidor intermediari invers, podeu reenviar expl¨ªcitament la cap?alera d'autoritzaci¨® afegint les instruccions seg¨¹ents a `/etc/nginx/nginx.conf' (per a la vostra ubicaci¨® de la interf¨ªcie de Áú»¢¶Ä²©):
...
location / {
...
proxy_set_header Autoritzaci¨® $http_authorization;
proxy_pass http://backend_server;
...
}
Despr¨¦s d'actualitzar la configuraci¨®, reinicieu el vostre servidor web.
Per a m¨¦s detalls, consulteu:
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'.
Quan Áú»¢¶Ä²© detecta que la base de dades de fons ¨¦s inaccessible, envia una notificaci¨® i continua intentant connectar-se. Per a determinats motors de bases de dades, es reconeixen codis d'error espec¨ªfics. A MySQL, aquests codis d'error reconeguts inclouen:
A m¨¦s, quan empreu Áú»¢¶Ä²© amb una instal¡¤laci¨® de MySQL a Azure, el missatge d'error gen¨¨ric [9002] S'han produ?t alguns errors pot apar¨¨ixer als registres de Áú»¢¶Ä²©. Aquest missatge l'envia la base de dades al servidor o proxy Áú»¢¶Ä²©. Per determinar 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.
?s possible que els mapes del giny Geomap no es carreguin correctament si heu actualitzat des d'una versi¨® anterior de Áú»¢¶Ä²© amb NGINX i no heu canviat al nou fitxer de configuraci¨® d'NGINX durant l'actualitzaci¨®.
Per solucionar el problema, podeu descartar el fitxer de configuraci¨® antic, emprar el fitxer de configuraci¨® del paquet de la versi¨® actual i tornar-lo a configurar tal com es descriu a les instruccions de desc¨¤rrega a la secci¨® e. Configura PHP per a la interf¨ªcie Áú»¢¶Ä²©.
Alternativament, podeu editar manualment un fitxer de configuraci¨® NGINX existent (normalment, /etc/zabbix/nginx.conf). Per fer-ho, obriu el fitxer i localitzeu el bloc seg¨¹ent:
Ara, canvieu aquest bloc amb:
location ~ /(api\/|conf[^\.]|include|locale) {
deny all;
return 404;
}
location /vendor {
deny all;
return 404;
}
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 Recull de dades ¡ú 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'ordenaci¨® 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.
A la versi¨® 7.2.1, el servidor Áú»¢¶Ä²© es bloqueja en processar les accions de registre autom¨¤tic. Com a soluci¨® alternativa, desactiveu el registre autom¨¤tic de l'agent actiu. El problema s'ha corregit a Áú»¢¶Ä²© 7.2.2rc1.
Les funcions de macro no funcionen en els par¨¤metres d'element de l'script, i els par¨¤metres de l'script d'element del navegador i els par¨¤metres clau d'element. S'ha corregit a la versi¨® Áú»¢¶Ä²© 7.2.1.
Si accediu a la interf¨ªcie web de Áú»¢¶Ä²© amb una funci¨® diferent de Super Admin, pot ser que aparegui el missatge: "S'ha produ?t un error del sistema. Contacteu amb l'administrador de Áú»¢¶Ä²©". Aquest problema afecta les instal¡¤lacions que empren versions MariaDB 10.5.1 a 10.5.9.
Per evitar aquest problema, actualitzeu MariaDB a una versi¨® posterior a la 10.5.9. Per obtindre m¨¦s informaci¨®, consulteu .
La informaci¨® dels grups d'equips heretats es mostra incorrectament als mapes, per exemple:
Si sospiteu que la vostra instal¡¤laci¨® de Áú»¢¶Ä²© utilitza massa mem¨°ria, podeu emprar la funci¨® de perfil de mem¨°ria de per esbrinar el consum de mem¨°ria del servidor/proxy de Áú»¢¶Ä²©.
1. Quan instal¡¤leu Áú»¢¶Ä²© des de les fonts, configureu senyals addicionals:
Cal l'assenyalador -std=gnu99
per crear un servidor Áú»¢¶Ä²©, un proxy Áú»¢¶Ä²© o un agent Áú»¢¶Ä²©. L'assenyalador -g
afegeix informaci¨® addicional de depuraci¨®, mentre que -O0
desactiva les optimitzacions, que poden interferir amb el perfil de tcmalloc.
2. Configureu les variables d'entorn seg¨¹ents abans d'iniciar el servidor Áú»¢¶Ä²©. Aquestes variables indiquen a tcmalloc com fer el seguiment i informar de l'¨²s de la mem¨°ria:
LD_PRELOAD="/usr/lib/aarch64-linux-gnu/libtcmalloc.so" \
HAPPROFILE=./heap_profile \
HEAP_PROFILE_ALLOCATION_INTERVAL=0 \
HEAP_PROFILE_INUSE_INTERVAL=4294967296 \
HEAPPROFILESIGNAL=5 \
MALLOCSTATS=1 \
./sbin/zabbix_server -f -c /etc/zabbix/zabbix_server.conf
3. Activa un abocament de perfil enviant el senyal 5 al proc¨¦s objectiu. Substitu?u 1234 amb l'ID del proc¨¦s real (PID):
4. Imprimeix el perfil generat:
pprof-symbolize -text ./sbin/zabbix_server ./heap_profile.0001.heap
S'empra el fitxer local ./sbin/zabbix_server.
S'empra el fitxer local ./heap_profile.0001.heap.
Total: 1078,1 MB
1076,8 99,9% 99,9% 1076,8 99,9% zbx_malloc2
1,0 0,1% 100,0% 1,0 0,1% __GI___strdup
0,2 0,0% 100,0% 0,2 0,0% CRYPTO_zalloc@@OPENSSL_3.0.0
0,1 0,0% 100,0% 0,1 0,0% OPENSSL_LH_insert@@OPENSSL_3.0.0
0,0 0,0% 100,0% 0,0 0,0% zbx_realloc2
0,0 0,0% 100,0% 0,1 0,0% PKCS7_decrypt@@OPENSSL_3.0.0
0,0 0,0% 100,0% 0,0 0,0% find_best_tree_node
0,0 0,0% 100,0% 0,0 0,0% CRYPTO_strndup@@OPENSSL_3.0.0
...
0,0 0,0% 100,0% 0,0 0,0% preprocessing_flush_value
0,0 0,0% 100,0% 1074,0 99,6% preprocessor_add_request
En aquest exemple, zbx_malloc2 ¨¦s responsable de gaireb¨¦ totes les assignacions de mem¨°ria.
Veieu tamb¨¦:
-std=gnu99
, -g
, -O0
, etc.).