bruno78

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.

Bonjour @Jeff777, je me rends compte que le tuto n'est pas forcement hyper clair. Je vais regarder tes questions dans la journée. (là je taffe, c'est un peu compliqué de se concentrer 🙂 ). Si je comprends bien, ton soucis tourne principalement autour de l'utilisation du docker-compose.yaml ?

Bravo pour ce guide / tuto ! J'ai d'une part découvert Portainer, que je ne connaissais que de nom mais n'avais jamais mis en œuvre, et d'autre part, presque le plus intéressant pour moi, la mise en place de la liaison TLS avec création des certificats ... . Du coup je me concentre là dessus et essaie de comprendre en détail chaque étape. Ce n'est pas forcement trivial, cela demande de sérieuses lectures ! Merci en tout cas pour ce guide Bruno78

@kestouf, effectivement il y avait une erreur (un oubli). Remplacer if 'result' in json_raw: my_data['xdsl_modulation'] = json_raw['result']['status']['modulation'] + " ("+json_raw['result']['status']['protocol']+")" # in seconds par if 'result' in json_raw: my_data[tag1+"."+tag2+"."+tag3+"."+'xdsl_modulation'] = json_raw['result']['status']['modulation'] + " ("+json_raw['result']['status']['protocol']+")" # in seconds freebox_052_draft.py Ça devrait être meilleur !

Bonjour @kestouf, je vais regarder cela dans la journée. Cela fait partie des points que je n'ai pas pu tester, et que j'ai modifiés le plus récemment. Je n'ai pas de VDSL, et pour le moment le DD de ma Fbox est cramé, donc il se peut que je te demande, si tu veux bien, de tester lorsque j'aurai une correction à proposer (dans la journée j'espère).

Bonjour, dans ce cas, dans le fichier telegraf.conf, il faut supprimer l'appel aux information Wifi. Il faudrait simplement rajouter dans le script python un test préalable de présence du Wifi. Sinon, la solution immédiate, c'est de supprimer le -W dans les options de lancement du script python, càd : remplacer commands = [ "python3 /usr/local/py/freebox_050.py -SPHDIWX" ] par commands = [ "python3 /usr/local/py/freebox_050.py -SPHDIX" ]

Bonjour, que se passe t'il si tu lances la commande suivante depuis la console : python3 freebox_050.py -W ?? Et par curiosité, as-tu le Wifi configuré sur la box ?

Bonjour @eirock67 soit donc le bienvenu parmi nous. Bruno78

Pour info, j'ai rajouté dans le TUTO : le script Python ed 051 : corrections pour les accès xDSL (ajout de tags, pour ceux qui ont été voir dans le python lui même). /!\ je n'ai pas pu le tester /!\ 2 fichiers .json pour exemple qui correspondent aux graphes grafana que je montre.

@kestouf il semble que la table que tu essaies de charger soit une table complète. Je ne sais pas comment telegraf peut récupérer des valeurs multiples, pas un simple OID. Pour info, ci joint un fichier texte qui liste cette table sur ma machine. Je pense qu'il faut la générer une première fois sur ta machine, spécifique à ta configuration, pour ensuite identifier et aller chercher les OIDs individuels qui t’intéressent. Il y a peut-être un moyen de charger toute le table, mais je ne le connais pas.SmartMib.txt

Bonjour, @.Shad. à propos de l'UPS. pour arriver à mes fins, j'ai installé snmpd sur une VM Ubuntu Mini qui me sert de tests. Puis pour récupérer l'ensemble des OIDs relatifs à l'UPS, j'ai lancé un snmpwalk sur l'OID racine de l'ups dans les MIBs syno, à savoir .1.3.6.1.4.1.6574.4 . Cela me donne l'ensemble des OIDs qui sont implémentés et vont me répondre (je ne sais pas si cela dépendra du modèle d'ups et de NAS Syno ?). Grace aux fichiers descripteurs de la MIB, on récupère facilement le descriptif (rajouté ici en fin de ligne) root@ubuntumini:/etc/snmp# snmpwalk -v2c 192.168.1.171 -c public .1.3.6.1.4.1.6574.4 iso.3.6.1.4.1.6574.4.1.1.0 = STRING: "Ellipse ECO 800" upsDeviceModel iso.3.6.1.4.1.6574.4.1.2.0 = STRING: "EATON" upsDeviceManufacturer iso.3.6.1.4.1.6574.4.1.3.0 = STRING: "000000000" upsDeviceSerial iso.3.6.1.4.1.6574.4.1.4.0 = STRING: "ups" upsDeviceType ups, pdu, scd, psu iso.3.6.1.4.1.6574.4.2.1.0 = STRING: "OL CHRG" upsInfoStatus iso.3.6.1.4.1.6574.4.2.5.0 = STRING: "Ellipse ECO 800" upsInfoModel iso.3.6.1.4.1.6574.4.2.6.1.0 = STRING: "EATON" upsInfoMfr iso.3.6.1.4.1.6574.4.2.7.0 = STRING: "000000000" ups info serial iso.3.6.1.4.1.6574.4.2.8.0 = STRING: "0463" ups info vendor id iso.3.6.1.4.1.6574.4.2.9.0 = STRING: "ffff" ups info product id iso.3.6.1.4.1.6574.4.2.10.1.0 = STRING: "02" ups info firmware name iso.3.6.1.4.1.6574.4.2.12.1.0 = Opaque: Float: 0.000000 upsInfoLoadValue iso.3.6.1.4.1.6574.4.2.14.1.0 = INTEGER: 30 upsInfoDelayStart iso.3.6.1.4.1.6574.4.2.14.3.0 = INTEGER: 20 upsInfoDelayShutdown iso.3.6.1.4.1.6574.4.2.15.1.0 = INTEGER: 0 upsInfoTimerStart iso.3.6.1.4.1.6574.4.2.15.3.0 = INTEGER: 0 upsInfoTimerShutdown iso.3.6.1.4.1.6574.4.2.20.2.0 = Opaque: Float: 800.000000 upsInfoPowerNominal iso.3.6.1.4.1.6574.4.2.22.0 = STRING: "enabled" ups info beeper status iso.3.6.1.4.1.6574.4.3.1.1.0 = Opaque: Float: 100.000000 upsBatteryChargeValue iso.3.6.1.4.1.6574.4.3.1.2.0 = Opaque: Float: 20.000000 upsBatteryChargeLow iso.3.6.1.4.1.6574.4.3.6.1.0 = INTEGER: 2700 upsBatteryRuntimeValue iso.3.6.1.4.1.6574.4.3.12.0 = STRING: "PbAc" ups battery type iso.3.6.1.4.1.6574.4.4.2.2.0 = Opaque: Float: 184.000000 ups input transfer low iso.3.6.1.4.1.6574.4.4.2.3.0 = Opaque: Float: 264.000000 ups input transfer high iso.3.6.1.4.1.6574.4.5.1.1.0 = Opaque: Float: 230.000000 ups output voltage value iso.3.6.1.4.1.6574.4.5.1.2.0 = Opaque: Float: 230.000000 ups output voltage nominal iso.3.6.1.4.1.6574.4.5.2.2.0 = Opaque: Float: 50.000000 ups output frequency nominal iso.3.6.1.4.1.6574.4.7.1.0 = STRING: "usbhid-ups" ups driver name iso.3.6.1.4.1.6574.4.7.2.0 = STRING: "DSM6-2-2-24922-broadwell-fmp-repack-24922-190507" ups driver version iso.3.6.1.4.1.6574.4.7.3.0 = STRING: "MGE HID 1.33" ups driver version data iso.3.6.1.4.1.6574.4.7.4.0 = STRING: "0.38" ups driver version internal iso.3.6.1.4.1.6574.4.7.5.0 = INTEGER: 5 ups driver poll interval iso.3.6.1.4.1.6574.4.7.6.0 = STRING: "auto" ups driver port iso.3.6.1.4.1.6574.4.7.7.0 = INTEGER: 30 ups driver poll frequency root@ubuntumini:/etc/snmp# Ensuite, il suffit dans le fichier telegraf.conf qui se charge du Syno, de renseigner les OIDs qui nous intéressent pour que telegraf aille les récupérer, ce qui nous donne par exemple pour les 2 premiers : # UPS Model [[inputs.snmp.field]] name = "upsModel" oid = ".1.3.6.1.4.1.6574.4.1.1.0" # UPS Device Manufacturer [[inputs.snmp.field]] name = "upsManufacturer" oid = ".1.3.6.1.4.1.6574.4.1.2.0" Ne reste plus ensuite qu'à les grapher sur Grafana. Par exemple : Reste à vérifier les changements d'états et de compteurs sur coupure d'alimentation principale. Suivant les modèles d'ups, il y aura peut-être quelques différences de champs présents / absent. A ajuster donc. Bruno78

Bonjour, @kestouf, je ne "connais" Python que depuis que je me suis intéressé au sujet du monitoring de le Freebox ! Le docker telegraf est basé sur une Debian 9. Je n'ai pas regardé les autres cas. Pour installer Python sur Ubuntu, je suppose qu'il y a une manière spécifique .... Je n'ai pas d'autre choix que de te proposer notre moteur de recherche préféré. Cela semble largement documenté. Par exemple https://linuxize.com/post/how-to-install-pip-on-ubuntu-18.04/ Mais je n'ai pas essayé cette configuration. @eirock67 bonjour, il sera apprécié de passer par la case présentation afin de mieux te connaitre, et ainsi mieux connaitre ta configuration, ce qui nous aidera à mieux répondre. Là c'est un peu compliqué de répondre sans savoir quelle est ta configuration, et les actions que tu as menées précédemment à ce message d'erreur. Ceci dit, en reprenant mes notes, j'avais eu des soucis sur cette partie. Ma Freebox n'étant pas opérationnelle pour le moment, je ne vais pas trop pouvoir regarder ni tester. En plus, c'est une manip que je n'ai fait qu'une fois. Une fois la Freebox enregistrée, on passe à autre chose et on ne se soucie plus trop de cet aspect. C'est un point qu'il faut sécuriser, si il y a un problème, tu ne seras pas le seul à tomber dessus. Une piste néanmoins pour le moment : ligne 641 du fichier freebox_050.py : remplace open(cfg_file, "ab") par open(cfg_file, "a") "a" était la valeur initiale du script lorsque je l'ai repris. Pour le faire marcher , j'ai dû mettre "ab" ...

Hello, pour revenir sur le problème du monitoring de l'UPS, j'ai pas mal fouillé et regardé ce qui se passe avec ces MIBs. Je suis parti avec PRTG, récupéré les MIBs, les exportées pour PRTG monitoring , puis créé une sonde pour le NAS ... bref 3 heures plus tard PRTG arrive à sortir via SNMP les infos suivantes : J'imagine donc que telegraf devrait en être capable, en tout cas les infos existent et sont populées par le Syno. Je vais reprendre le OIDs correspondants au tests ci-dessus, et voir si telegraf est capable de les interroger et de récupérer les infos.

You're welcome ! Je suis ouvert aux remarques / commentaires ... sur le fonds bien sûr, mais également sur la forme, c'est mon premier !

Je vais voir si je trouve des infos sur le powerStatus .... Le TUTO pour Freebox est publié, en attente de modération (normal). J'espère qu'il sera lisible et compréhensible. Sinon je corrigerai / compléterai.... (soyez indulgents, 1er tuto ....)