bruno78

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.

c'est donc un besoin de sauvegarde que tu as. Dans ce cas, oui tu peux tout à fait tester C2 Synology, qui va te créer toutes les 24h une sauvegarde de ton dossier NAS. En cas de problème, il suffira de restorer cette sauvegarde depuis C2. Note à ne pas oublier : une sauvegarde ne vaut que si on a testé, au moins une fois, le process de restauration et que l'on a vérifié qu'il n'y avait pas de perte.

Bonjour, oui C2 Synology offre 30 jours gratuits. Donc tu peux démarrer un essai tranquillement. Par contre, je n'ai pas vraiment compris ton besoin : synchronisation ou sauvegarde ??

Bonjour, @christophebe, heureux que tu ais pu t'en sortir. Effectivement, le :ro sur le répertoire ./py doit être enlevé au moins au moment de faire l'activation. Ensuite on peut le remettre. Je dois enfin recevoir une nouvelle Fbox fonctionnelle semaine prochaine. Je ferais alors les corrections nécessaires dans le script et le tuto pour prendre en compte les différentes remarques ( 1) "a" vs "ab" pour le register, 2) corrections pour les données xDSL, 3) correction :ro sur le dossier ./py)

pas de soucis. J'espère de mon côté rapidement récupérer une Fbox fonctionnelle (disque dur), .... mais mon fournisseur qui a tout compris ne semble pas pressé ....

OK. Donc la première chose que je te propose serait de supprimer le ":ro" readonly sur le montage du repertoire /usr/local/py dans le fichier docker-compose. Cela demandera à relancer le docker docker-compose stop fbx_telegraf docker-compose up -d fbx_telegraf

Wait wait wait .... si tu n'as pas de dossier /usr/local/py .... où se trouve ton script freebox_050.py ... ?? Mais dans la capture d'ecran d'hier soir, tu as bien un repertoire /usr/local/py .... je ne comprends plus .... usr/local/py, c'est dans le docker fbx_telegraf /volume1/docker/fbx_telegraf/py , c'est sur ton NAS. Une petite pause et on reprend du début ?

Désolé je me suis trompé dans mon message précédent. C'est bien le repertoire ./py qui pourrait gagner à ne pas être en read-only. Message corrigé. volumes: - "/volume1/docker/fbx_telegraf/py:/usr/local/py"

Bon, alors je te propose la chose suivante : tu recontruis ton docker fbx_telegraph en modifiant le montage du volume ./py : tu supprimes le :ro (read only). et donc tu auras (puisqu'il semble coincer sur la création du fichier .credentials. (quitte à remettre :ro plus tard) volumes: - "/volume1/docker/fbx_telegraf/py:/usr/local/py"

de memoire, avec la fleche > on fait passer le curseur de l'affichage sur "oui", est ca doit suffire. donc ca doit être bon. As-tu un fichier .credentials créé dans le repertoire ./py après cette opération ? Et si tu lances ensuite ./py python3 freebox_050.py -s est-ce qu'il te repond "already registered" ?

Bonjour, oui c'est bien à ce niveau, l'étape d'association. "L'association ne se fait pas" : càd lorsque tu demandes l'association depuis le script : à aucun moment tu ne vois la demande arriver sur l'écran de ta Freebox pour confirmer ? ou bien tu vois bien la demande de confirmation sur le Fbox, mais quand tu confirmes rien ne se passe ? Oui, essaie avec "a" au lieu de "ab"

Bonjour, du coup, si on veut rester cohérent, le docker-compose de fbx_telegraf devrait ressembler à quelque chose comme cela : version: "2" services: fbx_telegraf: image: telegraf:latest container_name: fbx_telegraf hostname: fbx_telegraf environment: - PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/bin:/sbin:/usr/local:/usr/src - TZ=CET mem_limit: 75M volumes: - "/volume1/docker/fbx_telegraf/telegraf.conf:/etc/telegraf/telegraf.conf:ro" - "/volume1/docker/fbx_telegraf/py:/usr/local/py:ro" - "/volume1/docker/fbx_telegraf/log:/usr/local/log" ports: - 9125:8125/udp - 9092:8092/udp - 9094:8094 restart: unless-stopped networks: default: external: name: data_export Comment est défini ton réseau data_export ?

Hello @Jeff777 peux-tu stp me montrer quel est ton docker-compose pour nas_telegraf/grafana/influxdb (donc fonctionnel avant de rajouter le docker fbx_telegraf)? ce sera plus facile pour voir comment rajouter la partie fbx_telegraf. les dossiers ./py et ./log sont à créer avant de lancer le docker-compose (sinon il va planter en disant que le répertoire est inexistant) le dossier ./py va contenir le script Python freebox_050.py (ou fichier plus récent; J'en suis à la version 052 DRAFT pour corriger le pb avec le xDSL, et le pb lorsque le Wifi est disable. Je mettrai le 052 en ligne une fois sûr qu'il soit bon) le fichier .credentials créé suit à l'association avec la Freebox. Ce fichier peut être sauvegardé ailleurs puis remis dans ce dossier si on repart de zéro, ca évitera de refaire l'association entre notre docker telegraf et la Freebox. le dossier ./log va contenir .... les logs si on s'en sert.

OK. Juste une remarque en passant : ne prends pas un réseau en /10 (172.18.0.0/10), c'est beaucoup trop large ! Un /10 te donne plus de 4.000.000 d'adresses IP possibles dans ton réseau. En /29 te donne 6 adresses utilisables pour les hosts sur ce sous réseau. Ca doit suffire ici dans notre example.