bruno78

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

Heu .... la je commence à sécher ! Prends le 052, sans oublier de corriger la ligne concernant la correction de l'authentification : write_auth => with open(cfg_file, "a") as authFile ("a" au lieu de "ab") (ce sera corrigé dans la prochaine version) En regardant ton log grafana, je vois cette ligne récurrente (1 sur 2) : 2020-05-07 07:51:01,stdout,t=2020-05-07T07:51:01+0000 lvl=eror msg="Data proxy error" logger=data-proxy-log userId=1 orgId=1 uname=admin path=/api/datasources/proxy/1/query remote_addr=172.18.0.1 referer="http://192.168.1.10:3000/d/-l-tGE3Zz/mondashboard?orgId=1&refresh=1m" error="http: proxy error: dial tcp 172.18.0.5:8086: connect: connection refused" Un problème de mot de passe quelque part ?

Bonjour, petite question à @Jeff777 au passage: en remontant l'historique, je me rends compte que tu as surement dû faire des docker-compose up -d depuis la customisation du docker ? Est-ce qu'à chaque fois tu as refais ensuite cette customisation ? docker exec -it fbx_telegraf apt update docker exec -it fbx_telegraf apt upgrade docker exec -it fbx_telegraf apt install -y software-properties-common docker exec -it fbx_telegraf wget https://bootstrap.pypa.io/get-pip.py docker exec -it fbx_telegraf python3 get-pip.py --prefix=/usr/local docker exec -it fbx_telegraf python3 -m pip install requests En faisant depuis le ssh de ton NAS un docker exec -it fbx_telegraf python3 -V, tu verras vite si python est toujours là ou pas. Si il n'y a plus de python, alors cela confirme qu'il faut bien refaire la custo. docker exec -it fbx_telegraf python3 -V Python 3.5.3 A priori je ne pense que ce soit un problème de communication entre la Fbox et fbx_telegraf puisque tu as réussi à faire l'association avec la Fbox. Bruno78

là c'est le cpu du docker fbx_telegraf que tu vas tracer. Il faut sélectionner d'abord FROM default freebox , puis WHERE tag1 = (choisir dans la liste) ....

OK, donc sur ta freebox tu n'as aucun bail statique pour lequel le nom ne soit pas renseigné ? Et du coup, le Wifi est'il activé sur la Fbox ? si tel n'est pas le cas, il faut remplacer "python3 freebox_050.py -SPHDIWX" par "python3 freebox_050.py -SPHDIX" dans le fichier telegraf.conf du docker fbx_telegraf. C'est à dire enlever le "W" qui demande des stats Wifi .... qui n'existent peut-être pas ? (encore un test qu'il faut que je rajoute dans le script python !)

Bon alors voilà ce que j'ai constaté chez moi : même messages d'erreur que @Jeff777 dans le journal, ayant re-installé la nouvelle FBox, j'ai anticipé avant de tout rebranché et j'ai rentré les baux DHCP statiques pour être sûr de retrouver mon adressage .... Mauvaise idée. dans ce cas, tant que la station concernée ne s'est pas connectée au moins 1 fois, le champ "host" de l'API reste vide, même si on a donné un nom à la station. Et dans ce cas le script python plante (le champ 'host' n'existe pas, il aurait été vide il n'y aurait pas eu de problème !), il n'y a pas de test. Donc dans l'immédiat, je suggère de vérifier sur la Fbox, dans la table DHCP des baux statiques (pas celle des baux actifs) si il y a des entrées pour lesquelles il n'y a pas de nom : Il s'agit de la colonne de gauche. Par exemple ici on aurait 00:00:48:0F:1B:BD 00:00:48:0F:1B:BD 192.168.1.19 au lieu de lorsque la station a été connectée au moins une fois, alors on peut lui rentrer un nom, et là il n'y a plus de problème : Epson Laser 00:00:48:0F:1B:BD 192.168.1.19 Est-ce que cela correspond à votre cas ? De mon côté je vais voir à intégrer un test dans le script pour ne plus tomber dans ce cas , en espérant que c'est la même chose chez vous. Bruno78

@Jeff777, @.Shad., passé ma matiné à remettre en ordre et reconfigurer ma nouvelle Fbox .... . Je remets en route fbx_telegraf, et je tombe sur un pb qui ressemble fort à ce que rencontre @Jeff777. Chez moi ce n'est pas systématique, j'ai des données de temps en temps, et parfois je n'en ai pas .... Je plonge dans le code Python .... je vous tiens au courant.

OK donc oui fbx_telegraf envoie bien des données vers influxdb toutes les 10 secondes. Par contre est-ce que fbx_telegraf récupère bien des données depuis le Fbox ? Quelque chose du côté du terminal ou du journal fbx_telegraf ? Et du coup, depuis l'interface web grafana, tu obtiens bien les graphes du nas, mais pas ceux de la fbox ? Peux-tu me monter un exemple de requête avec "nodata" ? Peux-tu faire un aperçu de schéma réseau ?

Bonjour @Jeff777, je reçois ma nouvelle Fbox en fin de journée théoriquement :-). Je vais pouvoir commencer à regarder. Est-ce que ta source de données a été bien créée ? je suppose que oui mais bon .... Peux-tu stp faire une copie du journal si tu y vois des données ? surtout une copie des message du terminal ou du journal influxdb si possible Bruno78

Bonjour, es-tu certain que tous tes paramètres ont été restitués ? par expérience, le coup du "ça passe / ça ne passe pas aléatoire" c'est souvent dû à un "duplicate address" => vérifie toutes tes adresses IP, voir si c'est bien comme tu l'espère.