bruno78

Bonjour, peux-tu nous montrer comment est installé MariaDB ? avec quels paramètres ? pourquoi MariaDB 5 et non pas MariaDB 10 ? ensuite, que donne la connexion à http://192.168.1.100/phpMyAdmin (càd sans le ./index.php) dans quel contexte utilises-tu MariaDB / phpMyAdmin ? avec une installation WordPress ? autre utilisation ? accèdes-tu à ta base de données en lignes de commandes via ssh ? avec MariaDb version 10, on aurait quelque chose comme ceci : root@ds918xxxx:~# /usr/local/mariadb10/bin/mysql -uroot -p Enter password: Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 217 Server version: 10.3.11-MariaDB Source distribution Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. MariaDB [(none)]> SHOW DATABASES; +--------------------+ | Database | +--------------------+ | WP_xxxx | | WP_yyyy | | information_schema | | mysql | | performance_schema | | phpmyadmin | +--------------------+ 6 rows in set (0.001 sec)

Bonjour @Pierre-Adrien Bernabeu, @.Shad., effectivement, cela fonctionne aussi. Heureusement d'ailleurs. Soit on met l'OID "brut", soit on met l'alias. [[inputs.snmp.field]] name = "upsModel" oid = ".1.3.6.1.4.1.6574.4.1.1.0" Ou [[inputs.snmp.field]] name = "upsModel" oid = "SYNOLOGY-UPS-MIB::upsDeviceModel.0" Merci. Bruno78

Bonjour, j'ai donc continué à chercher ... . Premier constat : l'exit code n'est pas fiable. Certains containers le positionnent, d'autre non; difficile de se baser dessus. Par ailleurs, il faut laisser remonter tous les états de containers via telegraf. Donc : modification du fichier de configuration de telegraf : telegraf.conf. la section "input plugin" / # # Read metrics about docker containers / [[inputs.docker]], décommenter la ligne contenant les états à charger : container_state_include = ["created", "restarting", "running", "removing", "paused", "exited", "dead"] sur grafana, on crée une requête chargeant le PID, le uptime et l'exitcode. On obtient quelque chose comme ceci (après mise en forme des colonnes) avec le PID entre autre. Ensuite je stoppe manuellement 2 containers (pour montrer la différence de comportement de l'exit code) On voit que l'exit code reste à 0 pour l'un, alors qu'il est positionné à 137 pour l'autre. Par contre les 2 remontent "0" comme PID On peut agrémenter d'un petit recap, par exemple : Je relance les 2 containers : et je retrouve bien mon affichage complet, sans doublon, avec les nouveaux PID pour les containers relancés. Bruno78

@.Shad. j'ai donc repris ton json et adapté pour mon cas, et il me reste un problème ... . Lorsque je teste le changement d'état d'un docker, il passe bien en status arrêt (exit code = 137 !). Par contre, lorsque je relance le docker, il me reste au niveau de grafana 2 états : l'ancien état (137) et le nouvel état (0). Et je n'arrive pas à voir comment me débarrasser ce cet ancien état ! (cf. ci dessous, 2 états pour docker-socket-proxy). Il me manque encore une étape !

@.Shad. merci pour le json. Je vais regarder Sinon effectivement, pas de méthode miracle. De la lecture sur le site de Grafana, de l'import de nombreux exemples pour adapter, .... et de nombreux essais. Mais au fur et à mesure, on finit quand même par savoir plus ou moins où aller.

Bonjour, alors effectivement, si on utilise la table globale ifTable, les réferences docker sont "codées", du style "docker-e9f01980". Par contre, si on prend les données à partir de "docker_container_net", pas de problème. Par contre je tourne en rond sur un autre type de monitoring : je souhaite avoir un monitoring global des containers dockers : un pavé synthétique vert/en marche ou rouge/arret pour chaque container ..... Quelles variables utiliser ? comment visualiser sur grafana ? comment as-tu codé ton pavé "container overview" ? Bruno78

Oui en fait : pour les interfaces, effectivement il y a un peu de tout suivant le type d'interface: cela mériterait d'être décrypté : pour le docker, par exemple si on graphe le cpu ou la mémoire, on a bien le hostname configuré dans le docker compose : (à ceci prêt qu'il m'a aussi, pour certains, ajouté "control_" devant le hostname. "control" étant le nom du repertoire qui contient le docker-compose.yaml. Il faut que je regarde pourquoi , et pourquoi certains et pas d'autres) Bref, il faut que je regarde quelle est la logique.

Bonjour @Jeff777 la j'avoue mon ignorance totale sur le xDSL. Ce sont les champs décrit sur l'API Freebox, ici en particulier pour le xDSL https://dev.freebox.fr/sdk/os/connection/#XdslStats

c'est vrai, ca c'était avant ... depuis 2 jours avec la nouvelle Fbox après echange SAV, je suis plutôt entre 50 et 55°, au même emplacement.....

ah ben voilà !! Il n'y a plus qu'à jouer avec les paramètres et customiser le dashboard en fonction de tes souhaits. Bravo. Mais elle à pas un peu chaud, là ? ça me parait beaucoup. Sur les débit de synchro, le fait que ce soit en rouge, c'est simplement parce que j'ai mis dans la requete des seuils en fonction de ma connexion ftth. Pour ta liaison xdsl, il faut adapter. C'est la partie Threshold dans l'onglet visuallization qu'il faut adapter.

donc ça se présente mieux ..... il doit maintenant y avoir des données qui remontent si tu configures ce script dans telegraf . Pour mon info, tu avais donc bien des caractères accentués ?

@Jeff777, intéressant le problème ! Je parie que dans tes données (noms de stations, ...) tu as des caractères accentués .... ? 🙂 Je te propose alors la choses suivante : dans ton docker telegraf, il faut installer le module python unidecode : # pip install unidecode root@fbx_telegraf:/usr/local/py# pip install unidecode Collecting unidecode Downloading Unidecode-1.1.1-py2.py3-none-any.whl (238 kB) |################################| 238 kB 2.9 MB/s Installing collected packages: unidecode Successfully installed unidecode-1.1.1 root@fbx_telegraf:/usr/local/py# tu utilises le script suivant : freebox_053_d1.pyfreebox_053_d1.py avant de le configurer dans telegraf.conf, tu peux déjà simplement le charger dans /usr/local/py et le lancer à la main comme pour les tests précédants: python3 freebox_053_d1.py -XW ce script contient la suppression des caractères accentués selon ton retour, je l'intègrerai (ou pas) dans une nouvelle version de script

OK je vais regarder.

Cool ! Well done. @.Shad. : c'est vrai que cela permet de voir plein d'aspects différents et permet de progresser. Et comme dit @Jeff777, si en plus ca sert, what else ! Sinon, le script en erreur, ça ne me plait pas trop quand même. Ça peut arriver d'avoir ce genre d'erreur de façon isolée, mais là ça a l'air d'être systématique. Il va falloir regarder. Si il y a "no data", ça peut quand même venir de là. Tiens nous au courant. En te connectant en ssh sur ton NAS puis en te connectant sur le docker telegraf : root@XXXXX:~# root@XXXXX:~# docker exec -it fbx_telegraf bash root@fbx_telegraf:/# cd /usr/local/py root@fbx_telegraf:/usr/local/py# Tu peux alors lancer la commande freebox_053.py "à la main" avec une par une les différentes options et regarder ce qu'il sort : par exemple ici avec -S root@fbx_telegraf:/# cd /usr/local/py root@fbx_telegraf:/usr/local/py# ls freebox_050.py freebox_053.py freebox_053_draft.py freebox_054_draft.py root@fbx_telegraf:/usr/local/py# python3 freebox_053.py -S freebox,endpoint=mafreebox.freebox.fr,tag1=Switch,tag2=link#4,tag3=NULL mode=3 freebox,endpoint=mafreebox.freebox.fr,tag1=Switch,tag2=link#1,tag3=NULL mode=1 freebox,endpoint=mafreebox.freebox.fr,tag1=Switch,tag2=link#2,tag3=NULL mode=3 freebox,endpoint=mafreebox.freebox.fr,tag1=box,tag2=up,tag3=NULL bandwidth=600000000 freebox,endpoint=mafreebox.freebox.fr,tag1=Switch,tag2=link#2,tag3=NULL Etat=0 freebox,endpoint=mafreebox.freebox.fr,tag1=Switch,tag2=link#3,tag3=NULL Etat=1 freebox,endpoint=mafreebox.freebox.fr,tag1=box,tag2=down,tag3=NULL rate=72 [...] freebox,endpoint=mafreebox.freebox.fr,tag1=Switch,tag2=link#4,tag3=NULL Etat=1 freebox,endpoint=mafreebox.freebox.fr,tag1=box,tag2=NULL,tag3=NULL media="ftth" root@fbx_telegraf:/usr/local/py# Tu répètes l'opération avec une par une chaque option, càd : python3 freebox_053.py -S; puis python3 freebox_053.py -P; puis -H; .... -D; -I; -W; -X Le problème a l'air systématique, donc on devrait vite voir où est le problème.

Pas de problème. Je m'absente jusqu'en fin de matinée ....

oui oui oui 🙂 apt update / apt upgrade : ca c'est pour le principe, être à jour sur les paquets Linux (même si on a le dernier docker telegraf) mais surtout docker exec -it fbx_telegraf apt install -y software-properties-common, c'est lui qui installe python3, qui n'est pas présent de base dans le docker telegraf. get-pip.py se trouve à la racine dans le docker telegraf: root@vdsm2:/volume1/docker/monitoring# docker exec -it test_telegraf ls / bin dev etc home lib64 mnt proc run srv tmp var boot entrypoint.sh get-pip.py lib media opt root sbin sys usr root@vdsm2:/volume1/docker/monitoring# Et je me rends compte qu'il faut que je rédige un petit guide qui décrive comment trouver, sur grafana, toutes les variables Fbox remontées par le script Python. C'est sur ma liste du weekend ....

Bonjour, j'avoue que je ne comprends pas. Je viens de refaire depuis le début avec un docker de test créé à partir de zéro, ci-jointe la trace complète. Je ne vois pas très bien ce qui peut coincer. Normalement, python3 est installé dés la commande docker exec -it fbx_telegraf apt install -y software-properties-common test_telegraf.txt

Ça me semble ok, mais si @.Shad. peut confirmer ? Envoyé de mon STF-L09 en utilisant Tapatalk

a priori oui, peux-tu montrer à quoi il ressemble ?

Je dois m'absenter un moment. Bon courage Envoyé de mon STF-L09 en utilisant Tapatalk

finalement tu fais un telegraf unique pour NAS et Fbox ? ou 2 telegraf ? ou juste Fbox pour le moment ?

@.Shad., @Jeff777, d'une façon ou d'une autre, il faut repartir d'une base saine et vierge. même docker telegraf pour le NAS et la Fbox: j'avais essayé au début, mais sans succès. Peut-être / surement n'avais-je pas poussé assez loin, et je débutais encore sur le sujet. Donc ça m’intéresse 🙂 je continue à suivre ! je pense qu'il faut vraiment y aller étape par étape et ne passer à la suivante que lorsque validée Docker(s) telegraph on vérifie que l'on arrive bien à aller chercher les infos sur le NAS et la fbox. à ce stade, il ne doit plus y avoir de problème python Docker Influxdb vérifier que telegraf envoie bien ses données à influxdb vérifier que la/les bases influxdb se remplissent Docker Grafana vérifier que grafana se connecte bien sur la/les bases de données influx créer les graphes

Peut-être également supprimer la database influxdb "fbx_database" ? (se connecter sur influxdb et faire un DROP DATABASE fbx_database ). En ce qui concerne les adresses IP, j'ai l'habitude de les fixer dans le docker-compose.yaml, comme ca je suis sûr qu'elles ne bougent pas.

grafana n'est pas toujours intuitif. Mais tant que tu as les erreurs dans la console fbx_telegraf a propos du script python ....

Bonjour, ci-jointe une version 053 du fichier script Python. Il contient l'ensemble des correction évoquées précédemment : rajout des tags de modulation xDSL rajout du test de présence de l'AP wifi (est-ce que le wifi est activé ou non sur la Fbox) modification du paramètre authentification : with open(cfg_file, "a") as authFile (au lieu de with open(cfg_file, "ab") as authFile) rajout du test de présence champ 'host' ; ce champ est absent si on a déclaré un bail DHCP statique sans le nom de la station. J'ai mis à jour le tuto en conséquence freebox_053.py