[comment]: # ({d4c2e042-97796c37}) # 8 Bekannte Probleme Siehe auch: [Kompilierungsprobleme](/manual/installation/known_issues/compilation_issues). [comment]: # ({/d4c2e042-97796c37}) [comment]: # ({599d969c-b6b98099}) #### Bekannte Probleme in 7.4.4 Von einem Upgrade auf diese Version wird abgeraten aufgrund von: - plötzlichen CPU-Spitzen, wenn Sie das Zabbix Agent 2 MySQL-Plugin verwenden (siehe [ZBX-27156](https://support.zabbix.com/browse/ZBX-27156)) - einem Diagramm für Zabbix aktive Agent-Datenpunkte, das aufgrund eines Fehlers durch einen undefinierten Index eine Warnung "Undefined array key" anzeigt (siehe [ZBX-27153](https://support.zabbix.com/browse/ZBX-27153)) [comment]: # ({/599d969c-b6b98099}) [comment]: # ({acc59e29-60337342}) #### Upgrade [comment]: # ({/acc59e29-60337342}) [comment]: # ({4128d758-9dcbc232}) ##### SQL-Modus-Einstellung für ein erfolgreiches Upgrade Die Einstellung `sql_mode` in MySQL/MariaDB muss den Modus "STRICT_TRANS_TABLES" gesetzt haben. Falls dieser fehlt, schlägt das Upgrade der Zabbix-Datenbank fehl (siehe auch [ZBX-19435](https://support.zabbix.com/browse/ZBX-19435)). [comment]: # ({/4128d758-9dcbc232}) [comment]: # ({62592ed3-5c2a7ea7}) ##### Upgrade mit MariaDB 10.2.1 und früher Das Upgrade von Zabbix kann fehlschlagen, wenn Datenbanktabellen mit MariaDB 10.2.1 oder früher erstellt wurden, da in diesen Versionen das Standard-Zeilenformat compact ist. Dies kann behoben werden, indem das Zeilenformat auf dynamic geändert wird (siehe auch [ZBX-17690](https://support.zabbix.com/browse/ZBX-17690)). [comment]: # ({/62592ed3-5c2a7ea7}) [comment]: # ({468fcd25-707f9f16}) #### Vorlagen [comment]: # ({/468fcd25-707f9f16}) [comment]: # ({866cdf84-716efa40}) ##### Vorlagenkompatibilität in Dual-Stack-Umgebungen (IPv4/IPv6) In Dual-Stack-Umgebungen (Systeme, die sowohl IPv4 als auch IPv6 unterstützen) wird der Hostname `localhost` in der Regel sowohl in IPv4- als auch in IPv6-Adressen aufgelöst. Aufgrund der häufigen Priorisierung von IPv6 gegenüber IPv4 durch viele Betriebssysteme und DNS-Resolver können Zabbix Vorlagen möglicherweise nicht korrekt funktionieren, wenn der zu überwachende Dienst so konfiguriert ist, dass er nur auf IPv4 lauscht. Dienste, die nicht für das Lauschen auf IPv6-Adressen konfiguriert sind, können unerreichbar werden, was zu Überwachungsfehlern führt. Benutzer konfigurieren den Zugriff möglicherweise korrekt für IPv4, haben aber dennoch Verbindungsprobleme aufgrund des Standardverhaltens, IPv6 zu priorisieren. Eine mögliche Lösung besteht darin, sicherzustellen, dass die Dienste (Nginx, Apache, PostgreSQL usw.) so konfiguriert sind, dass sie sowohl auf IPv4- als auch auf IPv6-Adressen lauschen, und dass der Zabbix Server/Agent über IPv6 Zugriff hat. Verwenden Sie außerdem in Zabbix Vorlagen und Konfigurationen ausdrücklich `localhost` anstelle von `127.0.0.1`, um die Kompatibilität mit IPv4 und IPv6 sicherzustellen. **Zum Beispiel** müssen Sie bei der Überwachung von PostgreSQL mit der Vorlage [PostgreSQL by Zabbix agent 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F7.4) möglicherweise die Datei `pg_hba.conf` bearbeiten, um Verbindungen für den Benutzer `zbx_monitor` zuzulassen. Wenn in der Dual-Stack-Umgebung IPv6 priorisiert wird (das System löst `localhost` zu `::1` auf) und Sie `localhost` konfigurieren, aber nur einen IPv4-Eintrag (`127.0.0.1/32`) hinzufügen, schlägt die Verbindung fehl, da kein passender IPv6-Eintrag vorhanden ist. Das folgende Beispiel für die Datei `pg_hba.conf` stellt sicher, dass sich der Benutzer `zbx_monitor` von der lokalen Maschine aus mit beiden IPv4- und IPv6-Adressen und unterschiedlichen Authentifizierungsmethoden mit jeder Datenbank verbinden kann: ```ini # 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 ``` Falls erforderlich, können Sie bei der Konfiguration des Makros der Vorlage [PostgreSQL by Zabbix agent 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F7.4) für die Verbindungszeichenfolge auch direkt die IPv4-Adresse (`127.0.0.1`) verwenden. [comment]: # ({/866cdf84-716efa40}) [comment]: # ({56ece64f-5da64b1a}) #### Versehentliche Installation von EPEL-Zabbix-Paketen Wenn das EPEL-Repository installiert und aktiviert ist, kann die Installation von Zabbix-Paketen dazu führen, dass EPEL-Versionen anstelle der offiziellen Zabbix-Pakete installiert werden. So beheben Sie das Problem: 1\. Entfernen Sie alle Zabbix-Pakete, die aus EPEL installiert wurden: ```bash dnf remove zabbix-server-mysql ``` 2\. Schließen Sie Zabbix-Pakete aus EPEL aus, indem Sie die folgende Zeile zur Datei `/etc/yum.repos.d/epel.repo` hinzufügen: ```ini [epel] ... excludepkgs=zabbix* ``` 3.\ Installieren Sie das offizielle Zabbix-Server-Paket erneut: ```bash dnf install zabbix-server-mysql ``` Während der Installation enthalten offizielle Zabbix-Pakete das Wort `release` in ihrer Versionszeichenfolge (z. B. `7.0.0-release1.el8`), wodurch sie sich von EPEL-Paketen unterscheiden. [comment]: # ({/56ece64f-5da64b1a}) [comment]: # ({16623e24-7721e21f}) #### Zabbix-Pakete für RHEL in Red Hat UBI-Umgebungen Wenn Sie Zabbix aus Red Hat Enterprise Linux-Paketen in Umgebungen mit [Red Hat Universal Base Image](https://catalog.redhat.com/software/base-images) installieren, stellen Sie sicher, dass der Zugriff auf die erforderlichen Repositories und Abhängigkeiten vorhanden ist. Zabbix-Pakete hängen von den Bibliotheken `libOpenIPMI.so` und `libOpenIPMIposix.so` ab, die von keinem Paket in den standardmäßig aktivierten Paketmanager-Repositories auf UBI-Systemen bereitgestellt werden und zu Installationsfehlern führen. Die Bibliotheken `libOpenIPMI.so` und `libOpenIPMIposix.so` sind im Paket `OpenIPMI-libs` verfügbar, das vom Repository `redhat-#-for--appstream-rpms` bereitgestellt wird. Der Zugriff auf dieses Repository wird über Subskriptionen gesteuert, die im Fall von UBI-Umgebungen durch das Einhängen der Repository-Konfiguration und der Verzeichnisse mit Geheimnissen des RHEL-Hosts in den Dateisystem-Namespace des Containers weitergegeben werden. Weitere Informationen finden Sie unter [ZBX-24291](https://support.zabbix.com/browse/ZBX-24291). [comment]: # ({/16623e24-7721e21f}) [comment]: # ({35e44cd0-08afca66}) #### Abgelaufener Signaturschlüssel für RHEL-Pakete Beim Upgrade von Zabbix auf [Red Hat Enterprise Linux](/manual/installation/upgrade/packages/rhel#update-repository-configuration-package) oder dessen Derivaten kann ein Problem mit einem abgelaufenen Signaturschlüssel für Pakete im [Zabbix-Repository](https://repo.zabbix.com/zabbix/7.4/) auftreten. Wenn ein Signaturschlüssel abläuft, führen Versuche, die Paketsignaturen zu überprüfen, zu einem Fehler, der darauf hinweist, dass das Zertifikat oder der Schlüssel nicht mehr gültig ist. Zum Beispiel: ```bash error: Verifying a signature using certificate D9AA84C2B617479C6E4FCF4D19F2475308EFA7DD (Zabbix LLC (Jul 2022) ): 1. Certificate 19F2475308EFA7DD invalid: certificate is not alive because: The primary key is not live because: Expired on 2024-07-04T11:41:23Z 2. Key 19F2475308EFA7DD invalid: key is not alive because: The primary key is not live because: Expired on 2024-07-04T11:41:23Z ``` Um solche Probleme zu beheben, installieren Sie das neueste `zabbix-release`-Paket für Ihre spezifische RHEL-Variante manuell neu (ersetzen Sie den untenstehenden Link durch den korrekten aus dem [Zabbix-Repository](https://repo.zabbix.com/zabbix/7.4/release/rhel/)). Führen Sie beispielsweise unter **RHEL 9** Folgendes aus: ```bash rpm -Uvh https://repo.zabbix.com/zabbix/7.4/release/rhel/9/noarch/zabbix-release-latest.el9.noarch.rpm ``` Aktualisieren Sie anschließend die Repository-Informationen: ```bash dnf update ``` Weitere Informationen finden Sie unter [ZBX-24761](https://support.zabbix.com/browse/ZBX-24761). [comment]: # ({/35e44cd0-08afca66}) [comment]: # ({1d50b530-68c1ee03}) #### Timescale DB: hoher Speicherverbrauch bei großer Anzahl von Partitionen PostgreSQL-Versionen 9.6-12 verwenden zu viel Speicher, wenn Tabellen mit einer großen Anzahl von Partitionen aktualisiert werden. Dieses Problem tritt auf, wenn Zabbix Trends auf Systemen mit TimescaleDB aktualisiert, falls Trends in relativ kleine Chunks (z. B. 1 Tag) aufgeteilt sind. Dies führt dazu, dass in den Trend-Tabellen bei den Standard-Housekeeping-Einstellungen Hunderte von Chunks vorhanden sind – ein Zustand, bei dem PostgreSQL wahrscheinlich der Speicher ausgeht. Das Problem wurde seit Zabbix 5.0.1 für Neuinstallationen mit TimescaleDB behoben, aber wenn TimescaleDB zuvor mit Zabbix eingerichtet wurde, lesen Sie bitte die Migrationshinweise unter [ZBX-16347](https://support.zabbix.com/browse/ZBX-16347?focusedCommentId=430816&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-430816). #### Timescale DB 2.5.0: Komprimierungsrichtlinie kann bei Tabellen fehlschlagen, die Integer enthalten Dieses Problem tritt auf, wenn TimescaleDB 2.5.0/2.5.1 verwendet wird. Es wurde seit TimescaleDB 2.5.2 behoben. Weitere Informationen finden Sie unter [TimescaleDB Issue #3773](https://github.com/timescale/timescaledb/issues/3773). [comment]: # ({/1d50b530-68c1ee03}) [comment]: # ({1247e44f-40e33d04}) #### Datenbank-TLS-Verbindung mit MariaDB Eine Datenbank-TLS-Verbindung wird mit der Option 'verify\_ca' für den DBTLSConnect-[Parameter](/manual/appendix/config/zabbix_server) nicht unterstützt, wenn MariaDB verwendet wird. [comment]: # ({/1247e44f-40e33d04}) [comment]: # ({fa488c09-40ea4656}) #### Mögliche Deadlocks mit MySQL/MariaDB Bei Betrieb unter hoher Last und wenn mehr als ein LLD-Worker beteiligt ist, kann es zu einem Deadlock kommen, der durch einen InnoDB-Fehler im Zusammenhang mit der Strategie zur Sperrung von Zeilen verursacht wird (siehe [upstream bug](https://github.com/mysql/mysql-server/commit/7037a0bdc83196755a3bf3e935cfb3c0127715d5)). Der Fehler wurde in MySQL ab Version 8.0.29 behoben, jedoch nicht in MariaDB. Weitere Details finden Sie unter [ZBX-21506](https://support.zabbix.com/browse/ZBX-21506). [comment]: # ({/fa488c09-40ea4656}) [comment]: # ({1ca1b80c-70c19e71}) #### Globale Ereigniskorrelation Ereignisse werden möglicherweise nicht korrekt korreliert, wenn das Zeitintervall zwischen dem ersten und dem zweiten Ereignis sehr klein ist, d. h. eine halbe Sekunde oder weniger. [comment]: # ({/1ca1b80c-70c19e71}) [comment]: # ({6c096f65-215c95a7}) #### Numerischer (Float-)Datentypbereich mit PostgreSQL 11 und älter PostgreSQL 11 und ältere Versionen unterstützen nur einen Bereich für Gleitkommawerte von ungefähr -1.34E-154 bis 1.34E+154. [comment]: # ({/6c096f65-215c95a7}) [comment]: # ({782693b6-dfc40df7}) #### NetBSD 8.0 und neuer Verschiedene Zabbix-Prozesse können auf NetBSD-Versionen 8.X und 9.X beim Start zufällig abstürzen. Dies ist auf die zu kleine Standard-Stackgröße (4 MB) zurückzuführen, die durch Ausführen von Folgendem erhöht werden muss: ```bash ulimit -s 10240 ``` Weitere Informationen finden Sie im zugehörigen Problembericht: [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275). [comment]: # ({/782693b6-dfc40df7}) [comment]: # ({9e6b7b54-ca368d3f}) #### Einschränkungen regulärer Ausdrücke in Zabbix Agent 2 Zabbix Agent 2 unterstützt aufgrund der Einschränkungen der standardmäßigen Go-regexp-Bibliothek keine Lookaheads und Lookbehinds in regulären Ausdrücken. [comment]: # ({/9e6b7b54-ca368d3f}) [comment]: # ({153d6a2b-3cf04fe3}) #### IPMI-Prüfungen IPMI-Prüfungen funktionieren nicht mit dem standardmäßigen OpenIPMI-Bibliothekspaket unter Debian vor 9 (stretch) und Ubuntu vor 16.04 (xenial). Um dies zu beheben, kompilieren Sie die OpenIPMI-Bibliothek mit aktivierter OpenSSL-Unterstützung neu, wie in [ZBX-6139](https://support.zabbix.com/browse/ZBX-6139) beschrieben. [comment]: # ({/153d6a2b-3cf04fe3}) [comment]: # ({4584bdf5-a0231545}) #### IPMI — nicht vertrauenswürdige Hosts können OpenIPMI zum Absturz bringen Es gibt einen Fehler in der OpenIPMI-Bibliothek, die von Zabbix zum Abrufen von IPMI-Daten verwendet wird und durch speziell präparierte Antworten eines nicht vertrauenswürdigen Geräts ausgelöst werden kann. Ein nicht vertrauenswürdiges IPMI-Gerät kann präparierte Daten senden, die dazu führen, dass die OpenIPMI-Bibliothek abstürzt, was wiederum dazu führen kann, dass der Zabbix-Serverprozess, der das IPMI-Polling durchführt, beendet wird. [comment]: # ({/4584bdf5-a0231545}) [comment]: # ({aa786b9a-8c5cdd23}) #### SSH-Prüfungen - Einige Linux-Distributionen wie Debian und Ubuntu unterstützen keine verschlüsselten privaten Schlüssel (mit Passphrase), wenn die Bibliothek libssh2 aus Paketen installiert wurde. Weitere Details finden Sie unter [ZBX-4850](https://support.zabbix.com/browse/ZBX-4850). - Bei Verwendung von libssh 0.9.x auf einigen Linux-Distributionen mit OpenSSH 8 können SSH-Prüfungen gelegentlich „Cannot read data from SSH server“ melden. Dies wird durch ein libssh-[Problem](https://gitlab.com/libssh/libssh-mirror/-/merge_requests/101) verursacht ([ausführlicherer Bericht](https://bugs.libssh.org/T231)). Es wird erwartet, dass der Fehler mit der stabilen Veröffentlichung von libssh 0.9.5 behoben wurde. Siehe auch [ZBX-17756](https://support.zabbix.com/browse/ZBX-17756) für Details. - Die Verwendung der Pipe „|“ im SSH-Skript kann zu einem Fehler „Cannot read data from SSH server“ führen. In diesem Fall wird empfohlen, die Version der libssh-Bibliothek zu aktualisieren. Siehe auch [ZBX-21337](https://support.zabbix.com/browse/ZBX-21337) für Details. [comment]: # ({/aa786b9a-8c5cdd23}) [comment]: # ({abbd7c58-0c2fc2b9}) #### ODBC-Prüfungen - Der MySQL-unixODBC-Treiber sollte nicht mit einem Zabbix Server oder Zabbix Proxy verwendet werden, der gegen die MariaDB-Connector-Bibliothek kompiliert wurde, und umgekehrt. Wenn möglich, ist es aufgrund eines [upstream bug](https://bugs.mysql.com/bug.php?id=73709) außerdem besser, nicht denselben Connector wie den Treiber zu verwenden. Empfohlene Konfiguration: PostgreSQL-, SQLite- oder Oracle-Connector → MariaDB- oder MySQL-unixODBC-Treiber
MariaDB-Connector → MariaDB-unixODBC-Treiber
MySQL-Connector → MySQL-unixODBC-Treiber Weitere Informationen und verfügbare Workarounds finden Sie unter [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665). - Von Microsoft SQL Server abgefragte XML-Daten können auf Linux- und UNIX-Systemen auf verschiedene Weise abgeschnitten werden. - Es wurde beobachtet, dass die Verwendung von ODBC-Prüfungen zur Überwachung von Oracle-Datenbanken mit verschiedenen Versionen von Oracle Instant Client für Linux zum Absturz des Zabbix Servers führt.
Siehe auch: [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402), [ZBX-20803](https://support.zabbix.com/browse/ZBX-20803). - Wenn Sie den FreeTDS-UnixODBC-Treiber verwenden, müssen Sie einer SQL-Abfrage eine Anweisung 'SET NOCOUNT ON' voranstellen (zum Beispiel ````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....````). Andernfalls kann der Datenpunkt zur Datenbanküberwachung in Zabbix die Informationen nicht abrufen und meldet den Fehler "SQL query returned empty result".
Weitere Informationen finden Sie unter [ZBX-19917](https://support.zabbix.com/browse/ZBX-19917). [comment]: # ({/abbd7c58-0c2fc2b9}) [comment]: # ({fa40a989-1db730d3}) #### Falscher Parameter für die Anfragemethode in Datenpunkten Der Parameter für die Anfragemethode, der nur in HTTP-Prüfungen verwendet wird, kann infolge eines Upgrades von einer Zabbix-Version vor 4.0 fälschlicherweise auf „1“ gesetzt sein, einen Nicht-Standardwert für alle Datenpunkte. Einzelheiten zur Behebung dieser Situation finden Sie unter [ZBX-19308](https://support.zabbix.com/browse/ZBX-19308). [comment]: # ({/fa40a989-1db730d3}) [comment]: # ({6b07e4f0-4713dff4}) #### Web-Überwachung und HTTP-Agent Der Zabbix Server verliert auf einigen Linux-Distributionen aufgrund eines [Upstream-Fehlers](https://bugzilla.redhat.com/show_bug.cgi?id=1057388) Speicher, wenn „SSL verify peer“ in Webszenarien oder im HTTP-Agent aktiviert ist. Weitere Informationen und verfügbare Behelfslösungen finden Sie unter [ZBX-10486](https://support.zabbix.com/browse/ZBX-10486). [comment]: # ({/6b07e4f0-4713dff4}) [comment]: # ({5aaa698c-9cd7efe1}) #### Einfache Prüfungen In **fping**-Versionen vor v3.10 gibt es einen Fehler, durch den doppelte Echo-Reply-Pakete falsch verarbeitet werden. Dies kann zu unerwarteten Ergebnissen bei den Datenpunkten `icmpping`, `icmppingloss`, `icmppingsec` führen. Es wird empfohlen, die neueste Version von **fping** zu verwenden. Weitere Informationen finden Sie unter [ZBX-11726](https://support.zabbix.com/browse/ZBX-11726). [comment]: # ({/5aaa698c-9cd7efe1}) [comment]: # ({7d921240-49c461f1}) #### Fehler bei der Ausführung von fping in rootless-Containern Wenn Container im rootless-Modus oder in einer Umgebung mit spezifischen Einschränkungen ausgeführt werden, können bei der Durchführung von ICMP-Prüfungen Fehler im Zusammenhang mit der Ausführung von fping auftreten, z. B. `fping: Operation not permitted` oder der Verlust aller Pakete an alle Ressourcen. Um dieses Problem zu beheben, fügen Sie `--cap-add=net_raw` zu den Befehlen „docker run“ oder „podman run“ hinzu. Zusätzlich kann die Ausführung von fping in Nicht-Root-Umgebungen eine sysctl-Änderung erfordern, z. B.: ```bash sudo sysctl -w "net.ipv4.ping_group_range=0 1995" ``` wobei „1995“ die zabbix-GID ist. Weitere Details finden Sie unter [ZBX-22833](https://support.zabbix.com/browse/ZBX-22833). [comment]: # ({/7d921240-49c461f1}) [comment]: # ({4356fdf8-a4574c73}) #### SNMP-Prüfungen Wenn das Betriebssystem OpenBSD verwendet wird, kann ein Use-after-free-Fehler in der Net-SNMP-Bibliothek bis einschließlich Version 5.7.3 einen Absturz des Zabbix Server verursachen, wenn der Parameter SourceIP in der Konfigurationsdatei des Zabbix Server gesetzt ist. Als Behelfslösung setzen Sie bitte den Parameter SourceIP nicht. Dasselbe Problem betrifft auch Linux, führt dort jedoch nicht dazu, dass der Zabbix Server nicht mehr funktioniert. Ein lokaler Patch für das net-snmp-Paket unter OpenBSD wurde angewendet und wird mit OpenBSD 6.3 veröffentlicht. [comment]: # ({/4356fdf8-a4574c73}) [comment]: # ({4cdd7794-d699f9d6}) #### SNMP-Datenspitzen Es wurden Spitzen in SNMP-Daten beobachtet, die mit bestimmten physischen Faktoren wie Spannungsspitzen im Stromnetz zusammenhängen können. Siehe [ZBX-14318](https://support.zabbix.com/browse/ZBX-14318) für weitere Details. [comment]: # ({/4cdd7794-d699f9d6}) [comment]: # ({219609d4-7aeb682d}) #### SNMP-Traps Das Paket "net-snmp-perl", das für SNMP-Traps benötigt wird, wurde in RHEL 8.0-8.2 entfernt und in RHEL 8.3 wieder hinzugefügt. Wenn Sie also RHEL 8.0-8.2 verwenden, ist die beste Lösung ein Upgrade auf RHEL 8.3. Weitere Informationen finden Sie auch unter [ZBX-17192](https://support.zabbix.com/browse/ZBX-17192). [comment]: # ({/219609d4-7aeb682d}) [comment]: # ({9a52cca5-f46cb486}) #### Absturz des Alerter-Prozesses in RHEL 7 In RHEL 7 wurden Fälle eines Absturzes des Alerter-Prozesses eines Zabbix-Servers festgestellt. Weitere Informationen finden Sie unter [ZBX-10461](https://support.zabbix.com/browse/ZBX-10461). [comment]: # ({/9a52cca5-f46cb486}) [comment]: # ({e54095e6-e9907d15}) #### Upgrade von Zabbix Agent 2 (6.0.5 oder älter) Beim Upgrade von Zabbix Agent 2 (Version 6.0.5 oder älter) aus Paketen kann ein pluginbezogener Dateikonfliktfehler auftreten. Um den Fehler zu beheben, sichern Sie Ihre Agent-2-Konfiguration (falls erforderlich), deinstallieren Sie Agent 2 und installieren Sie ihn erneut. Führen Sie auf RHEL-basierten Systemen Folgendes aus: ```bash dnf remove zabbix-agent2 dnf install zabbix-agent2 ``` Führen Sie auf Debian-basierten Systemen Folgendes aus: ```bash apt remove zabbix-agent2 apt install zabbix-agent2 ``` Weitere Informationen finden Sie unter [ZBX-23250](https://support.zabbix.com/browse/ZBX-23250). [comment]: # ({/e54095e6-e9907d15}) [comment]: # ({70349327-6e1fb8fe}) #### Wechselnde Frontend-Gebietsschemas Es wurde beobachtet, dass Frontend-Gebietsschemas scheinbar ohne erkennbare Logik wechseln, d. h. einige Seiten (oder Teile von Seiten) werden in einer Sprache angezeigt, während andere Seiten (oder Teile von Seiten) in einer anderen Sprache angezeigt werden. Typischerweise kann das Problem auftreten, wenn es mehrere Benutzer gibt, von denen einige ein Gebietsschema verwenden, während andere ein anderes verwenden. Eine bekannte Behelfslösung besteht darin, Multithreading in PHP und Apache zu deaktivieren. Das Problem hängt damit zusammen, wie das Setzen des Gebietsschemas [in PHP](https://www.php.net/manual/en/function.setlocale) funktioniert: Informationen zum Gebietsschema werden pro Prozess und nicht pro Thread verwaltet. In einer Multithreading-Umgebung ist es daher möglich, dass bei mehreren Projekten, die im selben Apache-Prozess ausgeführt werden, das Gebietsschema in einem anderen Thread geändert wird und dies beeinflusst, wie Daten im Zabbix-Thread verarbeitet werden. Weitere Informationen finden Sie in den zugehörigen Problemberichten: - [ZBX-10911](https://support.zabbix.com/browse/ZBX-10911) (Problem mit wechselnden Frontend-Gebietsschemas) - [ZBX-16297](https://support.zabbix.com/browse/ZBX-16297) (Problem bei der Zahlenverarbeitung in Diagrammen bei Verwendung der `bcdiv`-Funktion aus den BC-Math-Funktionen) [comment]: # ({/70349327-6e1fb8fe}) [comment]: # ({7925147c-4f3b73ce}) #### Diagramme ##### Probleme mit Diagrammen (klassisch) Wenn Probleme mit klassischen Diagrammen auftreten, wird empfohlen, die GD-Bibliothek (libgd) auf Version 2.3.3-13 oder höher und PHP auf Version 8.0.19, 8.1.33, 8.2.29, 8.3.25, 8.4.12 oder höher zu aktualisieren. ##### Sommerzeit Änderungen durch die Sommerzeit (DST) führen zu Unregelmäßigkeiten bei der Anzeige der Beschriftungen der X-Achse (doppelte Datumsangaben, fehlende Datumsangaben usw.). ##### Summenaggregation Bei Verwendung der [Summenaggregation](/manual/config/visualization/graphs/aggregate#configuration) in einem Diagramm für einen Zeitraum von weniger als einer Stunde zeigen Diagramme falsche (multiplizierte) Werte an, wenn die Daten aus Trends stammen. ##### Textüberlappung Bei einigen Frontend-Sprachen (z. B. Japanisch) können lokale Schriftarten zu Textüberlappungen in der Diagrammlegende führen. Um dies zu vermeiden, verwenden Sie Version 2.3.0 (oder höher) der PHP-GD-Erweiterung. [comment]: # ({/7925147c-4f3b73ce}) [comment]: # ({d77e6a97-357fdb5b}) #### Überwachung von Protokolldateien `log[]`- und `logrt[]`-Datenpunkte lesen die Protokolldatei wiederholt vom Anfang an erneut, wenn das Dateisystem zu 100 % voll ist und die Protokolldatei erweitert wird (weitere Informationen finden Sie unter [ZBX-10884](https://support.zabbix.com/browse/ZBX-10884)). [comment]: # ({/d77e6a97-357fdb5b}) [comment]: # ({726d79e5-82ff58c2}) #### Langsame MySQL-Abfragen Der Zabbix Server erzeugt langsame `SELECT`-Abfragen, wenn für Datenpunkte keine Werte vorhanden sind. Dieses [Problem](https://bugs.mysql.com/bug.php?id=74602) tritt bekanntermaßen in den MySQL-Versionen 5.6/5.7 auf (eine ausführlichere Diskussion finden Sie unter [ZBX-10652](https://support.zabbix.com/browse/ZBX-10652)) und kann in bestimmten Fällen auch in späteren MySQL-Versionen auftreten. Eine mögliche Umgehung besteht darin, den Optimizer [`index_condition_pushdown`](https://dev.mysql.com/doc/refman/8.0/en/switchable-optimizations.html#optflag_index-condition-pushdown) oder [`prefer_ordering_index`](https://dev.mysql.com/doc/refman/8.0/en/switchable-optimizations.html#optflag_prefer-ordering-index) in MySQL zu deaktivieren. Beachten Sie jedoch, dass diese Umgehung nicht alle Probleme im Zusammenhang mit langsamen Abfragen beheben kann. [comment]: # ({/726d79e5-82ff58c2}) [comment]: # ({7b21750b-e13fae70}) #### Persistente Filtereinstellungen aus Links Beim Öffnen eines Links zu einer Zabbix-Frontend-Seite, die Filtereinstellungen einschließlich der Zeitauswahl enthält, wird der Filter automatisch für den Benutzer in der Datenbank gespeichert und ersetzt die zuvor gespeicherten Filter- und/oder Zeitauswahleinstellungen für diese Seite. Diese Einstellungen bleiben aktiv, bis der Benutzer sie manuell aktualisiert oder zurücksetzt. [comment]: # ({/7b21750b-e13fae70}) [comment]: # ({7e8483c4-17c4463f}) #### Problem mit IPv6-Adressen in SNMPv3-Traps Aufgrund eines Fehlers in net-snmp wird die IPv6-Adresse bei der Verwendung von SNMPv3 in SNMP-Traps möglicherweise nicht korrekt angezeigt. Weitere Informationen sowie eine mögliche Behelfslösung finden Sie unter [ZBX-14541](https://support.zabbix.com/browse/ZBX-14541). [comment]: # ({/7e8483c4-17c4463f}) [comment]: # ({ca8e0df9-d77627ce}) #### Gekürzte lange IPv6-IP-Adresse in Informationen zu fehlgeschlagenen Anmeldungen Eine Meldung über einen fehlgeschlagenen Anmeldeversuch zeigt nur die ersten 39 Zeichen einer gespeicherten IP-Adresse an, da dies die Zeichenbegrenzung des Datenbankfelds ist. Das bedeutet, dass IPv6-IP-Adressen mit mehr als 39 Zeichen unvollständig angezeigt werden. [comment]: # ({/ca8e0df9-d77627ce}) [comment]: # ({e11e57ad-57420738}) #### Zabbix-Agent-Prüfungen unter Windows Nicht vorhandene DNS-Einträge im Parameter `Server` der Zabbix-Agent-Konfigurationsdatei (zabbix\_agentd.conf) können die Antwortzeit des Zabbix-Agenten unter Windows erhöhen. Dies geschieht, weil der Windows-DNS-Caching-Dienst negative Antworten für IPv4-Adressen nicht zwischenspeichert. Für IPv6-Adressen werden negative Antworten jedoch zwischengespeichert, daher besteht eine mögliche Umgehungslösung darin, IPv4 auf dem Host zu deaktivieren. [comment]: # ({/e11e57ad-57420738}) [comment]: # ({a4766858-40001075}) #### YAML-Export/-Import Es gibt einige bekannte Probleme mit YAML-[Export/Import](/manual/xml_export_import): - Fehlermeldungen sind nicht übersetzbar; - Gültiges JSON mit der Dateierweiterung .yaml kann manchmal nicht importiert werden; - Nicht in Anführungszeichen gesetzte menschenlesbare Datumsangaben werden automatisch in Unix-Zeitstempel umgewandelt. [comment]: # ({/a4766858-40001075}) [comment]: # ({d08dcd7b-fcbf4bce}) #### Einrichtungsassistent unter SUSE mit NGINX und php-fpm Der Frontend-Einrichtungsassistent kann die Konfigurationsdatei unter SUSE mit NGINX + php-fpm nicht speichern. Dies wird durch eine Einstellung in der Unit `/usr/lib/systemd/system/php-fpm.service` verursacht, die verhindert, dass Zabbix nach `/etc` schreiben kann. (eingeführt in [PHP 7.4](https://bugs.php.net/bug.php?id=72510)). Es gibt zwei verfügbare Umgehungslösungen: - Setzen Sie die Option [ProtectSystem](https://www.freedesktop.org/software/systemd/man/systemd.exec.html#ProtectSystem=) in der php-fpm-systemd-Unit auf `true` statt auf `full`. - Speichern Sie die Datei `/etc/zabbix/web/zabbix.conf.php` manuell. [comment]: # ({/d08dcd7b-fcbf4bce}) [comment]: # ({48a90962-797c65cb}) #### Weiterleitung des Authorization-Headers In einigen Fällen können Apache oder NGINX verhindern, dass der Authorization-Header in API-Anfragen Zabbix erreicht. Dies kann zu Authentifizierungsproblemen bei der Verwendung der Zabbix-API oder von Single-Sign-On-(SSO-)Diensten wie SAML mit Okta führen. Um dies zu beheben, aktualisieren Sie die Konfiguration Ihres Webservers. Für **Apache** fügen Sie, wenn Sie ihn als Reverse-Proxy verwenden (Nicht-CGI-Setup), die folgende Direktive zu `/etc/httpd/conf/httpd.conf` (auf RHEL-basierten Systemen) oder `/etc/apache2/apache2.conf` (auf Debian/Ubuntu) hinzu: ```ini SetEnvIfNoCase ^Authorization$ "(.+)" HTTP_AUTHORIZATION=$1 ``` Wenn Apache Skripte direkt zur Verarbeitung von Anfragen ausführt (z. B. mit mod\_cgi), fügen Sie stattdessen die folgende Direktive hinzu: ```ini CGIPassAuth On ``` Im Gegensatz dazu verarbeitet **NGINX** den Authorization-Header automatisch. Wenn NGINX jedoch als Reverse-Proxy fungiert, können Sie den Authorization-Header explizit weiterleiten, indem Sie die folgenden Direktiven zu `/etc/nginx/nginx.conf` hinzufügen (für den Speicherort Ihres Zabbix-Frontend): ```ini ... location / { ... proxy_set_header Authorization $http_authorization; proxy_pass http://backend_server; ... } ``` Starten Sie nach der Aktualisierung der Konfiguration Ihren Webserver neu. Weitere Informationen finden Sie unter: - [ZBX-22952](https://support.zabbix.com/browse/ZBX-22952) - [Apache 2.4 + PHP-FPM and Authorization headers](https://stackoverflow.com/questions/17018586/apache-2-4-php-fpm-and-authorization-headers) - [SetEnvIfNoCase](https://httpd.apache.org/docs/2.4/mod/mod_setenvif.html#setenvifnocase) und [CGIPassAuth](https://httpd.apache.org/docs/2.4/mod/core.html#CGIPassAuth)-Direktiven - [NGINX Reverse Proxy](https://docs.nginx.com/nginx/admin-guide/web-server/reverse-proxy/) [comment]: # ({/48a90962-797c65cb}) [comment]: # ({862e7b88-8009b04b}) #### Chromium für den Zabbix-Web-Service unter Ubuntu 20 Obwohl der Zabbix-Web-Service in den meisten Fällen mit Chromium ausgeführt werden kann, verursacht die Verwendung von Chromium unter Ubuntu 20.04 den folgenden Fehler: ```default Cannot fetch data: chrome failed to start:cmd_run.go:994: WARNING: cannot create user data directory: cannot create "/var/lib/zabbix/snap/chromium/1564": mkdir /var/lib/zabbix: permission denied Sorry, home directories outside of /home are not currently supported. See https://forum.snapcraft.io/t/11209 for details. ``` Dieser Fehler tritt auf, weil `/var/lib/zabbix` als Home-Verzeichnis des Benutzers „zabbix“ verwendet wird. [comment]: # ({/862e7b88-8009b04b}) [comment]: # ({d669982d-1f99c5d8}) #### Benutzerdefinierte MySQL-Fehlercodes Wenn Zabbix erkennt, dass die Backend-Datenbank nicht erreichbar ist, sendet es eine Benachrichtigung und versucht weiterhin, eine Verbindung herzustellen. Für bestimmte Datenbank-Engines werden spezifische Fehlercodes erkannt. In MySQL umfassen diese erkannten Fehlercodes: - CR\_CONN\_HOST\_ERROR - CR\_SERVER\_GONE\_ERROR - CR\_CONNECTION\_ERROR - CR\_SERVER\_LOST - CR\_UNKNOWN\_HOST - ER\_SERVER\_SHUTDOWN - ER\_ACCESS\_DENIED\_ERROR - ER\_ILLEGAL\_GRANT\_FOR\_TABLE - ER\_TABLEACCESS\_DENIED\_ERROR - ER\_UNKNOWN\_ERROR Zusätzlich kann bei der Verwendung von Zabbix mit einer MySQL-Installation auf Azure die allgemeine Fehlermeldung *\[9002\] Some errors occurred* in den Zabbix-Protokollen erscheinen. Diese Meldung wird von der Datenbank an den Zabbix Server oder Proxy gesendet. Um die Ursache des Fehlers zu ermitteln, prüfen Sie bitte die Azure-Protokolle. [comment]: # ({/d669982d-1f99c5d8}) [comment]: # ({1ecb446e-eb422070}) #### Ungültige reguläre Ausdrücke nach dem Wechsel zu PCRE2 In Zabbix 6.0 wurde Unterstützung für PCRE2 hinzugefügt. Obwohl PCRE weiterhin unterstützt wird, wurden die Zabbix-Installationspakete für RHEL 7 und neuer, SLES (alle Versionen), Debian 9 und neuer sowie Ubuntu 16.04 und neuer auf die Verwendung von PCRE2 aktualisiert. Obwohl der Wechsel zu PCRE2 viele Vorteile bietet, kann er dazu führen, dass bestimmte vorhandene PCRE-Regexp-Muster ungültig werden oder sich anders verhalten. Dies betrifft insbesondere das Muster *\^[\\w-\\.]*. Um diesen regulären Ausdruck wieder gültig zu machen, ohne die Semantik zu verändern, ändern Sie den Ausdruck in *\^[-\\w\\.]* . Dies liegt daran, dass PCRE2 das Minuszeichen als Trennzeichen behandelt und dadurch einen Bereich innerhalb einer Zeichenklasse erstellt. [comment]: # ({/1ecb446e-eb422070}) [comment]: # ({95464075-093b78e2}) #### Fehler im Geomap-Widget Die Karten im Geomap-Widget werden möglicherweise nicht korrekt geladen, wenn Sie ein Upgrade von einer älteren Zabbix-Version mit NGINX durchgeführt und während des Upgrades nicht auf die neue NGINX-Konfigurationsdatei umgestellt haben. Um das Problem zu beheben, können Sie die alte Konfigurationsdatei verwerfen, die Konfigurationsdatei aus dem Paket der aktuellen Version verwenden und sie wie in den [Download-Anweisungen](https://www.zabbix.com/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql&ws=nginx) im Abschnitt *e. PHP für Zabbix Frontend konfigurieren* beschrieben neu konfigurieren. Alternativ können Sie eine vorhandene NGINX-Konfigurationsdatei manuell bearbeiten (in der Regel */etc/zabbix/nginx.conf*). Öffnen Sie dazu die Datei und suchen Sie den folgenden Block: ```ini location ~ /(api\/|conf[^\.]|include|locale|vendor) { deny all; return 404; } ``` Ersetzen Sie diesen Block dann durch: ```ini location ~ /(api\/|conf[^\.]|include|locale) { deny all; return 404; } location /vendor { deny all; return 404; } ``` [comment]: # ({/95464075-093b78e2}) [comment]: # ({f73f4f1f-10023c71}) #### Vorverarbeitung — globale Variablen sind unsicher JavaScript in der Vorverarbeitung wird pro Anfrage ausgeführt, aber Zuweisungen an nicht deklarierte Bezeichner (zum Beispiel `secret = value`) erzeugen implizite globale Variablen, die über die aktuelle Ausführung hinaus bestehen bleiben können. Das Speichern sensibler Daten (Token, Passwörter usw.) in impliziten globalen Variablen erhöht das Risiko einer versehentlichen Offenlegung oder Wiederverwendung durch nachfolgende Vorverarbeitungsläufe oder andere Integrationen, die in derselben Umgebung ausgeführt werden. Verlassen Sie sich nicht auf implizite globale Variablen. Deklarieren Sie Variablen immer mit `var` oder `const`, und vermeiden Sie es, Geheimnisse an globale Objekte anzuhängen (zum Beispiel `globalThis` oder `window`). Es gibt keine unterstützte Möglichkeit, integrierte globale Objekte innerhalb der Vorverarbeitung zu überschreiben. Sicheres Beispiel: ```javascript var apiToken = payload.token; var count = 1; return JSON.stringify({ token: apiToken, calls: count }); ``` [comment]: # ({/f73f4f1f-10023c71}) [comment]: # ({3cc25c44-adf702ce}) #### Prozessorgruppen unter Windows {#win-proc-groups} Laut der Microsoft-Dokumentation haben Systeme mit weniger als 64 logischen Prozessoren immer nur eine einzige Prozessorgruppe, Gruppe 0. Zabbix-Benutzer haben jedoch einen seltenen Fehler [ZBX-20260](https://support.zabbix.com/browse/ZBX-20260) gemeldet, bei dem auf Systemen mit 64 oder weniger logischen Prozessoren zwei Prozessorgruppen vorhanden sind. Dies führte dazu, dass die Leistungsindikatoren "\Processor(n)" nur für eine von zwei Prozessorgruppen verfügbar waren. Die eigentliche Ursache dieses Fehlers ist nicht bekannt. Ein ähnlicher Fall wurde jedoch auf [stackoverflow.com](https://stackoverflow.com/questions/28098082/unable-to-use-more-than-one-processor-group-for-my-threads-in-a-c-sharp-app) beschrieben; dort lag die Ursache in der Interaktion zwischen BIOS und Windows. [comment]: # ({/3cc25c44-adf702ce}) [comment]: # ({b8259264-1a800b57}) #### Einschränkungen der Filterung mit utf8mb4-Sortierungen Filter (z. B. unter *Datenerfassung* > [*Wartung*](/manual/web_interface/frontend_sections/data_collection/maintenance#using-filter)) funktionieren möglicherweise nicht korrekt, wenn sie auf Entitäten angewendet werden, die bestimmte Unicode-Zeichen enthalten (z. B. ȼ, ɇ). Dieses Problem entsteht dadurch, wie die standardmäßige Sortierung utf8mb4\_bin für MySQL- oder MariaDB-Datenbanken die Sortierung und den Vergleich von Unicode-Zeichen verarbeitet. Um diese Einschränkung zu beheben, können Benutzer die Sortierung von Datenbankspalten auf Alternativen wie utf8mb4\_0900\_bin, utf8mb4\_0900\_ai\_ci oder utf8mb4\_unicode\_520\_ci ändern. Beachten Sie jedoch, dass das Ändern der Sortierung zu unerwartetem Verhalten bei der Verarbeitung von Leerzeichen sowie bei der Sortierung und Filterung anderer Zeichen führen kann. Weitere Informationen zum Ändern von Sortierungen finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.4/en/alter-table.html#alter-table-character-set) oder der [MariaDB-Dokumentation](https://mariadb.com/kb/en/alter-database/). Einzelheiten zu den Unterschieden zwischen Sortierungen finden Sie unter [Unicode Character Sets](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-sets.html) in der MySQL-Dokumentation. [comment]: # ({/b8259264-1a800b57}) [comment]: # ({93c7628d-c88a0b9b}) #### Zugriff auf UI-Elemente mit MariaDB 10.5.1-10.5.9 Beim Zugriff auf das Zabbix-Web-Frontend mit einer anderen Rolle als Super Admin kann die Meldung erscheinen: „System error occurred. Please contact Zabbix administrator.“. Dieses Problem betrifft Installationen, die [MariaDB-Versionen](/manual/installation/requirements#thirdparty-external-surrounding-software) 10.5.1 bis 10.5.9 verwenden. Um dieses Problem zu vermeiden, aktualisieren Sie MariaDB auf eine Version neuer als 10.5.9. Weitere Informationen finden Sie unter [ZBX-25746](https://support.zabbix.com/browse/ZBX-25746). [comment]: # ({/93c7628d-c88a0b9b}) [comment]: # ({1b095acd-2d674750}) #### Profiling übermäßiger Speichernutzung mit tcmalloc Wenn Sie vermuten, dass Ihre Zabbix-Installation zu viel Speicher verwendet, können Sie die Speicherprofilierungsfunktion von [tcmalloc](https://github.com/google/tcmalloc) nutzen, um den Speicherverbrauch von Zabbix Server/Proxy zu untersuchen. 1\. Wenn Sie Zabbix [aus den Quellen](/manual/installation/install#configure-the-sources) installieren, konfigurieren Sie zusätzliche Flags: ```bash export CFLAGS="-std=gnu99 -g -O0" ``` Das Flag `-std=gnu99` ist für das Erstellen von Zabbix Server, Zabbix Proxy oder Zabbix Agent erforderlich. Das Flag `-g` fügt zusätzliche Debugging-Informationen hinzu, während `-O0` Optimierungen deaktiviert, die die Profilierung von tcmalloc beeinträchtigen können. 2\. Setzen Sie vor dem Starten des Zabbix Server die folgenden Umgebungsvariablen. Diese Variablen teilen tcmalloc mit, wie die Speichernutzung verfolgt und gemeldet werden soll: ```bash LD_PRELOAD="/usr/lib/aarch64-linux-gnu/libtcmalloc.so" \ HEAPPROFILE=./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\. Lösen Sie einen Profil-Dump aus, indem Sie Signal 5 an den Zielprozess senden. Ersetzen Sie 1234 durch die tatsächliche Prozess-ID (PID): ```bash kill -5 1234 ``` 4\. Geben Sie das erzeugte Profil aus: ```bash pprof-symbolize -text ./sbin/zabbix_server ./heap_profile.0001.heap Using local file ./sbin/zabbix_server. Using local file ./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 ``` In diesem Beispiel ist zbx\_malloc2 für fast alle Speicherzuweisungen verantwortlich. Siehe auch: - [ZBX-25050](https://support.zabbix.com/browse/ZBX-25050) und [ZBX-25584](https://support.zabbix.com/browse/ZBX-25584) für die zugehörigen Problemberichte. - [GCC Option Summary](https://gcc.gnu.org/onlinedocs/gcc-14.2.0/gcc/Option-Summary.html) zu Kompilierungsoptionen (`-std=gnu99`, `-g`, `-O0` usw.). - [Gperftools Heap Profiler](https://gperftools.github.io/gperftools/heapprofile.html) zur Dokumentation der Umgebungsvariablen für die tcmalloc-Profilierung. [comment]: # ({/1b095acd-2d674750}) [comment]: # ({c40b2ad1-1f7cb16e}) #### MySQL 8.0 Group Replication im Multi-Primary-Modus Bei der Verwendung von MySQL 8.0 Group Replication im Multi-Primary-Modus kann während des Commit-Vorgangs von Transaktionen ein Fehler ähnlich dem folgenden auftreten: ```default 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;] ``` Dieser Fehler scheint durch Probleme bei Rollback-Operationen mit Fremdschlüssel-Constraints ausgelöst zu werden. Siehe auch: - [ZBX-26060](https://support.zabbix.com/browse/ZBX-26060) für den zugehörigen Problembericht. - [MySQL Bug #96758 "Rollbacks with Foreign Keys on single node"](https://bugs.mysql.com/bug.php?id=96758) für das zugrunde liegende Problem. [comment]: # ({/c40b2ad1-1f7cb16e})