Je suis ton très bon plugin @ZygOm4t1k depuis sa publication pour superviser mon NAS.
J’ai passé la maj ce matin et recréer l’équipement (sans charge CPU) et le résultat est parfait.
J’ai cependant quelques incohérences mineures sur certaines valeurs comparé au moniteur de ressources intégré et au plugin monitoring.
Je suis d’accord avec @LMQT vis à vis des Syno, en fonction de leur architecture les données ne sont pas stockées aux mêmes endroit…
Pour en administrer plusieurs au taf et les superviser par un Nagios, j’ai pris l’option SNMP pour avoir des check « universels » et des valeurs factuelles très bien détaillées dans ce Guide MIB.
Je n’ai pas encore pris le temps d’analyser ton plugin mais si je peux aider, n’hésites pas
Dsl pour la réponse tardive…
Effectivement Jeedom tourne sur le NAS dans un docker en mode host…
J’ai un macvlan en parallèle et penses remettre tout ça à plat ce we, si je trouve le temps, étant donné qu’il faut désormais passer sous Buster…
Ceci dit, j’ai testé depuis la maj du 13/1 les différentes configurations possible (Synology coché ou pas, local ou distant avec IP host ou macvlan) en recréant l’équipement pour chaque test : la température, le système et l’IP ne remontent pas et le hostname varie selon l’IP configurée.
Je te fait un retour dans le we sur le comportement avec une install de Jeedom plus « propre » dans un macvlan et conserve mon Jeedom de test en mode host pour approfondir au besoin.
Hello et bravo
J’essaye d’installer ton plugin. Dispo qu’en beta.
Apres installation et activation (Jeedom 4.1)
J’ai l’erreur suivante en voulant créer un équipement juste après avoir saisi son nom :
Je suis chaud aussi, j’ai du local, du RPi, du Proxmox, du VPS, du Dedié au besoin (full Linux bien sûr).
Pas entièrement satisfait des autres plugins non plus.
en local : Error 500 en sauvegardant l’équipement, et après une 40aine d’erreurs :
Erreur javascript : SyntaxError: expected expression, got ‹ ; › (ligne 10)
Erreur sur la fonction cron du plugin : Call to a member function getStatusSyno() on null
Cela me parait cohérent, étant donné le principe du macvlan.
Je tente de trouver un moment demain pour relancer/mettre à jour mon Jeedom de test en mode host
Et je te fais un retour sur la config en local dans ce mode.
Autant pour moi…
Pas percuté que le community string n’était pas paramétrable et je n’a pas laissé « public »…
J’essaie de remettre tout ça en ligne ce midi et te fais un retour.
j’ai recu mon nouveau syno pour justement pouvoir jouer un peu avec docker.
Je commence tout juste la conf ‹ standard › et migration de données de l’ancien, dès que j’en suis à la partie Docker je te fais un retour si tu n’en as pas déjà recu !
Les infos raid ne remonte pas… en même temps il est en cours de data scrubbing…
Je ne suis pas super fan du SNMP v1, je l’ai activé pour monitoring2 à défaut de pouvoir paramétrer en SNMPv3 et changé le community string (pour noyer le poisson d’un point de vue sécurité).
Penses-tu que cela soit envisageable de le variabiliser ?
Fonctionne parfaitement avec mon NAS Syno 218+ (après avoir activé SNMP ;)).
Par contre, sur mon rPi sur lequel je fais tourner Jeedom, j’ai bien toutes les infos qui remontent sauf la charge CPU.
Y a t il autre chose à configurer à part cocher la case « Charge CPU » ?
Merci d’avance
PS: En phase, avec @BlacKTM +1 pour sa demande.