InfraNestInfraNest
Dépannage

Un serveur a cessé de remonter des données

Les graphiques d'un serveur sont devenus plats, ou vous avez reçu un e-mail indiquant qu'il a cessé de remonter des données.

Si les graphiques d'un serveur sont devenus plats, ou si vous avez reçu un e-mail indiquant qu'il a cessé de remonter des données, cet article vous aide à comprendre pourquoi et à résoudre le problème. Il s'adresse à toute personne gérant des serveurs dans InfraNest.

Vue d'ensemble

  • Soit le serveur lui-même est hors service, soit l'agent qui s'y trouve ne parvient pas à nous transmettre ses mesures.
  • Le widget Server metrics de votre tableau de bord affiche Not reporting accompagné d'un nombre dès qu'un serveur devient silencieux — cliquez dessus pour voir lesquels sont concernés.
  • Cet article vous aide à distinguer les deux cas, et à corriger celui qui s'applique.

Voir à quand remonte le dernier contact

  1. Allez dans Monitoring, sélectionnez l'onglet Servers, puis ouvrez le serveur.
  2. Dans l'onglet Overview, repérez le panneau Agent. Il indique last heard from suivi d'une heure.
Un serveur a cessé de remonter des données

C'est cette heure qu'il faut prendre en compte. Si elle remonte à plus de quelques minutes, rien n'arrive actuellement.

  1. Si le panneau indique Readings refused, l'agent nous contacte bien, mais nous ne pouvons pas conserver ce qu'il envoie. Le panneau vous explique pourquoi et comment y remédier. Aujourd'hui, c'est toujours l'horloge du serveur qui est en cause : il indique de combien elle est en avance ou en retard, et fournit la commande qui active la synchronisation de l'heure. Une fois l'horloge correcte, les mesures reviennent dès le prochain rapport de l'agent.

Interroger directement l'agent

Si le panneau Agent ne suffit pas à expliquer la situation, l'agent peut vous indiquer ce qui ne va pas, même lorsqu'il ne parvient pas à nous joindre.

  1. Sur le serveur, exécutez :
sudo infranest-agent status
  1. Sous Windows, exécutez plutôt ceci dans PowerShell en tant qu'administrateur :
& "C:\Program Files\InfraNest\infranest-agent.exe" status
  1. Lisez le résultat. Il indique quand l'agent a transmis une mesure pour la dernière fois, combien de mesures sont en attente, et pourquoi il est bloqué.

NoteSi vous n'obtenez aucune réponse, c'est que l'agent n'est pas installé ou ne fonctionne pas. Vérifiez que le serveur est actif, puis redémarrez l'agent avec sudo systemctl restart infranest-agent sous Linux.

Ce que signifie la réponse, et que faire

Le jeton a été rejeté. Le jeton de l'agent a été supprimé dans InfraNest, ou il appartient à un autre serveur. InfraNest n'affiche pas cette information de son côté, donc seul le statut propre de l'agent vous permettra de le constater.

  1. Ouvrez le serveur.
  2. Dans le panneau Agent, sélectionnez Install the agent, puis Install it again. Cela crée un nouveau jeton.
  3. Exécutez la nouvelle commande sur le serveur.
  4. Supprimez l'ancien jeton grâce à l'icône de corbeille à côté de celui-ci.

La surveillance est désactivée. La surveillance est désactivée pour ce serveur dans InfraNest. Rien ne cloche avec l'agent ou son jeton, il n'y a donc rien à réinstaller. Réactivez la surveillance avec Switch monitoring on et l'agent reprend son activité de lui-même.

L'horloge est décalée. L'heure du serveur est incorrecte, et nous refusons les mesures qui semblent provenir du futur, ou qui paraissent trop anciennes pour être conservées. Le panneau Agent affiche également cela sous la forme Readings refused, avec l'ampleur du décalage de l'horloge. Activez la synchronisation de l'heure avec sudo timedatectl set-ntp true sur la plupart des systèmes Linux, ou w32tm /resync dans PowerShell en tant qu'administrateur sous Windows.

Impossible de se connecter. L'agent ne parvient pas à joindre InfraNest. Il n'a besoin que d'établir des connexions web sécurisées sortantes (HTTPS, port 443) vers ingest.infranest.io. Vérifiez qu'un pare-feu, un groupe de sécurité ou un proxy sur le réseau du serveur autorise cela. Aucun port entrant n'est nécessaire.

Si aucun de ces cas ne correspond, exécutez sudo infranest-agent flare et collez le résultat dans un ticket d'assistance. Il contient tout ce dont nous avons besoin, et exclut votre jeton.

Rien n'est perdu pendant le silence

L'agent conserve ses mesures sur le serveur pendant environ huit heures et les envoie une fois la connexion rétablie. Ainsi, si vous résolvez un problème réseau dans ce délai, l'écart dans vos graphiques se comble automatiquement.

Être prévenu la prochaine fois

  1. Allez dans Monitoring → Alert defaults.
  2. Sous Is anything broken?, activez The server has gone quiet.
  3. Définissez le délai d'attente avant qu'InfraNest n'alerte. Prévoyez quelques minutes de silence, pas une seule — dix minutes est un choix confortable. Si vous choisissez une durée inférieure à ce que votre forfait permet d'évaluer, InfraNest vous indique la durée minimale possible.

Vous pouvez modifier ce réglage pour un seul serveur depuis l'onglet Alerts & rules de ce serveur.

TipCette alerte couvre également un serveur dont nous refusons les mesures. Il reste en contact, mais rien de ce qu'il envoie n'est conservé, donc après ces mêmes quelques minutes, il est considéré comme silencieux, et l'alerte indique qu'il s'agit de l'horloge.

Bon à savoir

  • Supprimer le dernier jeton d'agent d'un serveur ne désinstalle pas l'agent. Il continue de fonctionner et de réessayer jusqu'à ce que vous le retiriez de la machine.
  • Chaque serveur a besoin de son propre jeton. Si deux serveurs partagent le même, nous ne pouvons pas déterminer lequel des deux est devenu silencieux.

Articles similaires

Prêt en quelques secondes

Réunissez toute votre infrastructure dans un tableau de bord moderne.

Offre gratuite · Sans carte bancaire · Configuré en quelques minutes