16 Outros problemas

Login e systemd

Recomendamos criando um usuário zabbix usuário como usuário do sistema, ou seja, sem capacidade de efetuar login. Alguns usuários ignore esta recomendação e use a mesma conta para fazer login (e. g.usando SSH) para hospedar o Zabbix em execução. Isso pode travar o daemon do Zabbix no log externo. Neste caso, você obterá algo como o seguinte no Zabbix registro do servidor:

zabbix_server [27730]: [file:'selfmon.c',line:375] lock failed: [22] Invalid argument
       zabbix_server [27716]: [file:'dbconfig.c',line:5266] lock failed: [22] Invalid argument
       zabbix_server [27706]: [file:'log.c',line:238] lock failed: [22] Invalid argument

e no log do agente Zabbix: zabbix_agentd [27796]: [file:'log.c',line:238] lock failed: [22] Invalid argument

Isso acontece por causa da configuração padrão do systemd RemoveIPC=yes configurado em /etc/systemd/logind.conf. Ao sair do sistema os semáforos criados pelo Zabbix anteriormente são removidos o que faz com colidam.

Uma citação da documentação do systemd:

RemoveIPC=
       
       Controls whether System V and POSIX IPC objects belonging to the user shall be removed when the
       user fully logs out. Takes a boolean argument. If enabled, the user may not consume IPC resources
       after the last of the user's sessions terminated. This covers System V semaphores, shared memory
       and message queues, as well as POSIX shared memory and message queues. Note that IPC objects of the
       root user and other system users are excluded from the effect of this setting. Defaults to "yes".

Existem 2 soluções para este problema: 1. (recommended) Stop using zabbix account for anything else than Zabbix processes, create a dedicated account for other things. 2. (não recomendado) definir RemoveIPC=no em/etc/systemd/logind.conf e reinicialize o sistema. Observe que RemoveIPC é um sistema parâmetro, alterá-lo afetará todo o sistema.

Usando o frontend Zabbix por trás do proxy

Se o frontend do Zabbix for executado atrás do servidor proxy, o caminho do cookie no arquivo de configuração do proxy precisa ser reescrito para corresponder ao caminho com proxy reverso. Veja exemplos abaixo. Se o caminho do cookie não for reescrito, os usuários podem ter problemas de autorização ao tentar entre no frontend do Zabbix.

Configuração de exemplo para nginx

# ..
       local / {
       # ..
       proxy_cookie_path /zabbix /;
       proxy_pass http://192.168.0.94/zabbix/;
       # ..

Configuração de exemplo para Apache

# ..
       ProxyPass "/" http://host/zabbix/
       ProxyPassReverse "/" http://host/zabbix/
       ProxyPassReverseCookiePath /zabbix/
       ProxyPassReverseCookieDomain host zabbix.example.com
       # ..