I've seen posts along these lines but all seem to be related to proxies going offline, so apologies if this is an asked question.
main server (UK). 3 proxies , - 2 in UK and one in US - each in a different physical site. 35 NVPS on master.
I am seeing off and on through the day the trigger "zabbix agent on x is unreachable for 5 mins". This fires, then is OK, then will be a problem again. This happens on multiple hosts behind each of the proxies. At 02:20 am I get a huge burst of these lasting 30 mins, then all ok. This does not happen with hosts directly monitored by the zabbix master.
I have created a "template zabbix agent - site X" for each proxy, with a dependency on that proxies "last seen time", and all hosts in each site inheriting the local site agent. Primarily so that if we lose the proxy or comms, zabbix only complains about the loss of the proxy not all the hosts behind it.
^^ above was done after reading related posts.
why is that happening? is it an issue with comms links back to the master? is it slow proxies?
I figure by increasing the timeout from 5-7 mins most of the noise goes, but that's not really an option. 5 mins is pretty high for a check to know a host is down anyway.
Is there anything internally i should be monitoring to try and root this out?
main server (UK). 3 proxies , - 2 in UK and one in US - each in a different physical site. 35 NVPS on master.
I am seeing off and on through the day the trigger "zabbix agent on x is unreachable for 5 mins". This fires, then is OK, then will be a problem again. This happens on multiple hosts behind each of the proxies. At 02:20 am I get a huge burst of these lasting 30 mins, then all ok. This does not happen with hosts directly monitored by the zabbix master.
I have created a "template zabbix agent - site X" for each proxy, with a dependency on that proxies "last seen time", and all hosts in each site inheriting the local site agent. Primarily so that if we lose the proxy or comms, zabbix only complains about the loss of the proxy not all the hosts behind it.
^^ above was done after reading related posts.
why is that happening? is it an issue with comms links back to the master? is it slow proxies?
I figure by increasing the timeout from 5-7 mins most of the noise goes, but that's not really an option. 5 mins is pretty high for a check to know a host is down anyway.
Is there anything internally i should be monitoring to try and root this out?
Comment