Trou dans les bases de données

[kenoss]

Bonjour,

Je suis sur zabbix 2.2 car c'est la dernière version dans les dépôts et je n'ai pas le droit d'en installer une hors dépôt (exigences de sécurité de ma boite).

Pourquoi est-ce que j'ai sans cesse des trous dans les graphes.

La Fréquence de polling = 5 secondes
Nombre d'items = 750 items,
Périmètre de supervision : France

Ressource physique
RAM = 10 Go
CPU = 4 * 2 Ghz
DD = 260 Go

Christophe

[tiramiseb]

Salut,

Difficile de te répondre en voyant juste ce graphe. Il peut y avoir plein de raisons.

Ton serveur est peut-être surchargé (750 éléments toutes les 5 secondes, ça fait 150 nvps, peut-être que ton serveur (ou autre chose) a du mal à suivre).

Il faudrait regarder les indicateurs concernant le serveur lui-même, taille de la file, utilisation mémoire, peut-être les logs du serveur, ce genre de choses...


PS : concernant les dépôts, Zabbix est dispo en version 3 dans le dépôt officiel de Zabbix SIA : https://www.zabbix.com/documentation..._from_packages

[kenoss]

27737:20170829:090841.992 resuming SNMP agent checks on host "routeur nominal - 1705873897": connection restored
27734:20170829:091243.474 SNMP agent item "ifInOctets[GigabitEthernet0/0]" on host "routeur secours - 1705873897" failed: first network error, wait for 15 seconds
27736:20170829:090826.287 SNMP agent item "ifInOctets[GigabitEthernet1/0]" on host "routeur nominal - 1705873897" failed: first network error, wait for 15 seconds
27737:20170829:090841.992 resuming SNMP agent checks on host "routeur nominal - 1705873897": connection restored

:~# netstat -tupan
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 690/sshd
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1799/exim4
tcp 0 0 0.0.0.0:10050 0.0.0.0:* LISTEN 7956/zabbix_agentd
tcp 0 0 0.0.0.0:10051 0.0.0.0:* LISTEN 27728/zabbix_server
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 1217/mysqld
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 1350/apache2
tcp 0 0 127.0.0.1:10050 127.0.0.1:53152 TIME_WAIT -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53208 TIME_WAIT -
tcp 0 0 10.57.109.36:80 10.57.135.132:34621 FIN_WAIT2 -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53222 TIME_WAIT -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53121 TIME_WAIT -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53132 TIME_WAIT -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53196 TIME_WAIT -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53193 TIME_WAIT -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53160 TIME_WAIT -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53192 TIME_WAIT -
tcp 0 0 10.57.109.36:80 10.57.135.132:36609 ESTABLISHED 10695/apache2
tcp 0 0 10.57.109.36:80 10.57.135.132:36704 ESTABLISHED 10713/apache2
tcp 0 0 127.0.0.1:10050 127.0.0.1:53148 TIME_WAIT -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53146 TIME_WAIT -
tcp 0 0 127.0.0.1:10050 127.0.0.1:53220 TIME_WAIT -

[tiramiseb]

Tes 750 items, c'est du SNMP pour tous ?
Je n'ai pas beaucoup pratiqué la supervision par SNMP avec Zabbix, mais de manière générale le SNMP c'est plutôt lent. Si c'est 150 nvps en SNMP, alors ça ne m'étonne pas.

Est-il vraiment nécessaire de remonter ces infos toutes les 5 secondes ? Sinon, tu peux tenter toutes les 30 secondes, ça diviserait déjà par 6 les nvps, ça pourrait suffire.

Pour référence, les items que je mets en place c'est généralement avec une fréquence entre 1 minute et 1 heure (selon la criticité de l'information)...

[kenoss]

Merci pour ton retour j'ai diminué à 10 secondes pour la fréquence de polling et j'ai désactivé l'housekeeper.

Cependant je constate ce matin qu'il n'y a plus les trous d'hier sur mon routeur. Que s'est-il passé ?

[tiramiseb]

et j'ai désactivé l'housekeeper.

Attention, sans houskeeping la base de données va gonfler et les anciennes données rester présentes... Pourquoi le désactiver ?

Cependant je constate ce matin qu'il n'y a plus les trous d'hier sur mon routeur. Que s'est-il passé ?

Aucune idée.

[kenoss]

Le problème est résolu :

J'ai changé le type de données dans les items à numérique flottant (comme conseillé dans d'autres postes) et modifié certains paramètre du fichier de conf zabbix pour permettre de renvoyer les requêtes plus rapidement en cas de perte de paquet SNMP.

Timeout = 3
UnreachableDelay = 1
UnreachablePeriod = 20
UnavailableDelay = 10

Depuis plus aucun trous