[comment]: # translation:outdated

[comment]: # ({97796c37-97796c37})
# 8 Bekende problemen

[comment]: # ({/97796c37-97796c37})

[comment]: # ({e338613a-e338613a})
#### Proxy-start met MySQL 8.0.0-8.0.17

`zabbix_proxy` op MySQL-versies 8.0.0-8.0.17 mislukt met de volgende "toegang geweigerd" foutmelding:

    [Z3001] verbinden met database 'zabbix' mislukt: [1227] Toegang geweigerd; u hebt (ten minste) de SUPER, SYSTEM_VARIABLES_ADMIN of SESSION_VARIABLES_ADMIN rechten nodig voor deze bewerking

Dit komt door MySQL 8.0.0 die speciale rechten begon af te dwingen voor het instellen van sessievariabelen. Echter, in 8.0.18 is dit gedrag verwijderd:
[Sinds MySQL 8.0.18 is het instellen van de sessiewaarde van deze systeemvariabele niet langer een beperkte
bewerking.](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html)

De workaround is gebaseerd op het toekennen van extra rechten aan de gebruiker `zabbix`:

Voor MySQL-versies 8.0.14 - 8.0.17:

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

Voor MySQL-versies 8.0.0 - 8.0.13:

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

[comment]: # ({/e338613a-e338613a})

[comment]: # ({ccf11b74-68c1ee03})
#### Timescale DB: hoge geheugengebruik bij groot aantal partities

PostgreSQL-versies 9.6-12 gebruiken te veel geheugen bij het bijwerken van tabellen met een groot aantal partities ([zie probleemrapport](https://www.postgresql-archive.org/memory-problems-and-crash-of-db-when-deleting-data-from-table-with-thousands-of-partitions-td6108612.html)).
Dit probleem doet zich voor wanneer Zabbix trends bijwerkt op systemen met TimescaleDB als trends worden opgesplitst in relatief kleine (bijv. 1 dag) brokken. Dit leidt tot honderden brokken in de trends-tabellen met standaard instellingen voor gegevensbeheer - de situatie waarin PostgreSQL waarschijnlijk zonder geheugen komt te zitten.

Dit probleem is opgelost sinds Zabbix 5.0.1 voor nieuwe installaties met TimescaleDB, maar als TimescaleDB voorheen met Zabbix was geconfigureerd, zie dan
[ZBX-16347](https://support.zabbix.com/browse/ZBX-16347?focusedCommentId=430816&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-430816)
voor migratie-aanwijzingen.

#### Timescale DB 2.5.0: compressiebeleid kan falen bij tabellen die integers bevatten

Dit probleem doet zich voor bij gebruik van TimescaleDB 2.5.0.
Dit probleem is opgelost sinds TimescaleDB 2.5.1.

Voor meer informatie, zie [TimescaleDB Issue #3773](https://github.com/timescale/timescaledb/issues/3773).

[comment]: # ({/ccf11b74-68c1ee03})

[comment]: # ({new-a7814b31})

#### Upgrade

[comment]: # ({/new-a7814b31})

[comment]: # ({new-0f0a703d})
##### SQL mode setting for successful upgrade

The `sql_mode` setting in MySQL/MariaDB must have the "STRICT_TRANS_TABLES" mode set. If it is absent, 
the Zabbix database upgrade will fail (see also 
[ZBX-19435](https://support.zabbix.com/browse/ZBX-19435)).

[comment]: # ({/new-0f0a703d})

[comment]: # ({5c2a7ea7-5c2a7ea7})
#### Upgrade met MariaDB 10.2.1 en eerder

Het upgraden van Zabbix kan mislukken als database-tabellen zijn aangemaakt met MariaDB 10.2.1 en eerder, omdat in die versies de standaard rij-indeling compact is. Dit kan worden opgelost door de rij-indeling te wijzigen in dynamisch (zie ook [ZBX-17690](https://support.zabbix.com/browse/ZBX-17690)).

[comment]: # ({/5c2a7ea7-5c2a7ea7})

[comment]: # ({new-74ebfefd})
#### Templates

[comment]: # ({/new-74ebfefd})

[comment]: # ({new-e2334000})
##### Template compatibility in dual-stack (IPv4/IPv6) environments

In dual-stack environments (systems configured to support both IPv4 and IPv6), the hostname `localhost` typically resolves to both IPv4 and IPv6 addresses.
Due to the common prioritization of IPv6 over IPv4 by many operating systems and DNS resolvers, Zabbix templates may fail to work correctly if the service being monitored is configured to listen only on IPv4.

Services that are not configured to listen on IPv6 addresses may become inaccessible, leading to monitoring failures.
Users might configure access correctly for IPv4 but still face connectivity issues due to the default behavior of prioritizing IPv6.

A workaround for this is to ensure that the services (Nginx, Apache, PostgreSQL, etc.) are configured to listen on both IPv4 and IPv6 addresses, and Zabbix server/agent is allowed access via IPv6.
Additionally, in Zabbix templates and configurations, use `localhost` explicitly instead of `127.0.0.1` to ensure compatibility with both IPv4 and IPv6.

**For example**, when monitoring PostgreSQL with the [PostgreSQL by Zabbix agent 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F6.0) template, you may need to edit the `pg_hba.conf` file to allow connections for the `zbx_monitor` user.
If the dual-stack environment prioritizes IPv6 (system resolves localhost to `::1`) and you configure `localhost` but only add an IPv4 entry (`127.0.0.1/32`), the connection will fail because there is no matching IPv6 entry.

The following `pg_hba.conf` file example ensures that the `zbx_monitor` user can connect to any database from the local machine using both IPv4 and IPv6 addresses with different authentication methods:

    # 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

If necessary, you can also use the IPv4 address (`127.0.0.1`) directly when configuring the [PostgreSQL by Zabbix agent 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F6.0) template macro for the connection string.

[comment]: # ({/new-e2334000})

[comment]: # ({new-abb1c739})

#### Accidental installation of EPEL Zabbix packages

With EPEL repository installed and enabled, installing Zabbix from packages will lead to EPEL Zabbix packages being installed rather than official Zabbix packages.

In this case uninstall Zabbix packages from EPEL, i.e.:

    dnf remove zabbix-server-mysql

Block Zabbix packages from EPEL. Add the following line in the `/etc/yum.conf` file:

    exclude=zabbix6.0*

Install Zabbix server again:

    dnf install zabbix-server-mysql

Notice that official Zabbix packages have the word `release` in their version string:

    6.0.25-release1.el8

[comment]: # ({/new-abb1c739})

[comment]: # ({new-930c039d})
#### Zabbix packages for RHEL on Red Hat UBI environments

When installing Zabbix from Red Hat Enterprise Linux packages on [Red Hat Universal Base Image](https://catalog.redhat.com/software/base-images) environments, ensure access to required repositories and dependencies.
Zabbix packages depend on `libOpenIPMI.so` and `libOpenIPMIposix.so` libraries, which are not provided by any package in the default package manager repositories enabled on UBI systems and will result in installation failures.

The `libOpenIPMI.so` and `libOpenIPMIposix.so` libraries are available in the `OpenIPMI-libs` package, which is provided by the `redhat-#-for-<arch>-appstream-rpms` repository.
Access to this repository is curated by subscriptions, which, in the case of UBI environments, get propagated by mounting repository configuration and secrets directories of the RHEL host into the container file-system namespace.

For more information, see [ZBX-24291](https://support.zabbix.com/browse/ZBX-24291).

[comment]: # ({/new-930c039d})

[comment]: # ({new-278166b5})
#### Expired signing key for RHEL packages

When upgrading Zabbix on [Red Hat Enterprise Linux](/manual/installation/upgrade/packages/rhel#update-repository-configuration-package), you may encounter an expired signing key issue for packages on [Zabbix repository](https://repo.zabbix.com/zabbix/6.0/).
When a signing key expires, attempts to verify package signatures will result in an error indicating that the certificate or key is no longer valid. For example:

```bash
error: Verifying a signature using certificate D9AA84C2B617479C6E4FCF4D19F2475308EFA7DD (Zabbix LLC (Jul 2022) <packager@zabbix.com>):
  1. Certificiate 19F2475308EFA7DD invalid: certificate is not alive
      because: The primary key is not live
      because: Expired on 2024-07-04T11:41:23Z
  2. Key 19F2475308EFA7DD invalid: key is not alive
      because: The primary key is not live
      because: Expired on 2024-07-04T11:41:23Z
```

To resolve such issues, manually reinstall the latest `zabbix-release` package for your specific variant of RHEL
(replace the link below with the correct one from [Zabbix repository](https://repo.zabbix.com/zabbix/6.0/)).

For example, on **RHEL 9**, run:

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

Then, update the repository information:

```bash
dnf update
```

For more information, see [ZBX-24761](https://support.zabbix.com/browse/ZBX-24761).

[comment]: # ({/new-278166b5})

[comment]: # ({cba1dd65-40e33d04})
#### Database TLS-verbinding met MariaDB

Database TLS-verbinding wordt niet ondersteund met de optie *verify\_ca* voor de DBTLSConnect [parameter](/manual/appendix/config/zabbix_server) als MariaDB wordt gebruikt.

[comment]: # ({/cba1dd65-40e33d04})

[comment]: # ({864fa245-3a656061})
#### Mogelijke deadlocks met MySQL/MariaDB

Bij hoge belasting en met meer dan één LLD-werker kan het voorkomen dat er een deadlock ontstaat door een InnoDB-fout gerelateerd aan de rij-vergrendelingsstrategie (zie [upstream bug](https://github.com/mysql/mysql-server/commit/7037a0bdc83196755a3bf3e935cfb3c0127715d5)). De fout is opgelost in MySQL sinds versie 8.0.29, maar niet in MariaDB. Voor meer details, zie [ZBX-21506](https://support.zabbix.com/browse/ZBX-21506).

[comment]: # ({/864fa245-3a656061})

[comment]: # ({70c19e71-70c19e71})
#### Globale gebeurteniscorrelatie

Gebeurtenissen worden mogelijk niet correct gecorreleerd als het tijdsinterval tussen de eerste en tweede gebeurtenis zeer klein is, bijvoorbeeld een halve seconde of minder.

[comment]: # ({/70c19e71-70c19e71})

[comment]: # ({215c95a7-215c95a7})
#### Bereik van numeriek (float) gegevenstype met PostgreSQL 11 en eerder

PostgreSQL 11 en eerdere versies ondersteunen alleen een zwevende-kommawaarde bereik van ongeveer -1,34E-154 tot 1,34E+154.

[comment]: # ({/215c95a7-215c95a7})

[comment]: # ({dfc40df7-dfc40df7})
#### NetBSD 8.0 en nieuwer

Diverse Zabbix-processen kunnen willekeurig crashen bij het opstarten op de NetBSD-versies 8.X en 9.X. Dit komt door de te kleine standaard stapelgrootte (4 MB), die moet worden vergroot door het volgende uit te voeren:

    ulimit -s 10240

Voor meer informatie, zie het bijbehorende probleemrapport: [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275).

[comment]: # ({/dfc40df7-dfc40df7})

[comment]: # ({new-246be50e})
#### Regular expression limitations in Zabbix agent 2

Zabbix agent 2 does not support lookaheads and lookbehinds in regular expressions due to the standard Go regexp library limitations.

[comment]: # ({/new-246be50e})

[comment]: # ({3cf04fe3-3cf04fe3})
#### IPMI-controles

IPMI-controles werken niet met de standaard OpenIPMI-bibliotheekpakketten op Debian vóór 9 (stretch) en Ubuntu vóór 16.04 (xenial). Om dit op te lossen, moet je de OpenIPMI-bibliotheek opnieuw compileren met OpenSSL ingeschakeld, zoals besproken in [ZBX-6139](https://support.zabbix.com/browse/ZBX-6139).

[comment]: # ({/3cf04fe3-3cf04fe3})

[comment]: # ({9a916f3a-cb6aca3b})
#### SSH-controles

- Sommige Linux-distributies zoals Debian en Ubuntu ondersteunen geen versleutelde privésleutels (met wachtwoordzin) als de libssh2-bibliotheek is geïnstalleerd via pakketten. Zie [ZBX-4850](https://support.zabbix.com/browse/ZBX-4850) voor meer details.

- Bij gebruik van libssh 0.9.x op sommige Linux-distributies met OpenSSH 8 kunnen SSH-controles soms melden "Kan geen gegevens van SSH-server lezen". Dit wordt veroorzaakt door een libssh [probleem](https://gitlab.com/libssh/libssh-mirror/-/merge_requests/101) ([meer gedetailleerd rapport](https://bugs.libssh.org/T231)). De verwachting is dat de fout is opgelost met de stabiele libssh 0.9.5-release. Zie ook [ZBX-17756](https://support.zabbix.com/browse/ZBX-17756) voor details.

- Het gebruik van het pipe-teken "|" in het SSH-script kan leiden tot een foutmelding "Kan geen gegevens van SSH-server lezen". In dat geval wordt aanbevolen de libssh-bibliotheek bij te werken naar een nieuwe versie. Zie ook [ZBX-21337](https://support.zabbix.com/browse/ZBX-21337) voor details.

[comment]: # ({/9a916f3a-cb6aca3b})

[comment]: # ({9b44848a-0c2fc2b9})
#### ODBC-controles

- De MySQL unixODBC-stuurprogramma moet niet worden gebruikt met Zabbix-server of Zabbix-proxy die is gecompileerd tegen de MariaDB-connectorbibliotheek en vice versa. Als het mogelijk is, is het ook beter om dezelfde connector niet als stuurprogramma te gebruiken vanwege een [probleem vanuit de bron](https://bugs.mysql.com/bug.php?id=73709). Voorgestelde opzet:

    PostgreSQL, SQLite of Oracle-connector → MariaDB- of MySQL-unixODBC-stuurprogramma
    MariaDB-connector → MariaDB-unixODBC-stuurprogramma
    MySQL-connector → MySQL-unixODBC-stuurprogramma

    Zie [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665) voor meer informatie en beschikbare oplossingen.

- XML-gegevens die worden opgevraagd uit Microsoft SQL Server kunnen op verschillende manieren worden afgekapt op Linux- en UNIX-systemen.

- Er is waargenomen dat het gebruik van ODBC-controles voor het bewaken van Oracle-databases met behulp van verschillende versies van Oracle Instant Client voor Linux ertoe kan leiden dat de Zabbix-server crasht. Zie ook: [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402), [ZBX-20803](https://support.zabbix.com/browse/ZBX-20803).

- Als u de FreeTDS UnixODBC-stuurprogramma gebruikt, moet u een 'SET NOCOUNT ON'-verklaring toevoegen aan een SQL-query (bijvoorbeeld, ````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....````). Anders zal het database monitor-item in Zabbix niet in staat zijn om de informatie op te halen met een foutmelding "SQL query returned empty result".\
    Zie [ZBX-19917](https://support.zabbix.com/browse/ZBX-19917) voor meer informatie.

[comment]: # ({/9b44848a-0c2fc2b9})

[comment]: # ({1db730d3-1db730d3})
#### Onjuiste verzoeksmethodeparameter in items

De verzoeksmethodeparameter, die alleen wordt gebruikt in HTTP-controles, kan na een upgrade van een pre-4.0 Zabbix-versie mogelijk onjuist worden ingesteld op '1', een niet-standaardwaarde voor alle items. Voor details over hoe u deze situatie kunt oplossen, zie [ZBX-19308](https://support.zabbix.com/browse/ZBX-19308).

[comment]: # ({/1db730d3-1db730d3})

[comment]: # ({6e5c300b-4713dff4})
#### Webmonitoring en HTTP-agent

Zabbix-server lekt geheugen op sommige Linux-distributies vanwege een [upstream bug](https://bugzilla.redhat.com/show_bug.cgi?id=1057388) wanneer "SSL verify peer" is ingeschakeld in web-scenario's of de HTTP-agent. Zie [ZBX-10486](https://support.zabbix.com/browse/ZBX-10486) voor meer informatie en beschikbare oplossingen.

[comment]: # ({/6e5c300b-4713dff4})

[comment]: # ({9cd7efe1-9cd7efe1})
#### Eenvoudige controles

Er is een bug in **fping**-versies ouder dan v3.10 die duplicaat-echo-antwoordpakketten verkeerd afhandelt. Dit kan onverwachte resultaten veroorzaken voor items zoals `icmpping`, `icmppingloss` en `icmppingsec`. Het wordt aanbevolen om de nieuwste versie van **fping** te gebruiken. Zie [ZBX-11726](https://support.zabbix.com/browse/ZBX-11726) voor meer details.

[comment]: # ({/9cd7efe1-9cd7efe1})

[comment]: # ({new-602ce4b3})

#### Errors with fping execution in rootless containers

When containers are running in rootless mode or in a specific-restrictions environment, you may face errors related to fping execution when performing ICMP checks, such as `fping: Operation not permitted` or all packets to all resources lost. 

To fix this problem add `--cap-add=net_raw` to "docker run" or "podman run" commands. 

Additionally fping execution in non-root environments may require sysctl modification, i.e.: 

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

where "1995" is the zabbix GID. For more details, see [ZBX-22833](https://support.zabbix.com/browse/ZBX-22833).

[comment]: # ({/new-602ce4b3})

[comment]: # ({a4574c73-a4574c73})
#### SNMP-controles

Als het OpenBSD-besturingssysteem wordt gebruikt, kan een use-after-free-bug in de Net-SNMP-bibliotheek tot versie 5.7.3 een crash van de Zabbix-server veroorzaken als de parameter SourceIP is ingesteld in het configuratiebestand van de Zabbix-server. Als workaround, stel de SourceIP-parameter niet in. Hetzelfde probleem geldt ook voor Linux, maar dit zorgt er niet voor dat de Zabbix-server stopt met werken. Een lokale patch voor het net-snmp-pakket op OpenBSD is toegepast en zal worden vrijgegeven met OpenBSD 6.3.

[comment]: # ({/a4574c73-a4574c73})

[comment]: # ({d699f9d6-d699f9d6})
#### SNMP-gegevenspieken

Er zijn pieken waargenomen in SNMP-gegevens die mogelijk verband houden met bepaalde fysieke factoren, zoals spanningspieken in het elektriciteitsnet. Zie [ZBX-14318](https://support.zabbix.com/browse/ZBX-14318) voor meer details.

[comment]: # ({/d699f9d6-d699f9d6})

[comment]: # ({71b45f01-7aeb682d})
#### SNMP-traps

Het pakket "net-snmp-perl" dat nodig is voor SNMP-traps is verwijderd in RHEL 8.0-8.2 en opnieuw toegevoegd in RHEL 8.3.

Als je RHEL 8.0-8.2 gebruikt, is de beste oplossing om te upgraden naar RHEL 8.3.

Zie ook [ZBX-17192](https://support.zabbix.com/browse/ZBX-17192) voor meer informatie.

[comment]: # ({/71b45f01-7aeb682d})

[comment]: # ({8adb01e7-f46cb486})
#### Crash van het alerter proces in RHEL 7

Er zijn gevallen geweest waarbij een Zabbix server alerter proces is gecrasht in RHEL 7. Zie [ZBX-10461](https://support.zabbix.com/browse/ZBX-10461) voor meer details.

[comment]: # ({/8adb01e7-f46cb486})

[comment]: # ({70dabc6d-10d04d69})
#### Upgraden van Zabbix agent 2 (6.0.5 of ouder)

Bij het upgraden van Zabbix agent 2 (versie 6.0.5 of ouder) vanuit pakketten kan een foutmelding met betrekking tot een bestandsconflict met betrekking tot plugins optreden. Om de fout op te lossen, maak een back-up van je agent 2-configuratie (indien nodig), verwijder de agent 2 en installeer deze opnieuw.

Op RHEL-gebaseerde systemen, voer het volgende uit:

```bash
dnf remove zabbix-agent2
dnf install zabbix-agent2
```

Op Debian-gebaseerde systemen, voer het volgende uit:

```bash
apt remove zabbix-agent2
apt install zabbix-agent2
```

Voor meer informatie, zie [ZBX-23250](https://support.zabbix.com/browse/ZBX-23250).

[comment]: # ({/70dabc6d-10d04d69})

[comment]: # ({6e1fb8fe-6e1fb8fe})
#### Omschakelen van frontend-talen

Het is opgemerkt dat frontend-talen zonder duidelijke logica kunnen wisselen, dat wil zeggen dat sommige pagina's (of delen van pagina's) in de ene taal worden weergegeven, terwijl andere pagina's (of delen van pagina's) in een andere taal worden weergegeven. Typisch kan dit probleem optreden wanneer er meerdere gebruikers zijn, waarvan sommigen één taal gebruiken en anderen een andere taal.

Een bekende workaround hiervoor is om multithreading in PHP en Apache uit te schakelen.

Het probleem heeft te maken met hoe het instellen van de locale werkt [in PHP](https://www.php.net/manual/en/function.setlocale): locale-informatie wordt per proces bijgehouden, niet per thread. Dus in een multi-threaded omgeving, wanneer er verschillende projecten worden uitgevoerd door dezelfde Apache-process, is het mogelijk dat de locale in een andere thread wordt gewijzigd en dat dit van invloed is op hoe gegevens kunnen worden verwerkt in de Zabbix-thread.

Voor meer informatie, zie de volgende gerelateerde probleemrapporten:

-   [ZBX-10911](https://support.zabbix.com/browse/ZBX-10911) (Probleem met het wisselen van frontend-talen)
-   [ZBX-16297](https://support.zabbix.com/browse/ZBX-16297) (Probleem met nummerverwerking in grafieken met behulp van de `bcdiv`-functie van BC Math-functies)

[comment]: # ({/6e1fb8fe-6e1fb8fe})

[comment]: # ({81fe18ae-81fe18ae})
#### PHP 7.3 opcache-configuratie

Als "opcache" is ingeschakeld in de PHP 7.3-configuratie, kan de Zabbix-frontend een leeg scherm weergeven wanneer deze voor de eerste keer wordt geladen. Dit is een geregistreerde [PHP-bug](https://bugs.php.net/bug.php?id=78015). Om dit te omzeilen, stel alstublieft de parameter "opcache.optimization\_level" in op `0x7FFFBFDF` in de PHP-configuratie (php.ini-bestand).

[comment]: # ({/81fe18ae-81fe18ae})

[comment]: # ({af162a30-4f3b73ce})
#### Grafieken

##### Zomertijd

Veranderingen in de zomertijd (DST) kunnen onregelmatigheden veroorzaken bij het weergeven van de X-as labels (dubbele datums, ontbrekende datums, enz.).

##### Sommatie-aggregatie

Bij het gebruik van [sommatie-aggregatie](/manual/config/visualization/graphs/aggregate#configuration) in een grafiek voor een periode van minder dan één uur, kunnen grafieken onjuiste (vermenigvuldigde) waarden weergeven wanneer de gegevens afkomstig zijn van trends.

##### Tekst overlapping

Voor sommige frontend-talen (bijv. Japans) kunnen lokale lettertypen tekst overlapping in de legenda van de grafiek veroorzaken. Om dit te voorkomen, gebruik versie 2.3.0 (of later) van de PHP GD-extensie.

[comment]: # ({/af162a30-4f3b73ce})

[comment]: # ({357fdb5b-357fdb5b})
#### Logbestandsmonitoring

`log[]` en `logrt[]` items blijven logbestanden herhaaldelijk vanaf het begin lezen als het bestandssysteem 100% vol is en het logbestand wordt bijgevoegd (zie [ZBX-10884](https://support.zabbix.com/browse/ZBX-10884) voor meer informatie).

[comment]: # ({/357fdb5b-357fdb5b})

[comment]: # ({4431fe2b-82ff58c2})
#### Trage MySQL queries

De Zabbix-server genereert trage `SELECT`-queries in het geval van niet-bestaande waarden voor items. Dit [probleem](https://bugs.mysql.com/bug.php?id=74602) doet zich voor in MySQL-versies 5.6/5.7 (voor een uitgebreide discussie, zie [ZBX-10652](https://support.zabbix.com/browse/ZBX-10652)), en in specifieke gevallen kan het ook voorkomen in latere MySQL-versies. Een workaround hiervoor is het uitschakelen van de [`index_condition_pushdown`](https://dev.mysql.com/doc/refman/8.0/en/switchable-optimizations.html#optflag_index-condition-pushdown) of [`prefer_ordering_index`](https://dev.mysql.com/doc/refman/8.0/en/switchable-optimizations.html#optflag_prefer-ordering-index) optimizer in MySQL. Let op dat deze workaround mogelijk niet alle problemen met trage queries oplost.

[comment]: # ({/4431fe2b-82ff58c2})

[comment]: # ({304a6d02-699cd480})
#### Trage synchronisatie van configuratie met Oracle

De configuratiesynchronisatie kan traag zijn in Zabbix 6.0-installaties met een Oracle DB die een groot aantal items en item-voorverwerkingsstappen heeft. Dit wordt veroorzaakt door de trage verwerking van het *nclob* gegevenstype in de Oracle-database-engine.

Om de prestaties te verbeteren, kunt u de veldtypen handmatig omzetten van *nclob* naar *nvarchar2* door de databasepatch [items_nvarchar_prepare.sql](/../assets/en/manual/installation/items_nvarchar_prepare.sql) toe te passen. Houd er rekening mee dat deze conversie de maximale veldgrootte verlaagt van 65535 bytes naar 4000 bytes
voor item-voorverwerkingsparameters en itemparameters zoals *Description*, veld *Script* van Script-item,
velden *Request body* en *Headers* van HTTP agent-item, en veld *SQL query* van Database monitor-item.
Queries om te bepalen welke sjabloonnamen moeten worden verwijderd voordat u de patch toepast, worden als opmerking in de patch gegeven. Als alternatief, als MAX_STRING_SIZE is ingesteld, kunt u *nvarchar2(4000)* in de patchqueries wijzigen in *nvarchar2(32767)* om de veldgroottebeperking van 32767 bytes in te stellen.

Voor een uitgebreide discussie, zie [ZBX-22363](https://support.zabbix.com/browse/ZBX-22363).

[comment]: # ({/304a6d02-699cd480})

[comment]: # ({b393528e-b393528e})
#### API-aanmelding

Er kunnen veel open gebruikerssessies worden gecreëerd wanneer u aangepaste scripts gebruikt met de `user.login` [methode](/manual/api/reference/user/login) zonder daaropvolgende `user.logout`.

[comment]: # ({/b393528e-b393528e})

[comment]: # ({new-1988858e})
#### Persistent filter settings from links

When opening a link to Zabbix frontend page that contains filter settings, including the time selector, the filter is
automatically saved in the database for the user, replacing the previously saved filter and/or time selector settings
for that page. These settings remain active until the user manually updates or resets them.

[comment]: # ({/new-1988858e})

[comment]: # ({17c4463f-17c4463f})
#### Probleem met IPv6-adres in SNMPv3-traps

Vanwege een bug in net-snmp kan een IPv6-adres mogelijk niet correct worden weergegeven bij het gebruik van SNMPv3 in SNMP-traps. Voor meer details en een mogelijke oplossing, zie [ZBX-14541](https://support.zabbix.com/browse/ZBX-14541).

[comment]: # ({/17c4463f-17c4463f})

[comment]: # ({d77627ce-d77627ce})
#### Ingekorte lange IPv6 IP-adressen in mislukte aanmeldingsinformatie

Een melding van een mislukte aanmeldpoging zal alleen de eerste 39 tekens van een opgeslagen IP-adres weergeven, omdat dat het tekenlimiet is in het databaseveld. Dit betekent dat IPv6 IP-adressen langer dan 39 tekens onvolledig worden weergegeven.

[comment]: # ({/d77627ce-d77627ce})

[comment]: # ({57420738-57420738})
#### Zabbix-agentcontroles op Windows

Niet-bestaande DNS-vermeldingen in een `Server`-parameter van het Zabbix-agentconfiguratiebestand (zabbix\_agentd.conf) kunnen de responstijd van de Zabbix-agent op Windows verhogen. Dit gebeurt omdat de Windows DNS-cachingservice geen negatieve antwoorden voor IPv4-adressen in de cache opslaat. Voor IPv6-adressen worden echter wel negatieve antwoorden gecachet. Een mogelijke oplossing hiervoor is het uitschakelen van IPv4 op de host.

[comment]: # ({/57420738-57420738})

[comment]: # ({40001075-40001075})
#### YAML-export/import

Er zijn enkele bekende problemen met YAML [export/import](/manual/xml_export_import):

-   Foutmeldingen zijn niet vertaalbaar;
-   Geldige JSON met een .yaml-bestandsextensie kan soms niet worden geïmporteerd;
-   Onaangehaalde, leesbare datums worden automatisch omgezet naar Unix-tijdstempels.

[comment]: # ({/40001075-40001075})

[comment]: # ({fcbf4bce-fcbf4bce})
#### Installatiewizard op SUSE met NGINX en php-fpm

De frontend-installatiewizard kan geen configuratiebestand opslaan op SUSE met NGINX + php-fpm. Dit wordt veroorzaakt door een instelling in het bestand /usr/lib/systemd/system/php-fpm.service, waardoor Zabbix niet naar /etc kan schrijven (ingevoerd in [PHP 7.4](https://bugs.php.net/bug.php?id=72510)).

Er zijn twee workaround-opties beschikbaar:

-   Stel de [ProtectSystem](https://www.freedesktop.org/software/systemd/man/systemd.exec.html#ProtectSystem=) optie in op 'true' in plaats van 'full' in de systemd-eenheid van php-fpm.
-   Sla handmatig het bestand /etc/zabbix/web/zabbix.conf.php op.

[comment]: # ({/fcbf4bce-fcbf4bce})

[comment]: # ({8009b04b-8009b04b})
#### Chromium voor Zabbix webdienst op Ubuntu 20

Hoewel de Zabbix-webdienst in de meeste gevallen kan worden uitgevoerd met Chromium, veroorzaakt het gebruik van Chromium op Ubuntu 20.04 de volgende fout:

    Kan gegevens niet ophalen: chrome kon niet worden gestart: cmd_run.go: 994:
    WAARSCHUWING: kan geen gebruikersgegevensmap maken: kan 
    "/var/lib/zabbix/snap/chromium/1564" niet maken: mkdir /var/lib/zabbix: toegang geweigerd
    Sorry, home directories outside of /home are not currently supported. See https://forum.snapcraft.io/t/11209 for details.

Deze fout treedt op omdat `/var/lib/zabbix` wordt gebruikt als de thuisdirectory van gebruiker 'zabbix'.

[comment]: # ({/8009b04b-8009b04b})

[comment]: # ({1f99c5d8-1f99c5d8})
#### Aangepaste MySQL-foutcodes

Als Zabbix wordt gebruikt met een MySQL-installatie op Azure, kan een onduidelijke foutmelding *\[9002\] Some errors occurred* in Zabbix-logs verschijnen. Deze generieke fouttekst wordt door de database naar de Zabbix-server of -proxy gestuurd. Om meer informatie te krijgen over de oorzaak van de fout, controleer de Azure-logs.

[comment]: # ({/1f99c5d8-1f99c5d8})

[comment]: # ({1e9f92ec-eb422070})
#### Ongeldige reguliere expressies na overstap naar PCRE2

In Zabbix 6.0 is ondersteuning voor PCRE2 toegevoegd. Hoewel PCRE nog steeds wordt ondersteund, zijn de installatiepakketten voor Zabbix bijgewerkt om PCRE2 te gebruiken voor RHEL 7 en nieuwer, SLES (alle versies), Debian 9 en nieuwer, en Ubuntu 16.04 en nieuwer. Hoewel dit veel voordelen biedt, kan overschakelen naar PCRE2 ertoe leiden dat bepaalde bestaande PCRE-reguliere expressiepatronen ongeldig worden of zich anders gedragen. Dit heeft met name invloed op het patroon *\^[\\w-\\.]*. Om deze reguliere expressie weer geldig te maken zonder de betekenis te beïnvloeden, verander je de expressie in *\^[-\\w\\.]*. Dit komt doordat PCRE2 het minteken behandelt als een scheidingsteken, wat een bereik creëert binnen een karakterklasse.

[comment]: # ({/1e9f92ec-eb422070})

[comment]: # ({b05334fc-181f9110})
#### Onjuiste conversie van services in Zabbix 6.0.0-6.0.2

In Zabbix 6.0 zijn nieuwe, flexibelere algoritmes voor de berekening van de status van services geïntroduceerd.

Na een upgrade van Zabbix <6.0 naar Zabbix 6.0.0, 6.0.1, 6.0.2, zullen de service-statusberekeningsregels 'Meest kritiek als alle kinderen problemen hebben' en 'Meest kritiek van de kindservices' worden omgewisseld. Services die zijn aangemaakt in Zabbix 6.0.0 en nieuwer hebben correcte statusberekeningsregels.

Bij het upgraden van versies <6.0 naar Zabbix 6.0.3 of nieuwer, zal Zabbix de service-statusberekeningsregels correct bijwerken. Upgraden van 6.0.x naar 6.0.3 zal geen effect hebben op de service-statusberekeningsregels.

[comment]: # ({/b05334fc-181f9110})

[comment]: # ({8e04429f-7e4b94d3})
#### Geomap widget fout

De kaarten in de Geomap-widget kunnen mogelijk niet correct worden geladen als je hebt geüpgraded vanuit een oudere versie van Zabbix met NGINX en tijdens de upgrade niet bent overgeschakeld naar het nieuwe NGINX-configuratiebestand.

Om het probleem op te lossen, kun je het oude configuratiebestand negeren, het configuratiebestand uit het 6.0-pakket gebruiken en het opnieuw configureren zoals beschreven in de [downloadinstructies](https://www.zabbix.com/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql&ws=nginx) in sectie *e. Configure PHP for Zabbix frontend*.

Als alternatief kun je handmatig een bestaand NGINX-configuratiebestand bewerken (meestal */etc/zabbix/nginx.conf*). Open het bestand en zoek naar de volgende blok:

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

Vervang vervolgens dit blok door:

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

    location /vendor {
            deny            all;
            return          404;
    }

[comment]: # ({/8e04429f-7e4b94d3})

[comment]: # ({new-22731cf6})

#### Incorrect information from nested host groups in maps

Information from nested host groups is incorrectly displayed in maps, for example:

-   Host group label displays the problem summary not including all hosts in nested host groups;
-   "Host group elements" view does not display a separate map element for each host in the nested host groups.

[comment]: # ({/new-22731cf6})

[comment]: # ({3ab732d5-c084126b})
#### Logrotate voor Zabbix server en proxy

Het hulpprogramma logrotate is alleen opgenomen in de pakketten voor zabbix-agent, zabbix-agent2 en zabbix-web-service, maar moet apart worden geïnstalleerd voor Zabbix server en proxy. De logrotate-afhankelijkheid is toegevoegd aan de server- en proxy-pakketten voor RHEL en SUSE vanaf Zabbix 6.4.4rc1.

[comment]: # ({/3ab732d5-c084126b})

[comment]: # ({ef524fb9-0e74b473})
#### Problemen in Zabbix 6.0.11

##### Fouten bij het parsen van JSONPath

Fouten bij het parsen van JSONPath treden op bij voorloopspaties en lege arrays/objecten. Dit is opgelost in Zabbix 6.0.12.

##### AND/OR-evaluatie in LLD-filters

De evaluatie van AND/OR-expressies in de filters/overschrijvingen voor laag-niveau ontdekking kan falen in deze versie. Dit is opgelost in Zabbix 6.0.12.

[comment]: # ({/ef524fb9-0e74b473})

[comment]: # ({new-03edb8bf})

#### Missing files in Windows agent archive

The Windows Zabbix agent download ZIP file is missing zabbix_sender.h and zabbix_sender.lib files in versions 6.0.0-6.0.27, required for zabbix_sender.dll.

[comment]: # ({/new-03edb8bf})

[comment]: # ({new-b1fb87ee})

#### Use case with global variables shared across webhook calls

As global variables are shared across different webhook calls, the following code will result in the tag value counter gradually increasing:

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

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

Using local variables instead of global ones is recommended to make sure that each script operates on its own data and that there are no collisions between simultaneous calls.

[comment]: # ({/new-b1fb87ee})

[comment]: # ({new-cae77d31})

#### Processor groups on Windows {#win-proc-groups}

Microsoft documentation states that systems with fewer than 64 logical processors always
have a single processor group, Group 0. However, Zabbix users have reported a rare bug [ZBX-20260](https://support.zabbix.com/browse/ZBX-20260),
when there are two processor groups on systems with 64 or less logical processors. This resulted in having the
"\Processor(n)" performance counters for only one processor group out of two. The actual root cause of this bug
is not known. However, a similar case was described at
[stackoverflow.com](https://stackoverflow.com/questions/28098082/unable-to-use-more-than-one-processor-group-for-my-threads-in-a-c-sharp-app),
and the root cause there was in interoperation between BIOS and Windows.

[comment]: # ({/new-cae77d31})

[comment]: # ({new-6c32b60f})
#### Limits of filtering with utf8mb4 collations

Filters (e.g., in *Configuration* → [*Maintenance*](/manual/web_interface/frontend_sections/configuration/maintenance#using-filter)) may not function correctly when applied to entities containing certain Unicode characters (e.g., ȼ, ɇ).
This issue arises due to how the default utf8mb4\_bin collation for MySQL or MariaDB databases handles sorting and comparison of Unicode characters.

To address this limitation, users can change the collation of database columns to alternatives such as utf8mb4\_0900\_bin, utf8mb4\_0900\_ai\_ci, or utf8mb4\_unicode\_520\_ci.
Note, however, that changing the collation may cause unexpected behavior in the handling of empty spaces, as well as sorting and filtering for other characters.

For more information on changing collations, see [MySQL documentation](https://dev.mysql.com/doc/refman/8.4/en/alter-table.html#alter-table-character-set) or [MariaDB documentation](https://mariadb.com/kb/en/alter-database/).
For details on collation differences, see [Unicode Character Sets](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-sets.html) in MySQL documentation.

[comment]: # ({/new-6c32b60f})

[comment]: # ({new-44e6b576})
#### MySQL 8.0 Group Replication in multi‐primary mode

When using MySQL 8.0 Group Replication in multi‐primary mode, you may encounter an error during transaction commits similar to the following:

    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] Plugin instructed the server to rollback the current transaction. [commit;]

This error appears to be triggered by issues with rollback operations involving foreign key constraints.

See also:

-   [ZBX-26060](https://support.zabbix.com/browse/ZBX-26060) for the related problem report.
-   [MySQL Bug #96758 "Rollbacks with Foreign Keys on single node"](https://bugs.mysql.com/bug.php?id=96758) for the upstream issue.

[comment]: # ({/new-44e6b576})