Eu tenho um servidor Zabbix 1.8.2 em funcionamento, coletando dados para nosso escritório e nossas instalações de colo. No entanto, a ligação entre o colo e o escritório é escamosa. O que eu estou tentando fazer é configurar um proxy no lado do colo para ter um cache de 1 hora e retransmitir os dados para o nosso servidor primário no escritório. Nosso servidor zabbix é compilado a partir do código-fonte e usa um banco de dados mysql
Eu segui as instruções encontradas na documentação do zabbix para compilar o proxy usando um banco de dados sqlite3. Eu adiciono o proxy ao zabbix em Administration- > DM- > Proxies. O servidor zabbix "vê" o proxy porque o campo "visto pela última vez" está sempre abaixo dos 60s. No entanto, quando atribuo um host de cores ao proxy, paro de receber dados dele. O arquivo zabbix_agentd.log do host de colo diz isto:
29343:20100622:124847 Timeout while answering request
29343:20100622:124847 Getting list of active checks failed. Will retry after 60 seconds
O zabbix_proxy.log diz isso.
2041:20100622:123131.760 Deleted 0 records from history [0.000994 seconds]
2028:20100622:124131.671 Error while receiving answer from server [ZBX_TCP_READ() failed
Eu também não consigo receber nenhum dado SNMP que seja mais importante para mim do que os dados do agente zabbix. Alguém já teve esse problema antes?
Zabbix Server OS: CentOS5.4 Zabbix Server Build: 1.8.2 da fonte Zabbix Proxy OS: CentOS5.4 Zabbix Proxy Build: 1.8.2 da fonte
P.S. O banco de dados SQLite no proxy zabbix nunca obtém nenhum dado gravado nele, é idêntico a quando eu o criei a partir do esquema em branco no zabbix-1.8.2 / create / schema. (Sim, verifiquei as permissões)
Eu tive esse mesmo problema há algumas semanas em um host.
Depois de instalar um novo host com o zabbix-agent, obtive o "ZBX_TCP_READ ()" na webpanel do Zabbix.
A solução foi alterar o valor do Server no zabbix_agentd.conf para IP em vez de HOSTNAME.
O problema originou-se de um servidor de nomes definido em /etc/resolv.conf que estava atrasado por algum motivo.
Não sei se está relacionado ao seu problema, mas vale a pena tentar.
se você estiver usando itens ativos, deverá definir o proxy ip como a primeira entrada no arquivo de configuração do daemon agentd, diretiva "Server". se suas verificações passivas, ainda assim, o proxy ip deve estar na diretiva "Server" para que conexões sejam permitidas.
snmp é uma coisa diferente, mas em geral eu tenho dois palpites: