IMPORTANT
S’il n’y a pas d’information sur la mise à jour, c’est que celle-ci concerne uniquement de la mise à jour de documentation, de traduction ou de texte.
Merci à Phifi qui à l’origine du plugin Monitoring, repris depuis le 13 novembre 2023 par TiTidom.
Ce plugin permet de récupérer des données système de différents équipements (en local pour monitorer votre Jeedom ou à distance via SSH) et de les afficher sur le Dashboard de Jeedom.
Initialement, ce plugin a été créé pour monitorer seulement les Jeedom Mini et Mini+. Mais pour répondre à une forte demande, il a été rendu compatible avec des Jeedom installés sur des VM (Machine Virtuelle), des Linux distants (Debian, Ubuntu, etc…) ou encore un NAS Synology.
IMPORTANT
La version minimum du core de Jeedom requise pour le plugin est la version 4.2 (depuis le 13 décembre 2023)
Des retours des utilisateurs, voici une liste, non exhautive, des systèmes (hardware / distribution) compatibles :
Depuis la version du 13 décembre 2023, il n’y a plus de dépendances à installer.
A chaque version du plugin qui sort, un numéro est attribué sous la forme “version_majeure.version_mineure.version_patch” (par ex. : “2.2.0”). Vous pouvez retrouver cette information sur la page de configuration du plugin. Pour toute demande sur le Community, merci de préciser dans vos messages ce numéro de version du plugin.
A partir de la page du plugin, vous pouvez accéder à la Configuration du plugin qui se présente sous cette forme :
Par défaut :
IMPORTANT
Sauf cas exceptionnel, vous n’avez aucune raison de désactiver les mises à jour automatiques faites toutes les 15 min !
Si vous souhaitez monitorer votre équipement Local (Votre Jeedom) plus régulièrement (Toutes les minutes), vous pouvez activer l’option “Equipement Local (1min)” et appuyer ensuite sur le bouton “Sauvegarder”.
Pensez dans ce cas à activer l’historique des commandes de cet équipement local et à changer le “Mode de lissage” de l’historique, car par défaut Jeedom lisse les valeurs à “5 minutes”, et vous perdriez le bénéfice de mettre à jours ces valeurs toutes les minutes !
A minima, je vous conseille (pour ces mises à jour toutes les minutes) d’activer l’hitorique sur la commande “Charge Système 1 min” et dans la configuration de cette commande, onglet “Configuration” de modifier les options d’historique comme ceci :
Pour configurer un nouvel équipement :
IMPORTANT
Pour des systèmes Linux monitorés à distance via SSH, vous devez choisir un compte (identifiant) avec des droits suffisants pour lancer les commandes (par ex. un utilisateur “sudo” ou bien à défaut le compte “root”).
Pour un NAS Synology, il faut utiliser un compte disposant des droits administrateurs.
Après avoir sélectionné ce mode, 4 champs supplémentaires s’affichent :
Après avoir sélectionné ce mode, 5 champs supplémentaires s’affichent :
IMPORTANT
Le plugin ne gère pas la génération de la clé SSH, ni la recopie de la clé publique sur le système distant (nécessaire pour permettre la connexion à ce système via une clé SSH).
Pour plus d’informations sur la génération d’une clé SSH, rendez-vous dans la FAQ.
Avant toute chose, pour pouvoir monitorer un NAS Synology, il faut que le service SSH soit activé dessus. c’est via ce protocole SSH que le plugin communique avec votre baie Synology.
Pour vous en assurer, rendez-vous dans le panneau de configuration de votre baie Syno, dans la partie “Terminal & SNMP” et assurez-vous que la case “Activer le service SSH” est bien cochée.
Vous pouvez ensuite configurer votre équipement :
Pour monitorer un NAS Synology, il faut cocher la case “Activer” du bloc “NAS Synology” situé sur la droite de la page de configuration de l’équipement. Cela permet de détecter correctement les informations systèmes spécifiques à votre NAS, comme le numéro de version, les volumes disques, etc…
Après avoir cliqué sur le bouton “Activer”, plusieurs options sont disponibles :
Sur la page de configuration de votre équipement, vous avez un bloc spécifique (sur la droite) : “Linux/Proxmox” :
Si la température est mal détectée sur votre équipement, et que vous avez connaissance de la commande exacte qui permet de la récupérer, vous pouvez utiliser ce champ prévu à cet effet.
Pour chaque équipement, vous avez la possibilité de configurer 2 commandes personnalisées : “perso1” et “perso2”.
Saisissez toute commande Linux valide dans la zone prévue à cet effet, et indiquez si besoin l’unité. Vous pouvez également personnaliser le nom de la commande et l’icône à afficher sur le Dashboard.
Si la case “Afficher” est cochée pour les commandes “perso1” et/ou “perso2”, alors le résulat de ces commandes sera affiché sur le Dashboard.
Pour permettre de les mettre en avant, il est possible de coloriser certaines valeurs (en vert, orange et rouge) suivant deux seuils définis. Les valeurs rentrées pour les différents seuils devront être dans la plage de celles que retourne la commande correspondante. Par exmple, si la commande retourne : 55°C ou 12%, il faudra alors saisir la valeur chiffrée (55, 12), sans le signe “%”, “°C”.
Il est possible de choisir des seuils pour les commandes suivantes :
Il existe deux types de colorisation : “Vert - Orange - Rouge” et “Rouge - Orange - Vert” suivant la donnée à représenter.
Ex. : Pour représenter un espace disque UTILISE, le modèle “Vert Orange Rouge” sera associé, alors que pour représenter une mémoire LIBRE on va utiliser le modèle inverse “Rouge Orange Vert”.
Voici quelques valeurs qui pourront vous aider à calibrer les seuils de vos équipements (ils ne sont donnés qu’à titre d’exemple) :
Charge Système 1 min / 5 min / 15 min (Load Average) :
Cette valeur est un nombre décimal (1.17 par exemple), dont le minimum est 0.00 (système au repos)
Pour se donner une idée de la charge réelle du système en pourcentage (%) à partir du Load Average 1 min, on peut faire ce calcul : (valeur / nombre de coeurs) * 100
Espace Disque Utilisé (Pourcentage) :
Plus cette valeur est basse, mieux c’est ! L’unité est un pourcentage (%) compris entre 0% et 100%.
Mémoire Libre (Pourcentage) :
Plus cette valeur est haute, mieux c’est ! L’unité est un pourcentage (%) compris entre 100% et 0%.
Swap Libre (Pourcentage) :
Plus cette valeur est haute, mieux c’est ! L’unité est un pourcentage (%) compris entre 100% et 0%.
Température CPU :
Plus cette valeur est basse, mieux c’est ! L’unité est en degré (°C).
Pour certaines valeurs, il est possible d’activer “Historiser” pour représenter, par une courbe, les variations de celles-ci.
Historiser est possible pour :
A partir du moment où une commande est historisée, vous avez aussi la possibilité d’afficher un “graphique de fond de tuile” sur le dashboard (desktop ou mobile). Pour configurer cette option, rendez-vous dans la configuration de votre équipement, et cliquez sur le bouton “Configuration Avancée”, en haut à droite de la page.
Sur le dashboard, le graphique s’affichera alors en fond sur votre équipement :
Mode Local
Il faut s’assurer que le compte avec lequel Jeedom travaille a bien le droit de lancer les commandes “reboot” et “poweroff” (c’est le cas dans les versions récentes de Jeedom).
Mode Distant
Il faut s’assurer, lors de la configuration de l’équipement, de choisir un compte (Identifiant) SSH qui a suffisamment de droits sur le système distant pour lancer les deux commandes reboot et poweroff (pour Linux) ou shutdown pour une baie Synology.
Si vous utilisez un compte qui est “sudo” sur l’équipement distant, connectez-vous dessus en SSH (cette action ne sera à faire qu’une seule fois), et rentrez la commande suivante pour ajouter le droit à l’utilisateur d’utiliser les commandes reboot et poweroff (Linux) ou shutdown (Synology) sans avoir à taper de mot de passe de confirmation.
IMPORTANT
Avant de rentrer la commande ci-dessous, remplacez MonUser (à deux endroits : Au début de la ligne de commande, mais aussi à la fin) par le nom d’utilisateur avec lequel vous vous connectez.
Lorsque vous aurez rentré la commande, le système vous demandera votre mot de passe pour confirmer (celui avec lequel vous vous êtes connectés dessus)
Pour un équipement Linux :
echo 'MonUser ALL= NOPASSWD: /usr/sbin/reboot, /usr/sbin/poweroff' | sudo tee /etc/sudoers.d/MonUser
Pour un équipement Synology :
echo 'MonUser ALL= NOPASSWD: /sbin/shutdown' | sudo tee /etc/sudoers.d/MonUser
cat: /sys/devices/platform/sunxi-i2c.0/i2c-0/0-0034/temp1_input: No such file or directory
Comme par ex. (récupération de la température CPU) : cat: /sys/devices/virtual/thermal/thermal_zone0/temp: Aucun fichier ou dossier de ce type
Message d’erreur : “Could not chdir to home directory /var/services/homes”
Dans la configuration du NAS Synology, il faut se rendre dans le “Panneau de configuration”, puis “Utilisateurs et groupes”, onglet “Avancé”, et tout en bas du panneau dans la partie “Accueil utilisateur” :
Il existe beaucoup de tutoriels sur internet expliquant comment générer ces clés, nous ne verrons ici que quelques principes :
ssh-keygen
sur un système Linux.cat .ssh/id_rsa
.ssh-copy-id user@mamachinedistante
pour ajouter cette clé publique sur le système distant.Quelques captures de systèmes monitorés via le plugin :
Debian 10_aarch64 (Odroid C2) :
Voir le fichier dédié (version stable) : Changelog (Stable)
Voir le fichier dédié (version beta) : Changelog (Beta)