Jeff777

oui mais ce n'est peut-être pas fini ! En effet avec l'aide de @.Shad. j'ai pu corriger les erreurs du log de telegraf. Le problème venait du fait que j'avais un seul container telegraf et plusieurs datasources. Je n'ai maintenant qu'une seule datasource et dans telegraf.conf j'ai mis uniquement les identifiants de cette source. Avec cela le log de telegraf ne montre plus d'erreur 😄 Encore quelques erreurs ou "no data" mais c'est en cours de résolution.

Je viens de rechanger V4 pour V8. Sans changement, c'est à dire que les données que je recevais le sont toujours ! Quant à la modif ci-dessus ça ne change rien. En fait je crois qu'il suffit de retrouver les champs corrects s'ils existent. Par exemple les températures manquantes je ne trouve pas les champs dans le menu déroulant quand j'édite le panneau. Je crois que je vais me contenter des données reçues et voir si éventuellement il y en a d'autres qui m'intéressent. Seul pb l'erreur dans le journal de telegraf. Merci encore pour ton aide.

Les données se figent lorsque j'utilise l'argument P. Avec celui-ci j'ai systématiquement cette erreur : 2020-09-20T10:57:30Z E! [inputs.exec] Error in plugin: exec: exit status 1 for command 'python3 /usr/local/py/freebox_058.py -SPHIX': Traceback (most recent call last):... Si j'utilise tous les arguments sauf P je n'ai plus cette erreur et le dashboard n'est plus figé : Je n'ai pas de donnée sur le disque Freebox et sur le WIFI car pas de disque et WIFI désactivé. Pas de donnée sur le switch freebox ni les tpr cpu-m et sw mais c'est peut-être normal. Qu'en penses-tu ? Et contre toujours les erreurs suivantes dans le journal telegraf :

A chaque fois que j'ajoute un argument j'ai l'impression que les données sont figées. Je continuerai demain.

oui pour moi aussi. Avec V8 je n'avais aucune donnée. Par contre j'ai retiré tous les arguments de freebox_058 et j'obtiens ceci : J'ai essayé d'ajouter S puis P sans succès...je continue 🙂

Ah merci @bruno78 ! Je suis très joueur 🥳 je vais essayer.

Merci. Je fais cela cet AM. Quelque chose m'inquiète c'est que sur le peu de valeur que j'ai réussi à obtenir il n'y a jamais de variation. Par exemple le débit download est figé à 6649. De même si je mets la TV, je devrais avoir un autre switch qui passe OK et ce n'est pas le cas. Edit pour l'API c'est la même version :

En changeant les options de l'exécution de Freebox_058 et en ne mentionnant que -S j'ai enfin obtenu des valeurs. J'ai remis les options que je pensais applicables à mon cas : -SPHIX (pas de disque dur interne sur la pop et j'ai désactivé le WIFI) et j'ai le même résultat : Le dashboard donne : et le journal de telegraf :

Bon je crois que j'ai une piste. Si j'édite les panneaux du dashboard et remplace la source fbx_telegraf par default j'ai une donnée qui n'est pas la bonne mais au moins j'ai une valeur et non pas no data. Question : lorsque je crée la data source Fbx_InfluxDB dans grafana, l'url a prendre en compte dans le tuto est IPduNAS:8086 si je remplace par influxdb:8086 (comme pour les autres data sources) c'est également accepté et cela ne semble pas faire de différence. Que faut-il mettre de préférence ?

J'ai compris pour UNIFI. En fait dans telegraf.conf j'ai les deux plugins UBIQUITI et UNIFI. Il faut que j'exploite celui d'UNIFI ! EDIT : dans un premier temps j'ai retiré le plugin UNIFI de telegraf.conf et effectivement je n'ai plus d'erreur concernant celui-ci. C'est beaucoup plus clair : 2020-09-19T06:06:13Z E! [inputs.exec] Error in plugin: exec: exit status 1 for command 'python3 /usr/local/py/freebox_058.py -SPHDIX': Traceback (most recent call last):..., 2020-09-19T06:06:14Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: 401 Unauthorized: authorization failed, 2020-09-19T06:06:14Z E! [agent] Error writing to outputs.influxdb: could not write any address, 2020-09-19T06:06:21Z E! [inputs.exec] Error in plugin: exec: exit status 1 for command 'python3 /usr/local/py/freebox_058.py -SPHDIX': Traceback (most recent call last):..., 2020-09-19T06:06:24Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: 401 Unauthorized: authorization failed, 2020-09-19T06:06:24Z E! [agent] Error writing to outputs.influxdb: could not write any address, 2020-09-19T06:06:31Z E! [inputs.exec] Error in plugin: exec: exit status 1 for command 'python3 /usr/local/py/freebox_058.py -SPHDIX': Traceback (most recent call last):..., 2020-09-19T06:06:34Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: 401 Unauthorized: authorization failed, 2020-09-19T06:06:34Z E! [agent] Error writing to outputs.influxdb: could not write any address, 2020-09-19T06:06:41Z E! [inputs.exec] Error in plugin: exec: exit status 1 for command 'python3 /usr/local/py/freebox_058.py -SPHDIX': Traceback (most recent call last):...,

Bonjour @.Shad., Je vais essayer de regarder cela dans la journée mais : 1 J'ai bien une borne unifi mais je n'ai jamais essayé de la monitorer. 2Je pense que la référence à UNIFI vient plutôt du dashboard du routeur UBIQUITI (produit unifi) qui lui a un dashboard mais qui fonctionne correctement !

Bonjour @bruno78et merci de ton aide, 1 seul docker (telegraf) pour 3 dasboards "deux NAS+docker", celui pour mon routeur et celui de la freebox. outputplugin présent et correct dans telegraf.conf Database fbx_telegraf : root@nomduNAS:/volume1/docker# docker exec -it influxdb bash root@influxdb:/# influx -username admin -password admin Connected to http://localhost:8086 version 1.8.0 InfluxDB shell version: 1.8.0 > show databases name: databases name ---- nas_telegraf _internal fbx_telegraf > show users user admin ---- ----- admin true nas_telegraf false fbx_telegraf false Pour le nas il semble que oui si je comprends bien la question. Mais base différente voir ci-dessus. Oui root@telegraf:/usr/local/py# python3 freebox_058.py -H | grep System freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL sys_fan_rpm=1845 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL sys_uptime_val=96607 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL uptime="1 jour 2 heures 50 minutes 7 secondes" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL sys_temp_cpub=68 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL firmware_version="4.2.5" root@telegraf:/usr/local/py# 2020-09-18T08:15:45Z E! [inputs.exec] Error in plugin: exec: exit status 1 for command 'python3 /usr/local/py/freebox_058.py -SPHDIX': Traceback (most recent call last):..., 2020-09-18T08:15:45Z W! [outputs.influxdb] Metric buffer overflow; 65 metrics have been dropped, 2020-09-18T08:15:46Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: 401 Unauthorized: authorization failed, 2020-09-18T08:15:46Z E! [agent] Error writing to outputs.influxdb: could not write any address, 2020-09-18T08:15:56Z W! [outputs.influxdb] Metric buffer overflow; 41 metrics have been dropped, 2020-09-18T08:15:56Z E! [inputs.exec] Error in plugin: exec: exit status 1 for command 'python3 /usr/local/py/freebox_058.py -SPHDIX': Traceback (most recent call last):..., 2020-09-18T08:15:56Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: 401 Unauthorized: authorization failed, 2020-09-18T08:15:56Z E! [agent] Error writing to outputs.influxdb: could not write any address, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap2: performing get on field sysName: reconnecting: error establishing connection to host: dial udp: lookup uap2 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap2: gathering table ifTable: performing bulk walk for field ifDescr: reconnecting: error establishing connection to host: dial udp: lookup uap2 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap1: performing get on field sysName: reconnecting: error establishing connection to host: dial udp: lookup uap1 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap2: gathering table unifiRadioTable: performing bulk walk for field unifiRadioName: reconnecting: error establishing connection to host: dial udp: lookup uap2 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap1: gathering table ifTable: performing bulk walk for field ifDescr: reconnecting: error establishing connection to host: dial udp: lookup uap1 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap2: gathering table unifiVapTable: performing bulk walk for field unifiVapName: reconnecting: error establishing connection to host: dial udp: lookup uap2 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap1: gathering table unifiRadioTable: performing bulk walk for field unifiRadioName: reconnecting: error establishing connection to host: dial udp: lookup uap1 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap2: gathering table unifiIfTable: performing bulk walk for field unifiIfName: reconnecting: error establishing connection to host: dial udp: lookup uap2 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap1: gathering table unifiVapTable: performing bulk walk for field unifiVapName: reconnecting: error establishing connection to host: dial udp: lookup uap1 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap2: gathering table hrProcessorTable: performing bulk walk for field hrProcessorFrwID: reconnecting: error establishing connection to host: dial udp: lookup uap2 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap1: gathering table unifiIfTable: performing bulk walk for field unifiIfName: reconnecting: error establishing connection to host: dial udp: lookup uap1 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap2: gathering table laTable: performing bulk walk for field laNames: reconnecting: error establishing connection to host: dial udp: lookup uap2 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap1: gathering table hrProcessorTable: performing bulk walk for field hrProcessorFrwID: reconnecting: error establishing connection to host: dial udp: lookup uap1 on 127.0.0.11:53: no such host, 2020-09-18T08:16:00Z E! [inputs.snmp] Error in plugin: agent uap1: gathering table laTable: performing bulk walk for field laNames: reconnecting: error establishing connection to host: dial udp: lookup uap1 on 127.0.0.11:53: no such host, 2020-09-18T08:16:05Z E! [inputs.exec] Error in plugin: exec: Command timed out. for command 'python3 /usr/local/py/freebox_058.py -SPHDIX': , 2020-09-18T08:16:05Z W! [outputs.influxdb] Metric buffer overflow; 161 metrics have been dropped, 2020-09-18T08:16:07Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: 401 Unauthorized: authorization failed, 2020-09-18T08:16:07Z E! [agent] Error writing to outputs.influxdb: could not write any address, 2020-09-18T08:16:15Z E! [inputs.exec] Error in plugin: exec: exit status 1 for command 'python3 /usr/local/py/freebox_058.py -SPHDIX': Traceback (most recent call last):..., 2020-09-18T08:16:15Z W! [outputs.influxdb] Metric buffer overflow; 94 metrics have been dropped, 2020-09-18T08:16:16Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: 401 Unauthorized: authorization failed, 2020-09-18T08:16:16Z E! [agent] Error writing to outputs.influxdb: could not write any address, Curieusement il y a aussi d'autres erreurs qui semblent sur les autres dashboards qui pourtant fonctionnent bien ! C'est bien, ça me permet de structurer la recherche de panne 🙂

Bonsoir @bruno78et @.Shad., Je n'ai pas laissé tomber le morceau avec le monitoring de la pop pour lequel j'ai toujours "no data". J'ai toujours de bon résultats conformes à ceux indiqués dans le tuto pour : root@telegraf:/usr/local/py# python3 freebox_058.py -H | grep System ainsi que dans le journal du docker influxdb. Mais dans le journal de telegraf (j'a regroupé nas_telegraf et Fbx_telegraf dans un seul docker telegraf ) j'ai ceci : .., 2020-09-17T20:09:48Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: 401 Unauthorized: authorization failed, 2020-09-17T20:09:48Z E! [agent] Error writing to outputs.influxdb: could not write any address, 2020-09-17T20:09:50Z E! [inputs.exec] Error in plugin: exec: exit status 1 for command 'python3 /usr/local/py/freebox_058.py -SPHDIX': Traceback (most recent call last):..., Avez-vous une piste ? (j'ai tenu compte des dernières informations concernant l'utilisation de la dernère version de telegraf et mes monitoring de NAS et routeur semblent corrects.)

Le mode routeur il me sert à connecter le player directement sur la box en ethernet comme cela le router est bypassé. J'ai essayé le mode bridge en filtrant le VLAN100 sur le routeur, ça marche également, mais beaucoup moins bien (ma connexion est un peu faiblarde)

Freebox OS/paramètre de la freebox/nom de domaine. Ajouter un nom de domaine déjà configuré et mettre freebox.ndd. J'ai même ajouté mon certificat comme proposé.

peut-être ce que j'ai dit plus haut 😏

Bonjour @dd5992 @Vinky, Chez moi ce qui fonctionne (avec la pop en mode routeur mais avec un routeur en DMZ derrière) c'est : reverse proxy https://freebox.ndd.tld -> http://192.168.0.254 et nom de domaine par défaut défini dans freebox OS : freebox.ndd.tld Et il me faut les deux.

😞

Bonjour @bruno78 Comme j'ai utilisé le même conteneur telegraf pour les dashboard nas et freebox (et aussi mon routeur) mon docker-compose ne contient pas la section services (c'est celui du tuto de @.Shad.) Ma version de telegraf est 1.14.2 et avec la box révolution, tout fonctionnait bien. Le passage en 1.14.5 peut-il résoudre mon problème d'après toi ?

Je ne pense pas que le pb vienne de grafana car les autres dashboards sont corrects. Aucune donnée sur celui de la Freebox alors que le même dashboard fonctionnait avec la Révolution (j'avais exporté le fichier .json). Je vais essayer d'ajouter un panneau et de trouver des données qui répondent.

Bonjour à tous 😀 @bruno78 et @.Shad. De retour de vadrouille 😷, j'ai changé de forfait avec Free (Révolution vers Pop). J'essaie de remettre en place le monitoring de la Freebox, sans trop savoir si c'est faisable sans modifier le fichier Freebox_058.py. J'ai renommé le fichier .credential en old.credenrtial, réenregistré l'appli sur la freebox, supprimé et reconstruit la data source fbx_telegraf, supprimé et ré-importé le dashboard en sélectionnant la nouvelle source. Après redémarrage des containers et de la box, j'obtiens ceci en me connectant au docker telegraf : root@telegraf:/usr/local/py# python3 freebox_058.py -H | grep System freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL uptime="4 minutes 42 secondes" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL sys_uptime_val=282 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL firmware_version="4.2.4" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL sys_temp_cpub=69 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL sys_fan_rpm=1433 Et le journal du docker influxdb me donne ceci : Les dashboards de mes nas et de ma borne ubiquiti sont corrects dans grafana par contre celui de la freebox affiche "no data". Avez-vous une piste ?

OK c'est prometteur 😄

Merci du conseil @jacaj. Je vais faire ça. Ce matin tout tourne normalement 😊

Bonjour @giovanio Pas très clair tout cela.Résumons : Oui cela il faut bien le désactiver. donc la redirection fonctionne pour ndd.fr là aussi la redirection fonctionne! Mais que tapes-tu ? ce sont tous tes sous-domaines de type tartanpion.ndd.fr et les proxies inversés ont été faits correctement https://tartanpion.ndd.fr ==> http:iplocaledunas:portdel'appli et le tuto a été suivi à la lettre ? As tu une wildcard ? Dans ce das il faut mettre lors de ta création de certificat ndd.fr en domaine principal et *.ndd.fr en autre domaine si tu n'as pas de wildcard (ce que je pense) à la place de *.ndd.fr il faut mettre tous tes proxies inversés tartanpion.ndd.fr ça c'est vraiment curieux Petit rappel : lorsque tu fais des tests il faut bien vider le cache du navigateur

Le seul rapport que je vois c'est en lien avec la température du CPU qui était montée assez haut avant la déconnexion...mais bon ...