[comment]: # translation:outdated [comment]: # ({d4c2e042-97796c37}) # 8 Problemas conhecidos Consulte também: [Compilation issues](/manual/installation/known_issues/compilation_issues). [comment]: # ({/d4c2e042-97796c37}) [comment]: # ({e338613a-e338613a}) #### Inicialização do Proxy com MySQL 8.0.0-8.0.17 O zabbix\_proxy em versões do MySQL 8.0.0-8.0.17 falha com o seguinte erro de "acesso negado": [Z3001] connection to database 'zabbix' failed: [1227] Access denied; you need (at least one of) the SUPER, SYSTEM_VARIABLES_ADMIN or SESSION_VARIABLES_ADMIN privilege(s) for this operation Isso ocorre devido ao MySQL 8.0.0 começar a aplicar permissões especiais para definir variáveis de sessão. No entanto, na versão 8.0.18 o comportamento foi removido: [A partir do MySQL 8.0.18, definir o valor desta variável do sistema não é mais uma operação restrita.](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html) A solução alternativa é baseada na concessão de privilégios adicionais ao usuário `zabbix` : Para versões do MySQL 8.0.14 - 8.0.17: grant SESSION_VARIABLES_ADMIN on *.* to 'zabbix'@'localhost'; Para versões do MySQL 8.0.0 - 8.0.13: grant SYSTEM_VARIABLES_ADMIN on *.* to 'zabbix'@'localhost'; [comment]: # ({/e338613a-e338613a}) [comment]: # ({ccf11b74-68c1ee03}) #### Timescale DB: alto uso de memória com grande número de partições As versões do PostgreSQL de 9.6 a 12 consomem muita memória ao atualizar tabelas com um grande número de partições [consulte o relatório do problema](https://www.postgresql-archive.org/memory-problems-and-crash-of-db-when-deleting-data-from-table-with-thousands-of-partitions-td6108612.html)). Este problema se manifesta quando o Zabbix atualiza tendências em sistemas com TimescaleDB se as tendências forem divididas em pedaços relativamente pequenos (por exemplo, 1 dia). Isso leva a centenas de pedaços presentes nas tabelas de tendências com as configurações de limpeza padrão - a condição em que o PostgreSQL provavelmente ficará sem memória. O problema foi resolvido desde o Zabbix 5.0.1 para novas instalações com TimescaleDB, mas se TimescaleDB foi configurado com Zabbix antes disso, consulte [ZBX-16347](https://support.zabbix.com/browse/ZBX-16347?focusedCommentId=430816&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-430816) para notas de imigração. #### Timescale DB 2.5.0: a política de compressão pode falhar em tabelas que contêm números inteiros Este problema se manifesta quando o TimescaleDB 2.5.0 é usado. Foi resolvido desde o TimescaleDB 2.5.1. Para mais informações, consulte [TimescaleDB Issue #3773](https://github.com/timescale/timescaledb/issues/3773). [comment]: # ({/ccf11b74-68c1ee03}) [comment]: # ({acc59e29-a7814b31}) #### Atualização [comment]: # ({/acc59e29-a7814b31}) [comment]: # ({3e98833f-0f0a703d}) ##### Configuração do modo SQL para uma configuração bem-sucedida A configuração `sql_mode` no MySQL/MariaDB deve ter o modo "STRICT_TRANS_TABLES" definido. Se estiver ausente, a atualização do banco de dados do Zabbix falhará (consulte também [ZBX-19435](https://support.zabbix.com/browse/ZBX-19435)). [comment]: # ({/3e98833f-0f0a703d}) [comment]: # ({b1f9a9f7-5c2a7ea7}) ##### Atualização com MariaDB 10.2.1 e versões anteriores A atualização do Zabbix pode falhar se as tabelas do banco de dados forem criadas com o MariaDB 10.2.1 e anteriores, pois nessas versões o formato padrão de linha é compacto. Isso pode ser corrigido alterando o formato de linha para dinâmico (consulte também [ZBX-17690](https://support.zabbix.com/browse/ZBX-17690). [comment]: # ({/b1f9a9f7-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]: # ({479f353b-abb1c739}) #### Instalação acidental de pacotes do Zabbix do EPEL Com o repositório EPEL instalado e habilitado, a instalação do Zabbix a partir de pacotes levará à instalação dos pacotes do Zabbix do EPEL em vez dos pacotes oficiais do Zabbix. Neste caso, desinstale os pacotes do Zabbix do EPEL, por exemplo: dnf remove zabbix-server-mysql Bloqueie os pacotes do Zabbix do EPEL. Adicione a seguinte linha no arquivo `/etc/yum.conf` : exclude=zabbix6.0* Instale o servidor do Zabbix novamente: dnf install zabbix-server-mysql Observe que os pacotes oficiais do Zabbix têm a palavra `release` na sua string de versão. 6.0.25-release1.el8 [comment]: # ({/479f353b-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--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) ): 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}) #### Conexão TSL com o banco de dados usando MariaDB A conexão TLS com o banco de dados não é suportada com a opção *verify\_ca* option para o parâmetro[parameter](/manual/appendix/config/zabbix_server) DBTLSConnect se o MariaDB não foi utilizado. [comment]: # ({/cba1dd65-40e33d04}) [comment]: # ({864fa245-3a656061}) #### Possíveis deadlocks com MySQL/MariaDB Ao executar sob carga elevada e com mais de um trabalhador LLD envolvido, é possível encontrar um deadlock causado por um erro do InnoDB relacionado à estratégia de bloqueio de linhas (consulte [upstream bug](https://github.com/mysql/mysql-server/commit/7037a0bdc83196755a3bf3e935cfb3c0127715d5)). O erro foi corrigido no MySQL desde a versão 8.0.29, mas não no MariaDB. Para mais detalhes, consulte [ZBX-21506](https://support.zabbix.com/browse/ZBX-21506). [comment]: # ({/864fa245-3a656061}) [comment]: # ({70c19e71-70c19e71}) #### Correlação global de eventos Os eventos podem não ser correlacionados corretamente se o intervalo de tempo entre o primeiro e o segundo evento for muito pequeno, ou seja, meio segundo ou menos. [comment]: # ({/70c19e71-70c19e71}) [comment]: # ({215c95a7-215c95a7}) #### Intervalo do tipo Numeric (float) com PostgreSQL 11 ou anterior PostgreSQL 11 e versões anteriores apenas suportam valores de ponto flutuante no intervalo aproximado de -1.34E-154 a 1.34E+154. [comment]: # ({/215c95a7-215c95a7}) [comment]: # ({dfc40df7-dfc40df7}) #### NetBSD 8.0 e mais recente Vários processos do Zabbix podem quebrar aleatoriamente na inicialização nas versões NetBSD 8.X e 9.X. Isto se deve ao valor padrão de stack ser muito pequeno (4MB), o qual deve ser aumentado executando: ulimit -s 10240 Para mais informações, por favor consulte o relatório de problema associado: [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275). [comment]: # ({/dfc40df7-dfc40df7}) [comment]: # ({9e6b7b54-246be50e}) #### Limitações de expressão regular no Zabbix Agent 2 O Zabbix agent 2 não suporta lookaheads e lookbehinds em expressões regulares devido às limitações da biblioteca padrão Go regexp. [comment]: # ({/9e6b7b54-246be50e}) [comment]: # ({3cf04fe3-3cf04fe3}) #### Verificações IPMI As verificações IPMI não funcionarão com o pacote de biblioteca padrão OpenIPMI no Debian anterior a 9 (stretch) e Ubuntu anterior a 16.04 (xenial). Para corrigir isto, recompile a biblioteca OpenIPMI com OpenSSL habilitado conforme discutido em [ZBX-6139](https://support.zabbix.com/browse/ZBX-6139). [comment]: # ({/3cf04fe3-3cf04fe3}) [comment]: # ({9a916f3a-cb6aca3b}) #### Verificações SSH - Algumas distribuições Linux como Debian, Ubuntu, não suportam chaves privadas criptografadas (com senha) se a biblioteca libssh2 for instalada a partir de pacotes. Para mais detalhes, consulte [ZBX-4850](https://support.zabbix.com/browse/ZBX-4850) . - Ao usar o libssh 0.9.x em algumas distribuições Linux com OpenSSH 8, verificações SSH podem ocasionalmente relatar "Não é possível ler dados do servidor SSH". Isso é causado por um problema no libssh [issue](https://gitlab.com/libssh/libssh-mirror/-/merge_requests/101) ([relatório mais detalhado](https://bugs.libssh.org/T231)). O erro deverá ter sido corrigido por uma versão estável do libssh 0.9.5. Para mais detalhes, consulte também [ZBX-17756](https://support.zabbix.com/browse/ZBX-17756). - O uso do caractere pipe "|" no script SSH pode levar a um erro "Não é possível ler dados do servidor SSH". Nesse caso, é recomendável atualizar a versão da biblioteca libssh. Para mais detalhes, consulte também [ZBX-21337](https://support.zabbix.com/browse/ZBX-21337). [comment]: # ({/9a916f3a-cb6aca3b}) [comment]: # ({9b44848a-0c2fc2b9}) #### Verificações ODBC - O driver MySQL unixODBC não deve ser usado com servidor Zabbix ou proxy Zabbix compilados com biblioteca de conector MariaDB e vice-versa. Se possível, é melhor evitar usar o mesmo conector que o driver devido um [bug de upstream](https://bugs.mysql.com/bug.php?id=73709). Configuração sugerida: ```{=html} ``` PostgreSQL, SQLite ou Oracle connector → MariaDB ou MySQL unixODBC driver MariaDB connector → MariaDB unixODBC driver MySQL connector → MySQL unixODBC driver Para mais informações e correções disponíveis, consulte [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665). - Dados XML consultados a partir de Microsoft SQL Server podem ficar truncados de várias formas nos sistemas Linux and UNIX. ```{=html} ``` - Tem sido observado que o uso de verificações ODBC no CentOS 8 para monitoramento de banco de dados Oracle utilizando Oracle Instant Client para Linux 11.2.0.4.0 provoca quebra do Zabbix Server. Este problema pode ser resolvido pela atualização do Oracle Instant Client para 12.1.0.2.0, 12.2.0.1.0, 18.5.0.0.0 ou 19. Para mais informações, consulte [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402). [comment]: # ({/9b44848a-0c2fc2b9}) [comment]: # ({1db730d3-1db730d3}) #### Parâmetro do método de solicitação incorreto em itens O parâmetro do método de solicitação, usado apenas em verificações HTTP, pode ser definido incorretamente como '1', um valor não padrão para todos os itens como resultado da atualização de uma versão do Zabbix anterior à 4.0. Para mais detalhes sobre como corrigir, consulte [ZBX-19308](https://support.zabbix.com/browse/ZBX-19308). [comment]: # ({/1db730d3-1db730d3}) [comment]: # ({6e5c300b-4713dff4}) #### Monitoramento Web e agente HTTP O servidor do Zabbix causa vazamento de memória (memory leak) no CentOS 6, CentOS 7 e possivelmente outras distribuições Linux relacionadas devido a um [bug de upstream](https://bugzilla.redhat.com/show_bug.cgi?id=1057388) quando a opção "SSL verify peer" está habilitada nos cenários web ou agente HTTP. Para mais informações e correções disponíveis, consulte [ZBX-10486](https://support.zabbix.com/browse/ZBX-10486). [comment]: # ({/6e5c300b-4713dff4}) [comment]: # ({9cd7efe1-9cd7efe1}) #### Verificações simples Há um bug nas versões de **fping** anteriores a v3.10 que gerencia incorretamente pacote de resposta duplicados. Isto pode causar resultados inesperados para itens `icmpping`, `icmppingloss` e `icmppingsec`. É recomendado utilizar a versão mais recente do **fping** disponível. Para mais detalhes, consulte [ZBX-11726](https://support.zabbix.com/browse/ZBX-11726). [comment]: # ({/9cd7efe1-9cd7efe1}) [comment]: # ({69a0bd74-602ce4b3}) #### Erros com a execução do fping em contêineres sem raiz Quando os contêineres estão sendo executados no modo sem raiz ou em um ambiente com restrições específicas, você pode enfrentar erros relacionados à execução do fping ao realizar verificações ICMP, como `fping: Operation not permitted` ou todos os pacotes para todos os recursos perdidos. Para corrigir esse problema, adicione `--cap-add=net_raw` aos comandos "docker run" ou "podman run". Além disso, a execução do fping em ambientes não raiz pode exigir modificação do sysctl, por exemplo: sudo sysctl -w "net.ipv4.ping_group_range=0 1995" onde "1995" é o GID do zabbix. Para mais detalhes, consulte [ZBX-22833](https://support.zabbix.com/browse/ZBX-22833). [comment]: # ({/69a0bd74-602ce4b3}) [comment]: # ({a4574c73-a4574c73}) #### Verificações SNMP Se o sistema operacional OpenBSD for utilizado, um bug de use-after-free na biblioteca Net-SNMP até a versão 5.7.3 pode causar uma falha no servidor Zabbix se o parâmetro SourceIP for definido no arquivo de configuração do servidor Zabbix. Como solução alternativa, por favor, não defina o parâmetro SourceIP. O mesmo problema se aplica também ao Linux, mas não causa a interrupção do funcionamento do servidor Zabbix. Um patch local para o pacote net-snmp no OpenBSD foi aplicado e será lançado com o OpenBSD 6.3. [comment]: # ({/a4574c73-a4574c73}) [comment]: # ({d699f9d6-d699f9d6}) #### Picos nos dados SNMP Picos nos dados SNMP têm sido observados e podem estar relacionados a certos fatores físicos como picos de tensão na rede. Para mais detalhes, consulte [ZBX-14318](https://support.zabbix.com/browse/ZBX-14318). [comment]: # ({/d699f9d6-d699f9d6}) [comment]: # ({71b45f01-7aeb682d}) #### SNMP traps O pacote "net-snmp-perl", necessário para SNMP traps, foi removido no RHEL/CentOS 8.0-8.2; readicionado no RHEL 8.3. Então se você estiver usando o RHEL 8.0-8.2, a melhor solução é atualizar para RHEL 8.3. Para mais informações, consulte [ZBX-17192](https://support.zabbix.com/browse/ZBX-17192). [comment]: # ({/71b45f01-7aeb682d}) [comment]: # ({8adb01e7-f46cb486}) #### Falha no processo de alerta no RHEL 7 Ocorrências de falhas no processo de alerta do servidor Zabbix foram encontradas no RHEL 7. Para mais detalhes, consulte [ZBX-10461](https://support.zabbix.com/browse/ZBX-10461). [comment]: # ({/8adb01e7-f46cb486}) [comment]: # ({70dabc6d-10d04d69}) #### Atualizado o Zabbix agent 2 (6.0.5 ou anterior) Ao atualizar o Zabbix agent 2 (versão 6.0.5 ou anterior) a partir de pacotes, pode ocorrer um erro de conflito de arquivo relacionado ao plugin. Para corrigir o erro, faça o backup da sua configuração do agente 2 (se necessário), desinstale o agente 2 e instale-o novamente. Em sistemas baseados no On RHEL, execute: dnf remove zabbix-agent2 dnf install zabbix-agent2 Em sistemas baseados no Debian-based, execute: apt remove zabbix-agent2 apt install zabbix-agent2 Para mais informações, consulte [ZBX-23250](https://support.zabbix.com/browse/ZBX-23250). [comment]: # ({/70dabc6d-10d04d69}) [comment]: # ({6e1fb8fe-6e1fb8fe}) #### Invertendo as localidades do frontend Observou-se que as localidades do frontend podem ser invertidas sem lógica aparente, ou seja, algumas páginas (ou partes das páginas) são exibidas em um idioma enquanto outras páginas (ou partes das páginas) em um idioma diferente. Tipicamente, o problema pode aparecer quando há vários usuários, alguns dos quais usam uma localidade, enquanto outros usam outra. Uma solução conhecida para isso é desativar a multithreading no PHP e no Apache. O problema está relacionado com a forma como a configuração da localidade funciona em PHP [in PHP](https://www.php.net/manual/en/function.setlocale): as informações de localidade são mantidas por processo, não por thread. Assim, em um ambiente multi-thread, quando vários projetos são executados pelo mesmo processo do Apache, é possível que a localidade seja alterada em outro thread e que isso altere como os dados podem ser processados no thread do Zabbix. Para mais informações, consulte os relatórios de problemas relacionados: - [ZBX-10911](https://support.zabbix.com/browse/ZBX-10911) (Problema com inversão das localidades do frontend) - [ZBX-16297](https://support.zabbix.com/browse/ZBX-16297) (Problema com processamento de números em gráficos usando a função`bcdiv` das funções BC Math) [comment]: # ({/6e1fb8fe-6e1fb8fe}) [comment]: # ({81fe18ae-81fe18ae}) #### Configuração opcache no PHP 7.3 Se "opcache" está habilitado na configuração do PHP 7.3, o Zabbix Frontend pode mostrar uma tela em branco quando carregado pela primeira vez. Este é um [bug do PHP](https://bugs.php.net/bug.php?id=78015) registrado. Para contornar este problema, por favor configure o parâmetro "opcache.optimization\_level" para `0x7FFFBFDF` no arquivo de configuração do PHP (arquivo php.ini). [comment]: # ({/81fe18ae-81fe18ae}) [comment]: # ({af162a30-4f3b73ce}) #### Gráficos ##### Horário de verão Alterações no Horário de Verão resultam em irregularidades ao exibir rótulos do eixo X (duplicação de datas, datas faltando, etc.). ##### Agregação de Soma Ao usar agregação de soma [sum aggregation](/manual/config/visualization/graphs/aggregate#configuration) em um gráfico para um período inferior a uma hora, os gráficos exibem valores incorretos (multiplicados) quando os dados vêm de tendências. ##### Sobreposição de Texto Para alguns idiomas do frontend (por exemplo, japonês), as fontes locais podem causar sobreposição de texto na legenda do gráfico. Para evitar este problema, use a versão 2.3.0 (ou posterior) da extensão PHP GD. [comment]: # ({/af162a30-4f3b73ce}) [comment]: # ({357fdb5b-357fdb5b}) #### Monitoramento de arquivo de log Os itens `log[]` e `logrt[]` releem repetidamente o arquivo de log desde o início se o sistema de arquivos estiver 100% ocupado e o arquivo de log estiver sendo anexado (Para mais informações, consulte [ZBX-10884](https://support.zabbix.com/browse/ZBX-10884).) [comment]: # ({/357fdb5b-357fdb5b}) [comment]: # ({4431fe2b-82ff58c2}) #### Consultas lentas do MySQL O servidor Zabbix gera consultas `SELECT` queries in case of non-existing values for items. Este problema [issue](https://bugs.mysql.com/bug.php?id=74602) é conhecido por ocorrer nas versões MySQL 5.6/5.7 (para uma discussão mais detalhada, consulte [ZBX-10652](https://support.zabbix.com/browse/ZBX-10652)), e m casos específicos, também pode ocorrer em versões mais recentes do MySQL. Uma solução alternativa para isso é desativar o otimizador [`index_condition_pushdown`](https://dev.mysql.com/doc/refman/8.0/en/switchable-optimizations.html#optflag_index-condition-pushdown) ou [`prefer_ordering_index`](https://dev.mysql.com/doc/refman/8.0/en/switchable-optimizations.html#optflag_prefer-ordering-index) no MySQL. No entanto, observe que esta solução alternativa pode não corrigir todos os problemas relacionados a consultas lentas. [comment]: # ({/4431fe2b-82ff58c2}) [comment]: # ({304a6d02-699cd480}) #### Sincronização lenta de configuração com Oracle A sincronização de configuração pode ser lenta em instalações do Zabbix 6.0 com Oracle DB que possuem um grande número de itens e etapas de pré-processamento de itens. Isso é causado pela velocidade de processamento do motor de banco de dados Oracle para campos do tipo *nclob*. Para melhorar o desempenho, você pode converter os tipos de campo de *nclob* para *nvarchar2* aplicando manualmente o patch do banco de dados[items_nvarchar_prepare.sql](/../assets/en/manual/installation/items_nvarchar_prepare.sql). Observe que essa conversão reduzirá o limite máximo de tamanho do campo de 65535 bytes para 4000 bytes para parâmetros de pré-processamento de itens e parâmetros de itens, como *Description*, campo *Script* do item do script, campos *Request body* e *Headers* do item do agente HTTP, campo consulta *SQL query* do item do monitor de banco de dados. Consultas para determinar os nomes dos modelos que precisam ser excluídos antes de aplicar o patch são fornecidas no patch como um comentário. Alternativamente, seMAX_STRING_SIZE estiver configurado, você pode alterar *nvarchar2(4000)* para *nvarchar2(32767)* nas consultas do patch para definir o limite de tamanho do campo de 32767 bytes. Para uma discussão mais detalhada, consulte [ZBX-22363](https://support.zabbix.com/browse/ZBX-22363). [comment]: # ({/304a6d02-699cd480}) [comment]: # ({b393528e-b393528e}) #### Login na API Um grande número de sessões de usuário abertas pode ser criado ao utilizar scripts personalizados com o método `user.login` [method](/manual/api/reference/user/login) sem `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}) #### Problemas no IPv6 em armadilhas SNMPv3 Devido a um bug no net-snmp, o endereço IPv6 pode não ser exibido corretamente ao usar SNMPv3 em armadilhas SNMP.ara mais detalhes e uma possível solução alternativa, consulte [ZBX-14541](https://support.zabbix.com/browse/ZBX-14541). [comment]: # ({/17c4463f-17c4463f}) [comment]: # ({d77627ce-d77627ce}) #### Endereço IPv6 longo truncado em informações de login com falhas Uma mensagem de tentativa de login falhada exibirá apenas os primeiros 39 caracteres de um endereço de IP armazenado, pois esse é o limite de caracteres no campo do banco de dados. Isso significa que endereços de IP IPv6 com mais de 39 caracteres serão exibidos de forma incompleta. [comment]: # ({/d77627ce-d77627ce}) [comment]: # ({57420738-57420738}) #### Verificações do Zabbix Agent no Windows Valores de DNS inexistentes configurados no parâmetro `Server` do arquivo de configuração do Zabbix Agent (zabbix\_agentd.conf) podem elevar o tempo de resposta do Zabbix Agent no Windows. Isso ocorre porque o serviço de cache de DNS do Windows não armazena respostas negativas para endereços IPv4. No entando, para endereços IPv6 as respostas negativas são armazenadas, então uma possível contingência para este problema seja desabilitar o protocolo IPv4 na máquina. [comment]: # ({/57420738-57420738}) [comment]: # ({40001075-40001075}) #### Exportação/Importação YAML Existem alguns problemas conhecidos com a YAML [export/import](/manual/xml_export_import): - Mensagens de erro não são traduzíveis; - SON válido com uma extensão de arquivo .yaml às vezes não pode ser importado; - Datas legíveis por humanos não citadas são automaticamente convertidas para carimbos de data/hora Unix. [comment]: # ({/40001075-40001075}) [comment]: # ({fcbf4bce-fcbf4bce}) #### Assistente de instalação no SUSE com NGINX e php-fpm O assistente de instalação do Frontend não pode salvar o arquivo de configuração no SUSE com NGINX + php-fpm. Isto é causado por uma configuração no serviço /usr/lib/systemd/system/php-fpm.service, que impede o Zabbix de gravar em /etc. (introduzido no [PHP 7.4](https://bugs.php.net/bug.php?id=72510)). Existem duas opções de solução alternativa disponíveis: - Configure a opção [ProtectSystem](https://www.freedesktop.org/software/systemd/man/systemd.exec.html#ProtectSystem=) para 'true' em vez de 'full' na unidade systemd do php-fpm. - Salve manualmente o arquivo /etc/zabbix/web/zabbix.conf.php. [comment]: # ({/fcbf4bce-fcbf4bce}) [comment]: # ({8009b04b-8009b04b}) #### Chromium para serviço web do Zabbix no Ubuntu 20 Embora na maioria dos casos, o serviço web do Zabbix possa ser executado com o Chromium, no Ubuntu 20.04 o uso do Chromium causa o seguinte erro: 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. Esse erro ocorre porque `/var/lib/zabbix` é usado como diretório home do usuário 'zabbix'. [comment]: # ({/8009b04b-8009b04b}) [comment]: # ({1f99c5d8-1f99c5d8}) #### Códigos de erros personalizados do MySQL Se o Zabbix for utilizado com uma instalação do MySQL no Azure, uma mensagem de erro pouco clara *\[9002\] Alguns erros ocorreram* pode aparecer nos logs do Zabbix. Este texto genérico de erro é enviado para o servidor ou proxy do Zabbix pelo banco de dados. Para obter mais informações sobre a causa do erro, verifique os logs do Azure. [comment]: # ({/1f99c5d8-1f99c5d8}) [comment]: # ({1e9f92ec-eb422070}) #### Expressões regulares inválidas após a troca para PCRE2 No Zabbix 6.0, o suporte para PCRE2 foi adicionado. Embora o PCRE ainda seja suportado, os pacotes de instalação do Zabbix para RHEL 7 e mais recentes, SLES (todas as versões), Debian 9 e mais recentes, Ubuntu 16.04 e mais recentes foram atualizados para usar o PCRE2. Embora forneça muitos benefícios, a mudança para o PCRE2 pode fazer com que certos padrões de expressões regulares PCRE existentes se tornem inválidos ou se comportem de maneira diferente. Em particular, isso afeta o padrão *\^[\\w-\\.]*. Para tornar essa expressão regular válida novamente sem afetar a semântica, mude a expressão para *\^[-\\w\\.]* . Isso acontece devido ao fato de que o PCRE2 trata o sinal de traço como um delimitador, criando uma faixa dentro de uma classe de caracteres. Os seguintes pacotes de instalação do Zabbix foram atualizados e agora usam PCRE2: RHEL 7 e mais recentes, SLES (todas as versões), Debian 9 e mais recentes, Ubuntu 16.04 e mais recentes. [comment]: # ({/1e9f92ec-eb422070}) [comment]: # ({b05334fc-181f9110}) #### Conversão incorreta de serviços no Zabbix 6.0.0-6.0.2 Na versão 6.0 do Zabbix, foram introduzidos novos algoritmos de cálculo de status de serviço mais flexíveis. Após uma atualização do Zabbix <6.0 para o Zabbix 6.0.0, 6.0.1, 6.0.2, as regras de cálculo de status de serviço 'Mais crítico se todos os filhos tiverem problemas' e 'Mais crítico dos serviços filhos' serão trocadas. Os serviços criados no Zabbix 6.0.0 e posterior terão regras corretas de cálculo de status. Ao atualizar de versões <6.0 para o Zabbix 6.0.3 ou posterior, o Zabbix atualizará corretamente as regras de cálculo de status de serviço. A atualização de 6.0.x para 6.0.3 não terá efeito nas regras de cálculo de status de serviço. [comment]: # ({/b05334fc-181f9110}) [comment]: # ({8e04429f-7e4b94d3}) #### Erro no widget Geomap Os mapas no widget Geomap podem não carregar corretamente se você tiver feito upgrade de uma versão mais antiga do Zabbix com o NGINX e não tiver mudado para o novo arquivo de configuração do NGINX durante a atualização. Para corrigir o problema, você pode descartar o arquivo de configuração antigo, usar o arquivo de configuração do pacote 6.0 e reconfigurá-lo conforme descrito nas instruções (https://www.zabbix.com/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql&ws=nginx)[download instructions](https://www.zabbix.com/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql&ws=nginx) na seção *e. Configure PHP para Zabbix frontend*. Alternativamente, você pode editar manualmente um arquivo de configuração existente do NGINX (tipicamente, */etc/zabbix/nginx.conf*). Para fazer isso, abra o arquivo e localize o seguinte bloco: 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; } [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 para servidor e proxy do Zabbix O utilitário logrotate está incluído apenas nos pacotes para zabbix-agent, zabbix-agent2 e zabbix-web-service, mas precisa ser instalado separadamente para o servidor e o proxy do Zabbix. A dependência do logrotate foi adicionada aos pacotes do servidor e do proxy para RHEL e SUSE a partir do Zabbix 6.4.4rc1. [comment]: # ({/3ab732d5-c084126b}) [comment]: # ({ef524fb9-0e74b473}) #### Problemas no Zabbix 6.0.11 ##### Erros de análise de JSONPath Erros de análise de JSONPath ocorrem em caso de espaços em branco iniciais e array/object vazio. Esses erros foram corrigidos no Zabbix 6.0.12. ##### Avaliação de E/OU em filtros LLD A avaliação de expressões AND/OR nos filtros/sobreposições de descoberta de baixo nível pode falhar nesta versão. Corrigido no Zabbix 6.0.12. [comment]: # ({/ef524fb9-0e74b473}) [comment]: # ({13a896b0-03edb8bf}) #### Arquivos ausentes no arquivo do agente do Windows O arquivo ZIP de download do agente Zabbix para Windows está sem os arquivos zabbix_sender.h e zabbix_sender.lib nas versões 6.0.0-6.0.27, necessários para o zabbix zabbix_sender.dll. [comment]: # ({/13a896b0-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})