Assuming that agent dropped connection because of access permission

[thomyvp]

Bonjour @ tous,

Je commence avec zabbix et rencontre quelque soucis pour la remontée des informations vers la console zabbix

Received empty response from Zabbix Agent at [172.16.21.228]. Assuming that agent dropped connection because of access permission

Log de l'agent

 26809:20140630:100243.819 In parse_list_of_checks()
 26809:20140630:100243.819 In disable_all_metrics()
 26809:20140630:100243.819 End of refresh_active_checks():SUCCEED
 26809:20140630:100243.819 active checks #1 [processing active checks]
 26809:20140630:100243.819 In process_active_checks('172.16.32.100',10051)
 26809:20140630:100243.819 End of process_active_checks()
 26809:20140630:100243.819 In get_min_nextcheck()
 26809:20140630:100243.820 active checks #1 [idle 1 sec]

vérifications déjà faites :

- hostname correspondance entre l'hote dans la console zabbix et le fichier de conf de l'agent
- l'adresse ip du serveur
- l'adresse ip dans la liste des serveurs actifs

quelqu'un aurais une idée

Merci

Bonne journée

[thomyvp]

une piste....

ma config:

deux serveurs identiques (une grappe en raid 1 et une grappe raid 5)

le raid 5 est en drbd
les services qui y tourne apache, ocs, zabbix,
le tout monitoré par corosync

sur le noeud maître si je laisse la conf par défaut il remonte bien les infos
par contre si je modifie le fichier conf de l'agent avec l'ip flottante et le nom d'hote
cfr commande hostame, la cela plante

[aero]

Bonjour,

J'ai pas tout bien compris, l'agent Zabbix et le Server sont sur deux machines différentes ou sur la même machine ? Car tu dis qu'en laissant la conf de l'agent par défaut les données remontent bien, sauf que par défaut l'agent est configuré comme s'il était sur la même machine que Zabbix Server... Alors que dans ton premier post, il y a deux IPs différentes entre le log de l'agent et celui du server...

[thomyvp]

voici ma config

1 cluster constitué de deux serveurs 2 disques en raid 1 et 5 disques en raid 5
sur le raid 5 une surcouche est appliquée drbd (raid réseau)

sur chacun des serveurs sont installés les services suivants (apache - ocsng - zabix)
le tout est monitoré par corosync

donc j'ai un nœud maître et un nœud esclave si le maître tombe le slave prends le relais

pour chacun de ses serveurs j'ai une adresse ip fixe dans le range 172.16.33.*
et pour les deux une ip fixe flottante 172.16.32.100

- le premier test que j'ai fait c'est installé l'agent sur ma machine à moi pc debain wheezy
j'ai modifier le fichier de conf comme suit

Server=172.16.32.100
ServerActive=172.16.32.100
Hostname=monpc

dans la console zabbix j'ai ajouté l'hôte avec comme nom d'hote monpc, comme ip d'écoute 172.16.21.228 sur le port 10050

cela ne remontait rien

j'ai supprimer l'agent de ma machine et j'ai fais comme dans les tutos monitorer le serveur ou se trouvait zabbix server (dans mon cas d'abord le maître de mon cluster, j'ai installé l'agent sans aucune modif les informations étaient remontés

par contre si je modifiait comme suit aucune information ne remonte

Server=172.16.32.100
ServerActive=172.16.32.100
Hostname=noeud1

la je suis en train de testé l'option de faire tourner l'agent sur le noeud actif et de laissé corosync le monitoré (donc les agents des deux serveurs ne tournerait pas simultanément mais seulement quand le noeud est actif)

j 'espère avoir été plus clair

cordialement

[aero]

C'est plus clair en effet.

Par contre je ne sais pas trop comment fonctionne drbd...
Quand un des serveurs du cluster veut se connecter à l'agent, est-ce qu'il utilise l'ip flottante ou son ip fixe de la plage 172.16.33.* ?

Parce que s'il utilise son IP fixe pour se connecter à l'agent alors la variable "Server" de la configuration de l'agent doit prendre pour valeur son IP fixe. Et comme tu as plusieurs serveurs il faut que tu mettes les IP de tes serveurs de la plage 172.16.33.* séparées par une virgule.

Pour la valeur ServerActive je pense que c'est bon vu que c'est l'agent qui initialise la connexion.

[thomyvp]

a mon sens le cluster (server et donc service ) n' a qu'un seule ip 172.16.32.100
les adresses ip fixe 172.16.33.* ne me servent que pour le ssh et opération de maintenance

donc pour si je veux faire fonctionner les agents des deux seveurs du cluster en même temps
le server est 172.16.32.100
et les adresses des hotes

noeud1 = 172.16.33.19
noeud2 = 172.16.33.20

[aero]

Ok ok, je vois pas trop d'où ça pourrait venir...

Pas de pare-feu qui pourraient bloquer les connexions sur ta machine debian ?
Un petit telnet depuis ton cluster vers ta machine sur le port 10050 permettrait de s'assurer que ce n'est pas un problème de com.

[thomyvp]

pare feu - ok

voila ce que j'ai fait

dans le fichier de conf de l'agent

Server=ipnoeud1,ipnoeud2,ipflottante
ServerActive=ipnoeud1,ipnoeud2,ipflottante

maintenant la remontée des informations se fait bien depuis ma machine debian

[aero]

Donc c'est surement ce que je disais dans un de mes précédents post, l'ip source envoyée par les hôtes du cluster sont leur adresse IP fixe, ou alors les checks que tu fais sont des checks actifs.

Est-ce que ça fonctionne quand tu configures l'agent de la sorte :

Server=ipnoeud1,ipnoeud2
#ServerActive=

[thomyvp]

Oui cela fonctionne,

merci