8 Problemi noti

Vedi anche: Problemi di compilazione.

Template nesting issue in Zabbix 6.4.0rc1

Zabbix 6.4.0rc1 (rc1 = Release Candidate 1) does not support template nesting (restored in 6.4.0rc2). If you have upgraded to Zabbix 6.4.0rc1, a DB patch will convert all nested templates into a flat template structure. This means that all entities (items, triggers, etc.) from nested templates will be transferred to the template that contained these nested templates. The support for template nesting has been fully restored in Zabbix 6.4.0rc2. However, if you have already upgraded to Zabbix 6.4.0rc1, the previously existing template structure will not be recovered. :::

Avvio proxy con MySQL 8.0.0-8.0.17

zabbix_proxy su MySQL versioni 8.0.0-8.0.17 fallisce con l'errore seguente "accesso negato":

[Z3001] connessione al database 'zabbix' fallita: [1227] Accesso negato; è necessario (almeno uno dei) privilegi SUPER, SYSTEM_VARIABLES_ADMIN o SESSION_VARIABLES_ADMIN per questa operazione

Ciò è dovuto al fatto che MySQL 8.0.0 inizia a imporre autorizzazioni speciali per impostazione delle variabili di sessione. Tuttavia, in 8.0.18 questo comportamento è stato rimosso: A partire da MySQL 8.0.18, impostando il valore di sessione di questa variabile di sistema non è più un limitato operazione.

La soluzione alternativa si basa sulla concessione di privilegi aggiuntivi a Utente zabbix:

Per le versioni MySQL 8.0.14 - 8.0.17:

concedere SESSION_VARIABLES_ADMIN su *.* a 'zabbix'@'localhost';

Per le versioni MySQL 8.0.0 - 8.0.13:

concedere SYSTEM_VARIABLES_ADMIN su *.* a 'zabbix'@'localhost';

Timescale DB: elevato utilizzo della memoria con un numero elevato di partizioni

Le versioni di PostgreSQL 9.6-12 utilizzano troppa memoria durante l'aggiornamento delle tabelle con un gran numero di partizioni (vedi problem report) . Questo problema si manifesta quando Zabbix aggiorna le tendenze sui sistemi con TimescaleDB se le tendenze sono suddivise in relativamente piccole (ad es. 1 giorno) pezzi. Questo porta a centinaia di blocchi presenti nelle tabelle delle tendenze con le impostazioni di pulizia predefinite: la condizione in cui si trova PostgreSQL probabile che esaurisca la memoria.

Il problema è stato risolto da Zabbix 5.0.1 per le nuove installazioni con TimescaleDB, ma se TimescaleDB è stato configurato prima con Zabbix, perfavore guarda ZBX-16347 per le note di migrazione.

Timescale DB 2.5.0: il criterio di compressione può non riuscire su tabelle che contengono numeri interi

Questo problema si manifesta quando viene utilizzato TimescaleDB 2.5.0. È stato risolto da TimescaleDB 2.5.1.

Per ulteriori informazioni, vedere TimescaleDB Issue #3773.

Aggiornamento

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

Aggiorna con MariaDB 10.2.1 e precedenti

L'aggiornamento di Zabbix potrebbe non riuscire se le tabelle del database sono state create con MariaDB 10.2.1 e precedenti, perché in quelle versioni il formato di riga predefinito è compatto. Questo può essere risolto modificando il formato della riga in dinamico (vedi anche ZBX-17690).

Templates

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 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 template macro for the connection string.

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.4*

Install Zabbix server again:

dnf install zabbix-server-mysql

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

6.4.10-release1.el8

Zabbix packages for RHEL on Red Hat UBI environments

When installing Zabbix from Red Hat Enterprise Linux packages on Red Hat Universal Base Image 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.

Expired signing key for RHEL packages

When upgrading Zabbix on Red Hat Enterprise Linux, you may encounter an expired signing key issue for packages on Zabbix repository. 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:

error: Verifying a signature using certificate D9AA84C2B617479C6E4FCF4D19F2475308EFA7DD (Zabbix LLC (Jul 2022) <[email protected]>):
         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).

For example, on RHEL 9, run:

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

Then, update the repository information:

dnf update

For more information, see ZBX-24761.

Connessione TLS del database con MariaDB

La connessione TLS al database non è supportata con l'opzione 'verify_ca' per DBTLSConnect parametro se viene utilizzato MariaDB.

Possibili deadlock con MySQL/MariaDB

Quando si esegue un carico elevato e con più di un lavoratore LLD coinvolto, è possibile imbattersi in un deadlock causato da un Errore InnoDB relativo alla strategia di blocco delle righe (vedere bug a monte). L'errore è stato corretto in MySQL dalla 8.0.29, ma non in MariaDB. Per ulteriori dettagli, vedere ZBX-21506.

Correlazione globale degli eventi

Gli eventi potrebbero non essere correlati correttamente se l'intervallo di tempo tra il primo e secondo evento è molto piccolo, cioè mezzo secondo e meno.

Intervallo di tipi di dati numerici (float) con PostgreSQL 11 e versioni precedenti

PostgreSQL 11 e versioni precedenti supportano solo valori in virgola mobile intervallo di circa -1.34E-154 a 1.34E+154.

NetBSD 8.0 e successivi

Vari processi Zabbix possono bloccarsi in modo casuale all'avvio su NetBSD versioni 8.X e 9.X. Ciò è dovuto alla dimensione dello stack predefinita troppo piccola (4MB), che deve essere incrementato eseguendo:

ulimit -s 10240

Per ulteriori informazioni, consultare la relativa segnalazione del problema: ZBX-18275.

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.

Controlli IPMI

I controlli IPMI non funzioneranno con il pacchetto libreria OpenIPMI standard attivo su Debian prima della 9 (stretch) e Ubuntu prima della 16.04 (xenial). Aggiustare che, ricompilare la libreria OpenIPMI con OpenSSL abilitato come discusso in ZBX-6139.

Controlli SSH

• Alcune distribuzioni Linux come Debian, Ubuntu non supportano la crittografia con chiavi private (con passphrase) se la libreria libssh2 è installata da pacchi. Consulta ZBX-4850 per maggiori dettagli.

• Quando si utilizza libssh 0.9.x su alcune distribuzioni Linux con OpenSSH 8, i controlli SSH potrebbero occasionalmente segnala "Impossibile leggere i dati dal server SSH". Questo è causato da un [problema] di libssh (https://gitlab.com/libssh/libssh-mirror/-/merge_requests/101) (rapporto più dettagliato). L'errore è previsto essere stato corretto da una versione stabile di libssh 0.9.5. Guarda anche ZBX-17756 per i dettagli.

• Usando la pipe "|" nello script SSH può portare a a Errore "Impossibile leggere i dati dal server SSH". In questo caso è consigliato per aggiornare la versione della libreria libssh. Vedi anche ZBX-21337 per dettagli.

Controlli ODBC

• Il driver MySQL unixODBC non deve essere utilizzato con il server Zabbix o il proxy Zabbix compilato con il connettore MariaDB library e viceversa, se possibile è anche meglio evitare di utilizzare lo stesso connettore del driver a causa di un bug a monte. Configurazione consigliata:

  Connettore PostgreSQL, SQLite o Oracle → driver unixODBC MariaDB o MySQL Connettore MariaDB → driver unixODBC MariaDB Connettore MySQL → Driver MySQL unixODBC

Vedere ZBX-7665 per ulteriori informazioni e soluzioni disponibili.

• I dati XML interrogati da Microsoft SQL Server possono essere troncati in vari modi su sistemi Linux e UNIX.

• È stato osservato che l'utilizzo di controlli ODBC per il monitoraggio dei database Oracle utilizzando varie versioni di Oracle Instant Client per Linux causa l'arresto anomalo del server Zabbix.
  Vedi anche: ZBX-18402, ZBX-20803.

• Se si utilizza il driver FreeTDS UnixODBC, è necessario anteporre un'istruzione 'SET NOCOUNT ON' a una query SQL (ad esempio, SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....). In caso contrario, l'elemento di monitoraggio del database in Zabbix non riuscirà a recuperare le informazioni con un errore "La query SQL ha restituito un risultato vuoto".
  Vedere ZBX-19917 per ulteriori informazioni.

Parametro del metodo di richiesta errato negli articoli

Il parametro del metodo di richiesta, utilizzato solo nei controlli HTTP, potrebbe essere impostato erroneamente su '1', un valore non predefinito per tutti gli elementi come risultato dell' aggiornamento da una versione Zabbix precedente alla 4.0. Per i dettagli su come risolvere questo problema situazione, vedi ZBX-19308.

Monitoraggio Web e agente HTTP

Il server Zabbix perde memoria su alcune distribuzioni Linux a causa di un file upstream bug quando "SSL verifica peer" è abilitato negli scenari Web o nell'agente HTTP. Vedere ZBX-10486 per ulteriori informazioni informazioni e soluzioni alternative disponibili.

Controlli semplici

C'è un bug nelle versioni fping precedenti alla v3.10 che non gestisce i pacchetti duplicari degli echo replay. Ciò potrebbe causare risultati imprevisti per Elementi icmpping, icmppingloss, icmppingsec. Si consiglia di usa l'ultima versione di fping. Perfavore guarda ZBX-11726 per ulteriori informazioni particolari.

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.

Controlli SNMP

Se viene utilizzato il sistema operativo OpenBSD, un bug use-after-free nella libreria Net-SNMP fino alla versione 5.7.3 può causare un arresto anomalo dello Zabbix server se il parametro SourceIP è impostato nel server Zabbix nel file di configurazione. Per ovviare al problema, non impostare SourceIP parametro. Lo stesso problema vale anche per Linux, ma non fa in modo che il server Zabbix smetta di funzionare. Una patch locale per net-snmp Il pacchetto su OpenBSD è stato applicato e verrà rilasciato con OpenBSD 6.3.

Picchi di dati SNMP

Sono stati osservati picchi nei dati SNMP che potrebbero essere correlati a determinati fattori fisici come picchi di tensione nella rete. Vedere ZBX-14318 ulteriori dettagli.

Trap SNMP

Il pacchetto "net-snmp-perl", necessario per i trap SNMP, è stato rimosso in REL 8,0-8,2; aggiunto nuovamente in RHEL 8.3.

Quindi, se stai utilizzando RHEL 8.0-8.2, la soluzione migliore è eseguire l'aggiornamento a REL 8.3.

Consulta anche ZBX-17192 per maggiori informazioni.

Arresto anomalo del processo di avviso in RHEL 7

Sono state riscontrate istanze di un arresto anomalo del processo di avviso del server Zabbix in RHEL 7. Vedi ZBX-10461 per i dettagli.

Upgrading Zabbix agent 2 (6.0.5 or older)

When upgrading Zabbix agent 2 (version 6.0.5 or older) from packages, a plugin-related file conflict error may occur. To fix the error, back up your agent 2 configuration (if necessary), uninstall agent 2 and install it anew.

On RHEL-based systems, run:

dnf remove zabbix-agent2
       dnf install zabbix-agent2

On Debian-based systems, run:

apt remove zabbix-agent2
       apt install zabbix-agent2

For more information, see ZBX-23250.

Capovolgere le impostazioni locali del frontend

È stato osservato che le impostazioni locali del frontend possono capovolgersi senza apparente logica, I. e. alcune pagine (o parti di pagine) vengono visualizzate in una lingua mentre altre pagine (o parti di pagine) in una lingua diversa. In genere il problema può presentarsi quando sono presenti più utenti, alcuni dei quali chi usa un locale, mentre altri ne usano un altro.

Una soluzione alternativa nota a questo è disabilitare il multithreading in PHP e Apache.

Il problema è legato a come funziona l'impostazione delle impostazioni locali in PHP: locale le informazioni vengono mantenute per processo, non per thread. Quindi in un ambiente multi-thread, quando ci sono diversi progetti gestiti dallo stesso processo Apache, è possibile che la locale venga modificata in un'altro thread e questo cambia il modo in cui i dati possono essere elaborati nel thread Zabbix.

Per ulteriori informazioni, consultare le segnalazioni di problemi correlati:

• ZBX-10911 (Problema con il lancio delle impostazioni locali del frontend)
• ZBX-16297 (Problema con l'elaborazione dei numeri nei grafici utilizzando la funzione "bcdiv" di BC funzioni matematiche)

Configurazione opcache PHP 7.3

Se "opcache" è abilitato nella configurazione PHP 7.3, Zabbix frontend potrebbe mostrare uno schermo vuoto quando viene caricato per la prima volta. Questo è un registrato bug PHP. Lavorare intorno a questo, impostare il parametro "opcache.optimization_level" su 0x7FFFBFDF nella configurazione PHP (file php.ini).

Grafici

Ora legale

Le modifiche all'ora legale (DST) comportano irregolarità quando si visualizzano delle etichette dell'asse X (data duplicata, data mancante, ecc.).

Aggregazione somma

Quando si utilizza aggregazione somma in un grafico per un periodo inferiore a un'ora, vengono visualizzati i grafici valori (moltiplicati) errati quando i dati provengono da trend.

Monitoraggio del file di registro

Gli elementi log[] e logrt[] rileggono ripetutamente il file di log dall'inizio se il file system è pieno al 100% e il file di registro viene aggiunto (vedi ZBX-10884 per ulteriori informazioni informazione).

Query MySQL lente

Il server Zabbix genera query di selezione lente in caso di valori per gli elementi inesistenti. Questo è causato da un noto problema in MySQL 5.6/5.7 versioni. Una soluzione alternativa a questo è disabilitare il file index_condition_pushdown optimizer in MySQL. Per un esteso discussione, cfr ZBX-10652.

Slow configuration sync with Oracle

Configuration sync might be slow in Zabbix 6.0 installations with Oracle DB that have high number of items and item preprocessing steps. This is caused by the Oracle database engine speed processing nclob type fields.

To improve performance, you can convert the field types from nclob to nvarchar2 by manually applying the database patch items_nvarchar_prepare.sql. Note that this conversion will reduce the maximum field size limit from 65535 bytes to 4000 bytes for item preprocessing parameters and item parameters such as Description, Script item's field Script, HTTP agent item's fields Request body and Headers, Database monitor item's field SQL query. Queries to determine template names that need to be deleted before applying the patch are provided in the patch as a comment. Alternatively, if MAX_STRING_SIZE is set you can change nvarchar2(4000) to nvarchar2(32767) in the patch queries to set the 32767 bytes field size limit.

For an extended discussion, see ZBX-22363.

Accesso all'API

È possibile creare un numero elevato di sessioni utente aperte quando si utilizza custom script con il [metodo] user.login (/manual/api/reference/user/login) senza un seguente user.logout.

Problema relativo all'indirizzo IPv6 nei trap SNMPv3

A causa di un bug net-snmp, l'indirizzo IPv6 potrebbe non essere visualizzato correttamente quando viene utilizzato SNMPv3 nelle trap SNMP. Per ulteriori dettagli e una possibile soluzione alternativa, vedere ZBX-14541.

Indirizzo IP IPv6 lungo troncato nelle informazioni di accesso non riuscite

Un messaggio di tentativo di accesso non riuscito visualizzerà solo i primi 39 caratteri di un indirizzo IP memorizzato poiché questo è il limite di caratteri nel campo del database Ciò significa che gli indirizzi IP IPv6 più lunghi di 39 caratteri saranno mostrati in modo incompleto.

L'agente Zabbix controlla Windows

Voci DNS inesistenti in un parametro "Server" dell'agente Zabbix nel file di configurazione (zabbix_agentd.conf) può aumentare Zabbix agent tempo di risposta su Windows. Ciò accade perché la memorizzazione nella cache DNS di Windows il demone non memorizza nella cache le risposte negative per gli indirizzi IPv4. Tuttavia, per Le risposte negative degli indirizzi IPv6 vengono memorizzate nella cache, quindi una possibile soluzione alternativa a questo sta disabilitando IPv4 sull'host.

Esportazione/importazione YAML

Ci sono alcuni problemi noti con YAML esporta/importa:

• I messaggi di errore non sono traducibili;
• JSON valido con estensione file .yaml a volte non può essere importato;
• Le date non quotate leggibili dall'uomo vengono convertite automaticamente in Unix timestamp.

Installazione guidata su SUSE con NGINX e php-fpm

La configurazione guidata del front-end non può salvare il file di configurazione su SUSE con NGINX + php-fpm. Ciò è causato da un'impostazione in /usr/lib/systemd/system/php-fpm.service unit, che impedisce a Zabbix di scrivendo a /etc. (introdotto in PHP 7.4).

Sono disponibili due soluzioni alternative:

• Impostare il ProtectSystem opzione su 'true' invece di 'full' nell'unità systemd php-fpm.
• Salva manualmente il file /etc/zabbix/web/zabbix.conf.php.

Servizio web Chromium per Zabbix su Ubuntu 20

Sebbene nella maggior parte dei casi, il servizio Web Zabbix possa essere eseguito con Chromium, su Ubuntu 20.04 che utilizza Chromium causa il seguente errore:

Impossibile recuperare i dati: Impossibile avviare Chrome:cmd_run.go:994:
       ATTENZIONE: impossibile creare directory dati utente: impossibile creare
       "/var/lib/zabbix/snap/chromium/1564": mkdir /var/lib/zabbix: permesso negato
       Spiacenti, le home directory al di fuori di /home non sono attualmente supportate. Vedere https://forum.snapcraft.io/t/11209 per i dettagli.

Questo errore si verifica perché /var/lib/zabbix è usato come home directory dell'utente 'zabbix'.

Codici di errore personalizzati MySQL

Se Zabbix viene usato con l'installazione di MySQL su Azure, un messaggio di errore poco chiaro [9002] Si sono verificati alcuni errori nei log di Zabbix. Questo testo di errore generico viene inviato al server Zabbix o al proxy dal database. Per ottenere ulteriori informazioni sulla causa dell'errore, controllare i log di Azure.

Espressioni regolari non valide dopo il passaggio a PCRE2

In Zabbix 6.0 è stato aggiunto il supporto per PCRE2. Anche se PCRE è ancora supportato, i pacchetti di installazione di Zabbix per RHEL 7 e successivi, SLES (tutte le versioni), Debian 9 e successivi, Ubuntu 16.04 e successivi sono stati aggiornati per utilizzare PCRE2. Pur fornendo molti vantaggi, il passaggio a PCRE2 può causare l'invalidità o il comportamento diverso di alcuni pattern regexp PCRE esistenti. In particolare, questo influenza il pattern ^[\w-\.]. Per rendere nuovamente valida questa espressione regolare senza influire sulla semantica, modificare l'espressione in ^[-\w\.] . Ciò accade perché PCRE2 tratta il trattino come un delimitatore, creando un intervallo all'interno di una classe di caratteri. I seguenti pacchetti di installazione di Zabbix sono stati aggiornati e ora utilizzano PCRE2: RHEL 7 e successivi, SLES (tutte le versioni), Debian 9 e successivi, Ubuntu 16.04 e successivi.

Geomap widget error

The maps in the Geomap widget may not load correctly, if you have upgraded from an older Zabbix version with NGINX and didn't switch to the new NGINX configuration file during the upgrade.

To fix the issue, you can discard the old configuration file, use the configuration file from the current version package and reconfigure it as described in the download instructions in section e. Configure PHP for Zabbix frontend.

Alternatively, you can manually edit an existing NGINX configuration file (typically, /etc/zabbix/nginx.conf). To do so, open the file and locate the following block:

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

Then, replace this block with:

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

Logrotate for Zabbix server and proxy

In Zabbix versions 6.4.3 and older, logrotate is only included into packages for zabbix-agent, zabbix-agent2 and zabbix-web-service, but needs to be installed separately for Zabbix server and proxy. The logrotate dependency has been added to the server and proxy packages for RHEL and SUSE starting from Zabbix 6.4.4rc1.

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.4.0-6.4.12, required for zabbix_sender.dll.

Server/proxy compatibility issue in 6.4.12

Zabbix server 6.4.12 and Zabbix proxy 6.4.12 are not compatible with other versions of proxy/server. If either server or proxy is 6.4.12, then both server and proxy must be 6.4.12.

This issue is fixed in 6.4.13 and later. However, while the following releases are compatible with 6.4.11 server/proxy (or sooner); they are still not compatible with 6.4.12 server/proxy.

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.