Consulte también: Problemas de compilación.
La configuración sql_mode
en MySQL/MariaDB debe tener el modo "STRICT_TRANS_TABLES" establecido. Si está ausente, la actualización de la base de datos de Zabbix fallará (ver también ZBX-19435).
La actualización de Zabbix puede fallar si las tablas de la base de datos se crearon con MariaDB 10.2.1 y anteriores, porque en esas versiones el formato de fila predeterminado es compacto. Esto se puede arreglar cambiando el formato de fila a dinámico (ver también ZBX-17690).
En entornos de doble pila (sistemas configurados para admitir tanto IPv4 como IPv6), el nombre de host localhost
normalmente se resuelve en direcciones tanto IPv4 como IPv6. Debido a la priorización común de IPv6 sobre IPv4 por parte de muchos sistemas operativos y resolutores DNS, las plantillas de Zabbix pueden dejar de funcionar correctamente si el servicio que se está monitorizando está configurado para escuchar solo en IPv4.
Los servicios que no están configurados para escuchar en direcciones IPv6 pueden volverse inaccesibles, lo que provoca fallos en la monitorización. Los usuarios pueden configurar el acceso correctamente para IPv4 pero seguir enfrentando problemas de conectividad debido al comportamiento predeterminado de priorizar IPv6.
Una solución para esto es asegurarse de que los servicios (Nginx, Apache, PostgreSQL, etc.) estén configurados para escuchar en direcciones tanto IPv4 como IPv6, y que el servidor/agente Zabbix tenga permitido el acceso a través de IPv6. Además, en las plantillas y configuraciones de Zabbix, utilice explícitamente localhost
en lugar de 127.0.0.1
para garantizar la compatibilidad con IPv4 e IPv6.
Por ejemplo, al monitorizar PostgreSQL con la plantilla PostgreSQL por Zabbix agent 2, es posible que deba editar el archivo pg_hba.conf
para permitir conexiones para el usuario zbx_monitor
. Si el entorno de doble pila prioriza IPv6 (el sistema resuelve localhost como ::1
) y configura localhost
pero solo agrega una entrada IPv4 (127.0.0.1/32
), la conexión fallará porque no hay una entrada IPv6 correspondiente.
El siguiente ejemplo de archivo pg_hba.conf
garantiza que el usuario zbx_monitor
pueda conectarse a cualquier base de datos desde la máquina local utilizando direcciones tanto IPv4 como IPv6 con diferentes métodos de autenticación:
# TYPE DATABASE USER ADDRESS METHOD
host all zbx_monitor localhost trust
host all zbx_monitor 127.0.0.1/32 md5
host all zbx_monitor ::1/128 scram-sha-256
Si es necesario, también puede utilizar la dirección IPv4 (127.0.0.1
) directamente al configurar la macro de la plantilla PostgreSQL por Zabbix agent 2 para la cadena de conexión.
Con el repositorio EPEL instalado y habilitado, la instalación de Zabbix desde paquetes hará que se instalen paquetes EPEL Zabbix en lugar de paquetes oficiales de Zabbix.
En este caso, desinstale los paquetes de Zabbix de EPEL, es decir:
Bloquee paquetes Zabbix de EPEL. Agregue la siguiente línea en el archivo /etc/yum.conf
:
Instale el servidor Zabbix nuevamente:
Observe que los paquetes oficiales de Zabbix tienen la palabra "release" en su cadena de versión:
Al instalar Zabbix desde los paquetes de Red Hat Enterprise Linux en entornos Red Hat Universal Base Image, asegúrese de tener acceso a los repositorios y dependencias requeridos. Los paquetes de Zabbix dependen de las bibliotecas libOpenIPMI.so
y libOpenIPMIposix.so
, que no son proporcionadas por ningún paquete en los repositorios del gestor de paquetes predeterminados habilitados en los sistemas UBI y provocarán fallos en la instalación.
Las bibliotecas libOpenIPMI.so
y libOpenIPMIposix.so
están disponibles en el paquete OpenIPMI-libs
, que es proporcionado por el repositorio redhat-#-for-<arch>-appstream-rpms
. El acceso a este repositorio está gestionado por suscripciones, que, en el caso de entornos UBI, se propagan montando la configuración del repositorio y los directorios de secretos del host RHEL en el espacio de nombres del sistema de archivos del contenedor.
Para más información, consulte ZBX-24291.
Al actualizar Zabbix en Red Hat Enterprise Linux o sus derivados, puede encontrarse con un problema de clave de firma caducada para los paquetes en el repositorio de Zabbix. Cuando una clave de firma caduca, los intentos de verificar las firmas de los paquetes darán como resultado un error que indica que el certificado o la clave ya no son válidos. Por ejemplo:
error: Verifying a signature using certificate D9AA84C2B617479C6E4FCF4D19F2475308EFA7DD (Zabbix LLC (Jul 2022) <[email protected]>):
1. Certificate 19F2475308EFA7DD invalid: certificate is not alive
because: The primary key is not live
because: Expired on 2024-07-04T11:41:23Z
2. Key 19F2475308EFA7DD invalid: key is not alive
because: The primary key is not live
because: Expired on 2024-07-04T11:41:23Z
Para resolver estos problemas, reinstale manualmente el paquete zabbix-release
más reciente para su variante específica de RHEL (reemplace el enlace a continuación por el correcto del repositorio de Zabbix).
Por ejemplo, en RHEL 9, ejecute:
rpm -Uvh https://repo.zabbix.com/zabbix/7.4/release/rhel/9/noarch/zabbix-release-latest.el9.noarch.rpm
Luego, actualice la información del repositorio:
Para más información, consulte ZBX-24761.
Las versiones de PostgreSQL 9.6-12 utilizan demasiada memoria al actualizar tablas con un gran número de particiones. Este problema se manifiesta cuando Zabbix actualiza tendencias en sistemas con TimescaleDB si las tendencias se dividen en fragmentos relativamente pequeños (por ejemplo, de 1 día). Esto conduce a que haya cientos de fragmentos presentes en las tablas de tendencias con la configuración de mantenimiento predeterminada, una condición en la que es probable que PostgreSQL se quede sin memoria.
El problema se ha resuelto desde Zabbix 5.0.1 para nuevas instalaciones con TimescaleDB, pero si TimescaleDB se configuró con Zabbix antes de eso, consulte ZBX-16347 para las notas de migración.
Este problema se manifiesta cuando se utiliza TimescaleDB 2.5.0/2.5.1. Se ha resuelto desde TimescaleDB 2.5.2.
Para más información, consulte TimescaleDB Issue #3773.
La conexión TLS de la base de datos no es compatible con la opción 'verify_ca' para DBTLSConnect parámetro si se utiliza MariaDB.
When running under high load, and with more than one LLD worker involved, it is possible to run into a deadlock caused by an InnoDB error related to the row-locking strategy (see upstream bug). The error has been fixed in MySQL since 8.0.29, but not in MariaDB. For more details, see ZBX-21506.
Es posible que los eventos no se correlacionen correctamente si el intervalo de tiempo entre el primer y segundo evento es muy pequeño, es decir, medio segundo y menos.
PostgreSQL 11 y versiones anteriores solo admiten valores de punto flotante rango de aproximadamente -1.34E-154 a 1.34E+154.
Varios procesos de Zabbix pueden bloquearse aleatoriamente al iniciarse en NetBSD versiones 8.X y 9.X. Eso se debe al tamaño de pila predeterminado demasiado pequeño. (4 MB), que debe aumentarse ejecutando:
Para obtener más información, consulte el informe de problemas relacionado: ZBX-18275.
Zabbix Agent 2 no admite búsquedas hacia adelante y hacia atrás en expresiones regulares debido a las limitaciones de la biblioteca estándar de expresiones regulares de Go.
Las comprobaciones de IPMI no funcionarán con el paquete de biblioteca OpenIPMI estándar en Debian anterior a 9 (stretch) y Ubuntu anterior a 16.04 (xenial). Para arreglar eso, vuelva a compilar la biblioteca OpenIPMI con OpenSSL habilitado como se explica en ZBX-6139.
Algunas distribuciones de Linux como Debian y Ubuntu no admiten cifrado de claves privadas (con frase de contraseña) si la biblioteca libssh2 está instalada desde los paquetes. Consulte ZBX-4850 para obtener más detalles.
Cuando se utiliza libssh 0.9.x en algunas distribuciones de Linux con OpenSSH 8, las comprobaciones de SSH pueden ocasionalmente informar "No se pueden leer datos del servidor SSH". esto está causado por un [problema] (https://gitlab.com/libssh/libssh-mirror/-/merge_requests/101) en libssh (informe más detallado). Se espera el error haber sido solucionado por una versión estable de libssh 0.9.5. Ver también ZBX-17756 para obtener más detalles.
Usando la tubería "|" en el script SSH puede provocar un error "No se pueden leer datos del servidor SSH". En este caso se recomienda actualizar la versión de la biblioteca libssh. Véase también ZBX-21337 para más detalles.
Conector PostgreSQL, SQLite u Oracle → Controlador MariaDB o MySQL unixODBC
Conector MariaDB → Controlador MariaDB unixODBC
Conector MySQL → controlador MySQL unixODBC
Consulte ZBX-7665 para más información y soluciones disponibles.
El parámetro del método de solicitud, utilizado solo en comprobaciones HTTP, puede ser configurado incorrectamente en '1', un valor no predeterminado para todos los elementos como resultado de actualizar desde una versión Zabbix anterior a 4.0. Para obtener detalles sobre cómo solucionar este problema , consulte ZBX-19308.
El servidor Zabbix pierde memoria en algunas distribuciones Linux debido a un error upstream cuando "SSL¶ verify peer" está habilitado en escenarios web o agente HTTP. Consulte ZBX-10486 para más información y soluciones disponibles.
Hay un error en las versiones de fping anteriores a v3.10 que maneja mal los paquetes de repetición de eco duplicados. Esto puede causar resultados inesperados para Elementos icmpping
, icmppingloss
, icmppingsec
. Se recomienda usar la última versión de fping. Por favor mira ZBX-11726 para más detalles.
Cuando los contenedores se ejecutan en modo sin root o en un entorno con restricciones específicas, es posible que se produzcan errores relacionados con la ejecución de fping al realizar comprobaciones ICMP, como "fping: Operación no permitida" o que se pierdan todos los paquetes de todos los recursos.
Para solucionar este problema, agregue --cap-add=net_raw
a los comandos "docker run" o "podman run".
Además, la ejecución de fping en entornos no root puede requerir una modificación de sysctl, es decir:
donde "1995" es el GID de zabbix. Para obtener más detalles, consulte ZBX-22833.
Si se utiliza el sistema operativo OpenBSD, un error use-after-free en la biblioteca Net-SNMP hasta la versión 5.7.3 puede causar un bloqueo del servidor Zabbix si el parámetro SourceIP está configurado en el archivo de configuración del servidor Zabbix. Como solución alternativa, no configure el parámetro SourceIP. El mismo problema se aplica también a Linux, pero no hace que el servidor Zabbix deje de funcionar. Un parche local para net-snmp Se aplicó el paquete en OpenBSD y se lanzará con OpenBSD 6.3.
Se han observado picos en los datos de SNMP que pueden estar relacionados con ciertos factores físicos como picos de tensión en la red eléctrica. Ver ZBX-14318 más detalles.
El paquete "net-snmp-perl", necesario para los capturadores SNMP, se eliminó en RHEL 8.0-8.2; agregado nuevamente en RHEL 8.3.
Entonces, si está utilizando RHEL 8.0-8.2, la mejor solución es actualizar a RHEL 8.3.
Consulte también ZBX-17192 para más información.
Se han encontrado casos de fallas en el proceso de alerta del servidor Zabbix en RHEL 7. Consulte ZBX-10461 para obtener más detalles.
Al actualizar Zabbix Agent 2 (versión 6.0.5 o anterior) desde paquetes, puede ocurrir un error de conflicto de archivos relacionado con el complemento. Para corregir el error, haga una copia de seguridad de la configuración del agente 2 (si es necesario), desinstale el agente 2 e instálelo nuevamente.
En sistemas basados en RHEL, ejecute:
En sistemas basados en Debian, ejecute:
Para obtener más información, consulte ZBX-23250.
Se ha observado que las configuraciones regionales del frontend pueden cambiar sin lógica aparente, p.e. algunas páginas (o partes de páginas) se muestran en un idioma mientras que otras páginas (o partes de páginas) están en un idioma diferente. Normalmente el problema puede aparecer cuando hay varios usuarios, algunos de ellos quienes usan una configuración regional, mientras que otros usan otra.
Una solución conocida para esto es deshabilitar el subproceso múltiple en PHP y Apache.
El problema está relacionado con cómo funciona la configuración regional en PHP: configuración regional La información se mantiene por proceso, no por hilo. Entonces en un entorno multiproceso, cuando hay varios proyectos ejecutados por el mismo proceso Apache, es posible que la configuración regional se cambie en otro hilo y eso cambia la forma en que se pueden procesar los datos en el hilo Zabbix.
Para obtener más información, consulte los informes de problemas relacionados:
bcdiv
de BC funciones matemáticas)Los cambios al horario de verano (DST) provocan irregularidades cuando se muestran etiquetas del eje X (duplicación de fecha, fecha faltante, etc.).
Cuando se utiliza la agregación de suma en un gráfico para un período inferior a una hora, los gráficos muestran valores incorrectos (multiplicados) cuando los datos provienen de tendencias.
Para algunos idiomas de interfaz (por ejemplo, japonés), las fuentes locales pueden provocar que el texto se superponga en la leyenda del gráfico. Para evitar esto, utilice la versión 2.3.0 (o posterior) de la extensión PHP GD.
Los elementos log[]
y logrt[]
vuelven a leer repetidamente el archivo de registro del comenzo si el sistema de archivos está 100% lleno y el archivo de registro se está agregando (ver ZBX-10884 para más información).
El servidor Zabbix genera consultas SELECT
lentas en caso de que los valores de las métricas no existan. Se sabe que este problema ocurre en las versiones MySQL 5.6/5.7 (para una discusión más amplia, consulte ZBX-10652), y, en casos específicos, también puede ocurrir en versiones posteriores de MySQL. Una solución alternativa a esto es deshabilitar index_condition_pushdown
u optimizar prefer_ordering_index
en MySQL. Sin embargo, tenga en cuenta que es posible que esta solución no resuelva todos los problemas relacionados con consultas lentas.
Al abrir un enlace a una página del frontend de Zabbix que contiene configuraciones de filtro, incluido el selector de tiempo, el filtro se guarda automáticamente en la base de datos para el usuario, reemplazando la configuración de filtro y/o selector de tiempo guardada previamente para esa página. Estas configuraciones permanecen activas hasta que el usuario las actualiza o restablece manualmente.
Debido a un error net-snmp, es posible que la dirección IPv6 no se muestre correctamente cuando utilizando SNMPv3 en trampas SNMP. Para obtener más detalles y una posible solución, consulte ZBX-14541.
Un mensaje de intento de inicio de sesión fallido mostrará solo los primeros 39 caracteres de una dirección IP almacenada ya que ese es el límite de caracteres en el campo de la base de datos. Eso significa que las direcciones IP IPv6 de más de 39 caracteres se mostraran de forma incompleta.
Entradas DNS no existentes en un parámetro Servidor
del agente Zabbix archivo de configuración (zabbix_agentd.conf) puede aumentar el agente Zabbix tiempo de respuesta en Windows. Esto sucede porque el almacenamiento en caché de DNS en Windows no almacena en caché las respuestas negativas para las direcciones IPv4. Sin embargo, las respuestas negativas de direcciones IPv6 se almacenan en caché, por lo que una posible solución esto es deshabilitar IPv4 en el host.
Hay algunos problemas conocidos con YAML exportar/importar:
El asistente de configuración de frontend no puede guardar el archivo de configuración en SUSE con NGINX + php-fpm. Esto es causado por un ajuste en /usr/lib/systemd/system/php-fpm.service unit, que evita que Zabbix escribir en /etc. (introducido en PHP 7.4).
Hay dos opciones de solución disponibles:
En algunos casos, Apache o NGINX pueden impedir que la cabecera Authorization en las solicitudes de API llegue a Zabbix. Esto puede causar problemas de autenticación al utilizar la API de Zabbix o servicios de inicio de sesión único (SSO), como SAML con Okta.
Para solucionar esto, actualice la configuración de su servidor web.
Para Apache, si lo está utilizando como proxy inverso (configuración no CGI), agregue la siguiente directiva a /etc/httpd/conf/httpd.conf
(en sistemas basados en RHEL) o /etc/apache2/apache2.conf
(en Debian/Ubuntu):
Si Apache ejecuta directamente los scripts para manejar las solicitudes (por ejemplo, usando mod_cgi), agregue la siguiente directiva en su lugar:
Por el contrario, NGINX maneja la cabecera Authorization automáticamente. Sin embargo, si NGINX está actuando como proxy inverso, puede reenviar explícitamente la cabecera Authorization agregando las siguientes directivas a /etc/nginx/nginx.conf
(para la ubicación de su frontend de Zabbix):
...
location / {
...
proxy_set_header Authorization $http_authorization;
proxy_pass http://backend_server;
...
}
Después de actualizar la configuración, reinicie su servidor web.
Para más detalles, consulte:
Aunque en la mayoría de los casos, el Zabbix web service puede ejecutarse con Chromium, en Ubuntu 20.04 usando Chromium provoca el siguiente error:
No se pueden obtener datos: Chrome no pudo iniciarse: cmd_run.go:994:
ADVERTENCIA: no se puede crear el directorio de datos de usuario: no se puede crear
"/var/lib/zabbix/snap/chromium/1564": mkdir /var/lib/zabbix: permiso denegado
Lo sentimos, actualmente no se admiten los directorios de inicio fuera de /home. Consulte https://forum.snapcraft.io/t/11209 para obtener más detalles.
Este error ocurre porque /var/lib/zabbix
se usa como directorio de inicio del usuario 'zabbix'.
Cuando Zabbix detecta que la base de datos de backend no es accesible, envía una notificación y continúa intentando conectarse. Para ciertos motores de base de datos, se reconocen códigos de error específicos. En MySQL, estos códigos de error reconocidos incluyen:
Además, al usar Zabbix con una instalación de MySQL en Azure, puede aparecer en los registros de Zabbix el mensaje de error genérico [9002] Se produjeron algunos errores. Este mensaje es enviado por la base de datos al servidor o proxy de Zabbix. Para determinar la causa del error, consulte los registros de Azure.
En Zabbix 6.0 se ha agregado soporte para PCRE2. Aunque PCRE todavía es compatible, los paquetes de instalación de Zabbix para RHEL 7 y posteriores, SLES (todas las versiones), Debian 9 y posteriores, Ubuntu 16.04 y posteriores se han actualizado para usar PCRE2. Si bien proporciona muchos beneficios, cambiar a PCRE2 puede hacer que ciertos patrones de expresiones regulares de PCRE existentes dejen de ser válidos o se comporten de manera diferente. En particular, esto afecta al patrón ^[\w-\.]. Para que esta expresión regular vuelva a ser válida sin afectar la semántica, cambie la expresión a ^[-\w\.] . Esto sucede debido al hecho de que PCRE2 trata el signo del guión como un delimitador, creando un rango dentro de una clase de carácter.
Es posible que los mapas en el widget Geomap no se carguen correctamente si ha actualizado desde una versión anterior de Zabbix con NGINX y no cambió al nuevo archivo de configuración de NGINX durante la actualización.
Para solucionar el problema, puede descartar el archivo de configuración antiguo, usar el archivo de configuración del paquete de la versión actual y reconfigurarlo como se describe en las instrucciones de descarga en la sección e. Configurar PHP para el frontend de Zabbix.
Alternativamente, puede editar manualmente un archivo de configuración de NGINX existente (normalmente, /etc/zabbix/nginx.conf). Para hacerlo, abra el archivo y localice el siguiente bloque:
Luego, reemplace este bloque por:
location ~ /(api\/|conf[^\.]|include|locale) {
deny all;
return 404;
}
location /vendor {
deny all;
return 404;
}
Dado que las variables globales (por ejemplo, haciendo global = 1
sin una declaración var
, let
o const
) se comparten entre diferentes llamadas de webhook, el siguiente código hará que el contador de valores de la etiqueta aumente gradualmente:
try
{
aa = aa + 1;
}
catch(e)
{
aa = 0;
}
result = {
'tags': {
'endpoint': aa
}
};
return JSON.stringify(result);
Se recomienda utilizar variables locales en lugar de globales para asegurarse de que cada script opere con sus propios datos y que no haya colisiones entre llamadas simultáneas.
La documentación de Microsoft indica que los sistemas con menos de 64 procesadores lógicos siempre tienen un único grupo de procesadores, el Grupo 0. Sin embargo, los usuarios de Zabbix han informado de un raro error ZBX-20260, cuando hay dos grupos de procesadores en sistemas con 64 o menos procesadores lógicos. Esto resultaba en que los contadores de rendimiento "(n)" solo estaban disponibles para uno de los dos grupos de procesadores. La causa raíz real de este error no se conoce. Sin embargo, un caso similar fue descrito en stackoverflow.com, y la causa raíz allí estaba en la interoperabilidad entre la BIOS y Windows.
Los filtros (por ejemplo, en Recopilación de datos → Mantenimiento) pueden no funcionar correctamente cuando se aplican a entidades que contienen ciertos caracteres Unicode (por ejemplo, ȼ, ɇ). Este problema surge debido a cómo la intercalación predeterminada utf8mb4_bin para las bases de datos MySQL o MariaDB maneja la ordenación y comparación de caracteres Unicode.
Para abordar esta limitación, los usuarios pueden cambiar la intercalación de las columnas de la base de datos a alternativas como utf8mb4_0900_bin, utf8mb4_0900_ai_ci o utf8mb4_unicode_520_ci. Sin embargo, tenga en cuenta que cambiar la intercalación puede causar un comportamiento inesperado en el manejo de espacios vacíos, así como en la ordenación y filtrado de otros caracteres.
Para obtener más información sobre cómo cambiar las intercalaciones, consulte la documentación de MySQL o la documentación de MariaDB. Para obtener detalles sobre las diferencias de intercalación, consulte Conjuntos de caracteres Unicode en la documentación de MySQL.
Accessing the Zabbix web frontend with a role other than Super Admin may result in the message: "System error occurred. Please contact Zabbix administrator.". This issue affects installations using MariaDB versions 10.5.1 through 10.5.9.
To avoid this issue, update MariaDB to a version later than 10.5.9. For more details, see ZBX-25746.
Si sospecha que su instalación de Zabbix está utilizando demasiada memoria, puede utilizar la función de perfilado de memoria de tcmalloc para investigar el consumo de memoria del servidor/proxy de Zabbix.
1. Al instalar Zabbix desde fuentes, configure las siguientes banderas adicionales:
La bandera -std=gnu99
es necesaria para compilar el servidor, proxy o agente de Zabbix. La bandera -g
añade información de depuración adicional, mientras que -O0
desactiva las optimizaciones, que pueden interferir con el perfilado de tcmalloc.
2. Establezca las siguientes variables de entorno antes de iniciar el servidor de Zabbix. Estas variables indican a tcmalloc cómo rastrear e informar el uso de memoria:
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. Genere un volcado de perfil enviando la señal 5 al proceso objetivo. Reemplace 1234 por el ID real del proceso (PID):
4. Imprima el perfil generado:
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
En este ejemplo, zbx_malloc2 es responsable de casi todas las asignaciones de memoria.
Consulte también:
-std=gnu99
, -g
, -O0
, etc.).Al utilizar la replicación de grupo de MySQL 8.0 en modo multi‐primario, puede encontrar un error durante la confirmación de transacciones similar al siguiente:
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;]
Este error parece ser provocado por problemas con operaciones de reversión que involucran restricciones de clave externa.
Consulte también: