Jeff777

De retour sur l'ouvrage. J'ai démarré les 3 conteneurs : Je continue le tuto. Edit : j'ai fini la partie NAS/UPS/Docker j'ai importé mondashboard à nouveau fonctionnel. La suite demain.....

version: "2" services: telegraf: image: telegraf container_name: telegraf hostname: 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/telegraf/telegraf.conf:/etc/telegraf/telegraf.conf:ro" - "/proc:/host/proc:ro" - "/usr/share/snmp/mibs:/usr/share/snmp/mibs:ro" - "/var/run/docker.sock:/var/run/docker.sock:ro" # pour le fichier de commande python d'acces a la freebox, # pour le fichier de commande python, # pour le fichier get-pip.py (install module pip puis requests) - "/volume1/docker/telegraf/py:/usr/local/py" # pour le fichier log si on le met en place - "/volume1/docker/telegraf/log:/usr/local/log" ports: - 8125:8125/udp - 8092:8092/udp - 8094:8094 restart: unless-stopped networks: default: external: name: data_export

Docker-compose de telegraf : Est ce que je peux garder le même en ajoutant les lignes de création des dossiers py et log ?

C'est fait. Je complète le docker-compose de telegraf

J'essaie un telegraf unique mais c'est peut-être ambitieux 🙄

Bon je fais le point avant de modifier le docker-compose de telegraf avec les ajouts de @bruno78. Dans le répertoire docker j'ai : grafana avec le docker-compose et un répertoire data vide influxdb même chose telegraf avec le docker-compose telegraf.conf et telegraf.conf.back Les conteneurs grafana et influxdb sont arrêtés. Le conteneur telegraf n'est pas créé.

Fait Je détruit le répertoire fbx_telegraf

1 et 2 OK 3 je n'ai pas la commande down. J'arrête les conteneurs depuis docker ? et si je fais ça je suis bloqué pour 4 effacer l'image de telegraf avec Portainer: Bon j'avance. J'ai supprimé le docker telegraf ce qui m'a permis de supprimer l'image "étrange" d'ailleurs il y avait aussi deux autres images inutilisées.

Bon puisqu'il y a consensus je vais y aller mais à ma vitesse.

En reprenant le tuto du début je me souviens avoir bidouillé au début pour adapter le docker-compose à ma situation. J'ai appliqué le Tuto de @.Shad. à la lettre donc mon réseau s'appelle data_export. Je n'ai pas tenu compte des paragraphes suivants : Configuration des dockers existants et Création du nouveau docker : fbx_telegraf (les deux premières lignes concernant l'adressage) J'ai juste remplacé monitoring par data_export et 172.20.0.5 par 172.18.0.5 (sauf que maintenant c'est infludb qui a ce numéro d'IP) Est-ce suffisant/correct ? Edit : j'ai certainement fait autre chose car cela ne suffit pas ! Merci de votre patience à tous les deux ☺️

Je n'ai pas la commande drop. A moins que j'ai mal fait ?

J'ai arrêté puis supprimé le docker fbx_telegraf Supprimé la data source influxdb-1 freebox supprimé les 2 dashboards freebox Révoqué l'appli grafanamonitor dans la freebox supprimé le répertoire fbx_telegraf Mon log grafana : grafana (1).xlsx Le dashboard du nas est toujours fonctionnel. Y a -t-il quelque chose à vérifier avant de reprendre le tuto avec le fichier 53 ? C'est normal que les containers changent d'adresse IP ? Je m'absente un moment

Ok je vais recommencer avec celui-ci. Je viens de faire quelques tests de coupure d'alimentation pour voir si le monitoring de l'UPS fonctionnait correctement et j'ai vu que les données UPS Load et UPS Charge ne correspondaient pas à la réalité. J'avais sélectionné le paramètre mean au lieu de last. Je crois que je vais peut-être me tremper dans la notice de grafana 🙄

oui j'ai vu cela mais cela concerne "mondashboard" celui issu du tuto de @.Shad. Et curieusement je n'ai aucun problème avec celui là.

Bonjour @bruno78 A priori ce n'est pas cela le pb 😞 Je vais recommencer du début. Quel fichier dois-je prendre freebox_50 51 ou 52 ?

J'ai installé "portainer". Je ne sais pas si cela donne des info complémentaires.

Oui mais je n'ai pas la liste déroulante même si je remplie les cases avec freebox et tag1

Si je fais mon propre dashboard, j'arrive a voir des données mais je ne vois rien qui ressemble aux données des dashboards de @bruno78 @.Shad. tu voulais dire fbx_telegraf ? Mais ma Freebox et mon NAS ne sont pas dans le même LAN c'est peut-être pour cela !

Tous les noms sont renseignés. J'ai supprimé les baux statiques qui ne me servent plus. J'ai redémarré le NAS et la box pour voir. Aucun changement sur les dashboards Oui il l'est et j'ai un bail non statique sur le WIFI. Un des avantages de ne pas mettre la box en bridge c'est de conserver le WIFI.

Même résultat pour nas_telegraf et fbx_telegraf Ma freebox est en mode router avec seulement le player et le routeur ubiquiti connectés dessus. Ils ont tout deux des baux statiques (192.168.0.1 pour le routeur et 192.168.0.12 pour le player) il y a aussi le téléphone de mon fils qui est connecté en WIFI et qui n'a pas de bail fixe. Tous les autres périphériques dont les NAS sont sur le réseau de l'ubiquiti (192.168.1.0/64) la plupart tous (dont les NAS) ont des baux fixes

Pour influxdb je trouve 172.18.0.4 172.18.0.5 est l'IP de fbx_telegraf Oui j'ai vu cela et c'est dans ma "to do list" 😉 Je ne suis donc pas seul comme disais Jacques BREL 😅

Voilà ce que j'ai : Euh...je ne sais pas où trouver l'info. J'ai ceci. Et si je vais dans gérer je n'ai pas plus d'info : Ok pour l'heure. Je vais corriger

oui quelque chose : Oui j'ai bien un graphe pour le NAS (J'ai fait un capture d'écran dans le tuto de Shad] Edition du panneau firmware (les autres panneaux ont les réponses no data ou no data to show) : Sinon dans le journal grafana j'ai ceci : grafana date,stream,content 2020-05-07 08:30:12,stdout,t=2020-05-07T08:30:12+0000 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/api/dashboards/uid/V1x7Ot_Wk status=404 remote_addr=172.18.0.1 time_ms=106 size=33 referer=http://192.168.1.10:3000/dashboard/import 2020-05-07 08:30:12,stdout,t=2020-05-07T08:30:12+0000 lvl=eror msg="Dashboard not found" logger=context userId=1 orgId=1 uname=admin error="Dashboard not found" remote_addr=172.18.0.1 2020-05-07 07:51:01,stdout,t=2020-05-07T07:51:01+0000 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/api/datasources/proxy/1/query status=502 remote_addr=172.18.0.1 time_ms=5 size=0 referer="http://192.168.1.10:3000/d/-l-tGE3Zz/mondashboard?orgId=1&refresh=1m" 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" 2020-05-07 07:51:01,stdout,t=2020-05-07T07:51:01+0000 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/api/datasources/proxy/1/query status=502 remote_addr=172.18.0.1 time_ms=4 size=0 referer="http://192.168.1.10:3000/d/-l-tGE3Zz/mondashboard?orgId=1&refresh=1m" 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" 2020-05-07 07:51:01,stdout,t=2020-05-07T07:51:01+0000 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/api/datasources/proxy/1/query status=502 remote_addr=172.18.0.1 time_ms=6 size=0 referer="http://192.168.1.10:3000/d/-l-tGE3Zz/mondashboard?orgId=1&refresh=1m" 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" 2020-05-07 07:51:01,stdout,t=2020-05-07T07:51:01+0000 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/api/datasources/proxy/1/query status=502 remote_addr=172.18.0.1 time_ms=6 size=0 referer="http://192.168.1.10:3000/d/-l-tGE3Zz/mondashboard?orgId=1&refresh=1m" Edit : J'ai un décalage de 2h sur tous les journaux docker. Je ne sais pas d'où cela vient.

Oui la source de donnée est crée et j'ai la même chose que toi concernant ta capture d'écran. Curieusement les données du journal influxdb disparaissent. J'ai été obligé de redémarrer le conteneur pour les voir : Dans le terminal toujours la même notification :

Bonjour @bruno78 De retour, j'ai repris le tuto et suis arrivé au bout en supprimant :ro . J'ai bien l'accessibilité aux données dans le docker fbx_telegraf et influxdb et reçoit bien les données de telegraf et fbx_telegraf (je le vois dans le journal car je ne sais pas utiliser le terminal qui affiche no socket). Par contre lorsque je crée un dashboard après avoir créé la nouvelle source de donnée, il m'est impossible d'accéder aux données de la freebox. Idem en utilisant tes fichiers .jason. J'ai "no data" dans toutes les vues. Je suis en ADSL+ et la Freebox est en mode routeur avec un routeur en DMZ. Quel est le fichier que je dois utiliser ? C'est bête d'échouer si près du but 😊