On this page

8 Problemes coneguts

Veieu també: Problemes de compilació.

Actualització

Configuració 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 Zabbix fallarà (veieu també ZBX-19435).

Actualitzar amb MariaDB 10.2.1 i versions anteriors

L'actualització de Zabbix 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é ZBX-17690).

MySQL database character set and collation

Zabbix installations using a MySQL database created with the utf8mb3 character set and utf8mb3_bin collation may encounter issues. For example, a known MySQL issue can result in Row size too large (> 8126) errors during database schema upgrades or other DDL operations.
It is strongly recommended to convert databases using the utf8mb3 character set and utf8mb3_bin collation to utf8mb4 character set and utf8mb4_bin collation, as described in Repairing Zabbix database character set and collation.

Memory and file descriptor leak with libcurl 8.21.0

A known issue in libcurl 8.21.0 may cause memory and file descriptor leaks in Zabbix features using libcurl when handling TLS-secured connections.
A workaround for this issue is to downgrade libcurl to version 8.20.0 until a release containing the fix is available.

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 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 Zabbix 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 Zabbix tingui accés mitjançant IPv6. A més, a les plantilles i configuracions de Zabbix, 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'[agent PostgreSQL by Zabbix 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs% 2Fheads%2Frelease%2F7.2), 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 [PostgreSQL by Zabbix agent 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates /db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F7.2) macro de plantilla per a la connexió corda.

Instal·lació accidental de paquets EPEL Zabbix

Amb el repositori EPEL instal·lat i habilitat, la instal·lació de Zabbix des dels paquets farà que s'instal·lin els paquets EPEL Zabbix en lloc dels paquets oficials de Zabbix.

En aquest cas, desinstal·leu els paquets Zabbix d'EPEL, és a dir:

dnf remove zabbix-server-mysql

Bloqueu els paquets Zabbix d'EPEL. Afegiu la línia següent al fitxer /etc/yum.conf:

exclude=zabbix7.0*

Torneu a instal·lar el servidor Zabbix:

dnf install zabbix-server-mysql

Tingueu en compte que els paquets oficials de Zabbix tenen la paraula releasea la cadena de la versió:

7.0.0-release1.el8

Paquets Zabbix per a RHEL en entorns Red Hat UBI

Quan instal·leu Zabbix des de paquets de Red Hat Enterprise Linux en entorns Red Hat Universal Base Image, assegureu-vos l'accés als repositoris i dependències necessàries. Els paquets Zabbix 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 ZBX-24291.

Clau de signatura caducada per als paquets RHEL

Quan actualitzeu Zabbix 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 repositori Zabbix. 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 (Zabbix 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 repositori Zabbix).

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:

dnf update

Per obtindre més informació, veieu ZBX-24761.

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 paràmeetre 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](https ://github.com/mysql/). 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 ZBX-21506.

Correlació 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.

NetBSD 8.0 i més recent

Diversos processos Zabbix 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: ZBX-18275.

Limitacions d'expressió regular a l'agent Zabbix 2

L'agent Zabbix 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 ZBX-6139.

IPMI — untrusted hosts may crash OpenIPMI

There is a bug in the OpenIPMI library used by Zabbix for polling IPMI data that can be triggered by specially crafted responses from an untrusted device.
An untrusted IPMI device may send crafted data that causes the OpenIPMI library to crash, which in turn can cause Zabbix server process that performs IPMI polling to terminate.

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 Zabbix o el proxy Zabbix 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 error. Configuració suggerida:

    Connector PostgreSQL, SQLite o Oracle → Controlador unixODBC MariaDB o MySQL Connector MariaDB → Controlador MariaDB unixODBC Connector MySQL → Controlador MySQL unixODBC

Consulteu ZBX-7665 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 Zabbix es bloquegi. Veieu també ZBX-18402, ZBX-20803.

  • 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 Zabbix no podrà recuperar la informació amb un error "La consulta SQL ha retornat un resultat buit". Consulteu ZBX-19917 per obtindre més informació.

El paràmetre del mètode de petició és incorrecte als elements

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 Zabbix. Per obtindre més informació sobre com solucionar aquest problema, consulteu ZBX-19308.

Monitoratge Web i agent HTTP

El servidor Zabbix perd memòria en algunes distribucions de Linux a causa d'un error quan s'habilita "SSL verifica peer" en escenaris web o un agent HTTP. Consulteu ZBX-10486 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 ZBX-11726 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 ZBX-22833.

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 Zabbix es bloquegi si el paràmetre SourceIP s'estableix al fitxer de configuració del servidor Zabbix. Per solucionar aquest problema, no configureu el paràmetre SourceIP. El mateix problema també s'aplica a Linux, però no impedeix que el servidor Zabbix 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 ZBX-14318 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é ZBX-17192 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 Zabbix a RHEL 7. Consulteu ZBX-10461 per obtindre més informació.

Actualització de l'agent Zabbix 2 (6.0.5 o anterior)

Quan actualitzeu l'agent Zabbix 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 ZBX-23250.

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 a PHP: 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 Zabbix.

Per obtindre més informació, consulteu els informes de problemes relacionats:

  • ZBX-10911 (Problema amb la commutació de configuració regional de la interfície web)
  • ZBX-16297 (Problema amb la gestió de nombres als gràfics mitjançant la funció bcdiv de les funcions BC Math)

Gràfics

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 ZBX-10884 per obtindre més informació).

Consultes de MySQL lentes

El servidor Zabbix genera consultes SELECT lentes en cas de valors inexistents per als elements. Això es deu a un problema conegut a les versions de MySQL 5.6/5.7. Una solució alternativa és desactivar l'optimitzador d'index_condition_pushdown o prefer_ordering_index a MySQL. Per a una discussió en profunditat, veieu ZBX-10652.

De tota manera, això és una solució temporal i no corregirà pas tots els elements relatius a les consultes lentes.

Configuració del filtre persistent des dels enllaços

Quan obriu un enllaç a la pàgina d'interfície de Zabbix 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 ZBX-14541.

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 Zabbix sota Windows

Les entrades de DNS inexistents al paràmetre "Servidor" del fitxer de configuració de l'agent Zabbix (zabbix_agentd.conf) poden augmentar el temps de resposta de l'agent Zabbix 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 Zabbix escrigui a /etc (afegit amb PHP 7.4).

Hi ha dues opcions per passar de llarg disponibles:

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

Reenviament de capçalera d'autorització

En alguns casos, Apache o NGINX poden impedir que la capçalera d'autorització de les peticions d'API arribi a Zabbix. Això pot provocar problemes d'autenticació quan s'empra l'API de Zabbix 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):

SetEnvIfNoCase ^Authorization$ "(.+)" HTTP_AUTHORIZATION=$1

Si Apache executa directament scripts per gestionar les sol·licituds (p. ex., utilitzant mod_cgi), afegiu la directiva següent:

CGIPassAuth activat

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 Zabbix):

...
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:

Chromium per al servei web Zabbix a Ubuntu 20

Tot i que en la majoria dels casos el servei web Zabbix 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

Quan Zabbix 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:

  • CR_CONN_HOST_ERROR
  • CR_SERVER_GONE_ERROR
  • CR_CONNEXION_ERROR
  • CR_SERVER_LOST
  • CR_DESCONEGUT_HOST
  • ER_SERVER_SHUTDOWN
  • ER_ACCESS_DENIED_ERROR
  • ER_ILLEGAL_GRANT_PER_TAULA
  • ER_TABLEACCESS_DENIED_ERROR
  • ER_DESCONEGUT_ERROR

A més, quan empreu Zabbix 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 Zabbix. Aquest missatge l'envia la base de dades al servidor o proxy Zabbix. Per determinar la causa de l'error, consulteu els registres d'Azure.

Expressions regulars no vàlides després de canviar a PCRE2

A Zabbix 6.0, es va afegir suport per a PCRE2. Tot i que PCRE encara és compatible, els paquets d'instal·lació de Zabbix 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.

Error del giny del geomapa

És possible que els mapes del giny Geomap no es carreguin correctament si heu actualitzat des d'una versió anterior de Zabbix 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](https://www.zabbix.com/download?zabbix=6.0&os_distribution =red_hat_enterprise_linux&os_version=8&db=mysql&ws=nginx) a la secció e. Configura PHP per a la interfície Zabbix.

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:

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

Ara, canvieu aquest bloc amb: 

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

location /vendor {
        deny            all;
        return          404;
}

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

A mesura que les variables globals (per exemple, fent global = 1 sense una declaració var, let o const) 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 Zabbix han informat d'un error rar ZBX-20260, 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 "\Processador(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 stackoverflow.com, 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 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 Documentació de MySQL o [Documentació de MariaDB] (https://mariadb.com/kb/en/alter-database/). Per obtindre més informació sobre les diferències de classificació, veieu Conjunts de caràcters Unicode a la documentació de MySQL.

Perfil de l'ús excessiu de memòria amb tcmalloc

Si sospiteu que la vostra instal·lació de Zabbix utilitza massa memòria, podeu emprar la funció de perfil de memòria de tcmalloc per esbrinar el consum de memòria del servidor/proxy de Zabbix.

1. Quan instal·leu Zabbix des de les fonts, configureu senyals addicionals:

export CFLAGS="-std=gnu99 -g -O0"

Cal l'assenyalador -std=gnu99 per crear un servidor Zabbix, un proxy Zabbix o un agent Zabbix. 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 Zabbix. 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):

kill -5 1234

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é:

Replicació de grups de MySQL 8.0 en mode multiprimari

Quan s'utilitza la replicació de grups de MySQL 8.0 en mode multiprimari, és possible que es dongui un error durant les confirmacions de transacció similar al següent:

1531697:20250128:064734.697 query [txnlev:1] [update alerts set status=1,retries=0,error='' where alertid=154618; 1531697:20250128:064734.713 query [txnlev:1] [commit;] 1531697:20250128:064734.753 [Z3005] query failed: [3101] El plugin ha indicat al servidor que reverteixi la transacció actual. [commit;]

Sembla que aquest error és degut a problemes amb les operacions de reversió que impliquen restriccions de clau externa.

Veieu també:

Login and systemd

We recommend creating a zabbix user as system user, that is, without ability to log in. Some users ignore this recommendation and use the same account to log in (e. g. using SSH) to host running Zabbix. This might crash Zabbix daemon on log out. In this case you will get something like the following in Zabbix server log:

zabbix_server [27730]: [file:'selfmon.c',line:375] lock failed: [22] Invalid argument
zabbix_server [27716]: [file:'dbconfig.c',line:5266] lock failed: [22] Invalid argument
zabbix_server [27706]: [file:'log.c',line:238] lock failed: [22] Invalid argument

and in Zabbix agent log:

zabbix_agentd [27796]: [file:'log.c',line:238] lock failed: [22] Invalid argument

This happens because of default systemd setting RemoveIPC=yes configured in /etc/systemd/logind.conf. When you log out of the system the semaphores created by Zabbix previously are removed which causes the crash.

A quote from systemd documentation:

RemoveIPC=

Controls whether System V and POSIX IPC objects belonging to the user shall be removed when the
user fully logs out. Takes a boolean argument. If enabled, the user may not consume IPC resources
after the last of the user's sessions terminated. This covers System V semaphores, shared memory
and message queues, as well as POSIX shared memory and message queues. Note that IPC objects of the
root user and other system users are excluded from the effect of this setting. Defaults to "yes".

There are 2 solutions to this problem:

  1. (recommended) Stop using zabbix account for anything else than Zabbix processes, create a dedicated account for other things.
  2. (not recommended) Set RemoveIPC=no in /etc/systemd/logind.conf and reboot the system. Note that RemoveIPC is a system-wide parameter, changing it will affect the whole system.