bruno78

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 ....)

Il s'agit ici de présenter un tuto pour monitorer sa Freebox, avec les outils telegraf / influxdb / grafana, en complément du [TUTO] Monitoring NAS et Réseau qui reste la référence. En conséquence, je suppose déjà opérationnelle chez vous une chaine complète telegraf / influxdb / grafana pour la supervision de votre NAS Il faudra bien entendu faire les adaptations spécifiques à votre environnement. Principe : Le docker telegraf va utiliser un script python pour récupérer les infos de la Freebox. Limites : je n'ai pu valider cette méthode que sur ma Freebox, et donc pour les autres modèles et/ou configuration ... ? Freebox Révolution au dernier Firmware (4.0.7) à ce jour. Accès réseau fibre ftth (et donc pas testé les compteurs xDSL) Chaine existante (hypothèse) : je suppose donc que vous avez une chaine telegraf / influxdb / grafana opérationnelle pour votre NAS, en docker mode bridge. Ajout Freebox : On va rajouter un second docker telegraf, qui portera le script Python. Ce docker telegraf dédié Freebox va transmettre ses données vers une seconde database que l'on va créer dans le docker Influx Sur grafana, on créera une nouvelle source de données (la nouvelle database d'influx) qui nous permettra d'afficher les données Freebox. Voir schéma de principe ci-dessous : Configuration des dockers existants : subnet: 172.20.0.0/29 gateway: 172.20.0.1 ip_range: 172.20.0.0/29 Adressage existant grafana d2:ca:ab:cd:00:02 172.20.0.2 influxdb d2:ca:ab:cd:00:03 172.20.0.3 nas_telegraf d2:ca:ab:cd:00:04 172.20.0.4 Création du nouveau docker : fbx_telegraf Adressage sur le réseau bridge : fbx_telegraf d2:ca:ab:cd:00:05 172.20.0.5 Déclaration du service fbx_telegraf dans le docker-compose.yaml (extrait): EDIT du 02/septembre 2020 : la dernière branche de developpement du docker telegraf, 1.15.x, semble poser problème avec Python. Il faut donc se limiter au max à la version 1.14.5. L'image à charger sera donc telegraf:1.14.5 au lieu de telegraf:latest EDIT du 08/septembre 2020 : installation résolue pour python sur la branche telegraf 1.15.x (i.e. tag : latest). Voir détails plus bas. services: fbx_telegraf: image: telegraf:latest container_name: fbx_telegraf hostname: fbx_telegraf mac_address: d2:ca:ab:cd:00:05 networks: monitoring: ipv4_address: 172.20.0.5 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/monitoring/fbx_telegraf/telegraf.conf:/etc/telegraf/telegraf.conf: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/monitoring/fbx_telegraf/py:/usr/local/py" # pour le fichier log si on le met en place - "/volume1/docker/monitoring/fbx_telegraf/log:/usr/local/log" ports: - 9125:8125/udp - 9092:8092/udp - 9094:8094 restart: unless-stopped On notera la création et le mapping de 2 répertoires pour le docker fbx_telegraf: un répertoire pour le fichier Python et le fichier d'installation de l'utilitaire python "pip" : /usr/local/py un répertoire pour d’éventuels logs : /usr/local/log Création et démarrage du docker fbx_telegraf: docker-compose pull fbx_telegraf docker-compose up -d fbx_telegraf Via un accès ssh sur le NAS : mise à jour du docker fbx_telegraf 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 Installation de python3 dans le docker telegraf télécharger get-pip.py (https://bootstrap.pypa.io/get-pip.py) dans le répertoire /usr/local/py installation des modules pip et requests 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 docker exec -it fbx_telegraf pip install unidecode EDIT du 08/septembre 2020 : installation Python sur la branche telegraf:1.5.x (i.e. tag latest) Au lieu des 7 commandes ci-dessus, on procèdera de la sorte : docker exec -it fbx_telegraf apt update docker exec -it fbx_telegraf apt upgrade docker exec -it fbx_telegraf dpkg --configure -a docker exec -it fbx_telegraf apt-get install apt-transport-https ca-certificates curl gnupg-agent software-properties-common docker exec -it fbx_telegraf wget https://bootstrap.pypa.io/get-pip.py docker exec -it fbx_telegraf apt-get install python3-distutils docker exec -it fbx_telegraf python3 get-pip.py --prefix=/usr/local docker exec -it fbx_telegraf python3 -m pip install requests docker exec -it fbx_telegraf pip install unidecode Il se peut que vous ayez une erreur du type : E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem Dans ce cas, .... suivre à la lettre la consigne et lancer donc la commande # dpkg --configure -a . Puis poursuivre normalement Script Python : On place le script Python fbx_telegraf_059.py dans le répertoire /usr/local/py (ce script a été mis à jour pour mes propres besoins. N’hésitez pas à le reprendre, en particulier en fonction de l'API Freebox si il vous manque des éléments) EDIT du 27/04/2021 : mise à jour du fichier python en version ed061. version basée sur l'API V8 de FreeboxOs compatibilité avec Freebox POP je conseille de repartir d'une database InfluxDB vierge cf message en page 9 pour plus de détails c'est par ici : https://github.com/bruno78310/Freebox-Revolution-Monitoring.git Modification du fichier de configuration telegraf : 1) Dans la section "Input Plugin" : ############################################################################### # INPUT PLUGINS # ############################################################################### ############################################################################### # INPUT PLUGINS FREEBOX # ############################################################################### # Read metrics from one or more commands that can output to stdout [[inputs.exec]] ## Commands array # commands = [ "python3 /usr/local/py/freebox_059.py -SPHDIWX" ] ## Timeout for each command to complete. timeout = "5s" ## Data format to consume. ## Each data format has it's own unique set of configuration options, read ## more about them here: ## https://github.com/influxdata/telegraf/blob/master/docs/DATA_FORMATS_INPUT.md # data_format = "graphite" data_format = "influx" A noter : le script python "freebox_059.py" est lancé avec un certain nombre d'options, chacune correspondant à un groupe de données récupérées. Si on n'a pas besoin de toutes ces données, selon les besoins, il est tout à fait possible de supprimer les options que l'on ne souhaite pas grapher. freebox_059.py -SPHDIWX : S : état du switch 4 ports X : liste les hosts connectés P : état des ports du switch H : system status D : status disque interne I : status des interfaces LAN W : status du Wifi 4 : status aggregation xdsl / 4g 2) modification de la base influxdb cible, section "Output Plugins" : On va envoyer nos données vers une base de données du nom de fbx_database, user fbx_databse, password fbx_database De plus, on va créer nous même cette database => skip_database_creation = true ############################################################################### # OUTPUT PLUGINS # ############################################################################### # Configuration for sending metrics to InfluxDB [[outputs.influxdb]] ## The full HTTP or UDP URL for your InfluxDB instance. ## ## Multiple URLs can be specified for a single cluster, only ONE of the ## urls will be written to each interval. # urls = ["unix:///var/run/influxdb.sock"] # urls = ["udp://127.0.0.1:8089"] urls = ["http://influxdb:8086"] ## The target database for metrics; will be created as needed. ## For UDP url endpoint database needs to be configured on server side. database = "fbx_telegraf" ## The value of this tag will be used to determine the database. If this ## tag is not set the 'database' option is used as the default. database_tag = "" ## If true, the database tag will not be added to the metric. # exclude_database_tag = false ## If true, no CREATE DATABASE queries will be sent. Set to true when using ## Telegraf with a user without permissions to create databases or when the ## database already exists. skip_database_creation = true ## Name of existing retention policy to write to. Empty string writes to ## the default retention policy. Only takes effect when using HTTP. retention_policy = "" ## Write consistency (clusters only), can be: "any", "one", "quorum", "all". ## Only takes effect when using HTTP. write_consistency = "any" ## Timeout for HTTP messages. timeout = "30s" ## HTTP Basic Auth username = "fbx_telegraf" password = "fbx_telegraf" ## HTTP User-Agent # user_agent = "telegraf" On redémarre le docker fbx_telegraf pour prise en compte Création de la database fbx_telegraf sur influxdb Se connecter en console sur le docker influxdb, puis créer la database : root@influxdb:/# influx -username admin -password admin Connected to http://localhost:8086 version 1.7.9 InfluxDB shell version: 1.7.9 > show databases name: databases name ---- _internal nas_telegraf > create database fbx_telegraf > use fbx_telegraf Using database fbx_telegraf > create user fbx_telegraf with password 'fbx_telegraf' > grant all on fbx_telegraf to fbx_telegraf > > show databases name: databases name ---- _internal nas_telegraf fbx_telegraf > show users user admin ---- ----- admin true nas_telegraf false fbx_telegraf false > On redémarre le docker influxdb pour prise en compte. Autorisation de l'application sur le Freebox. il faut autoriser l'application sur la Freebox. Pour cela se placer dans une console fbx_telegraf et aller dans le dossier /usr/local/py root@fbx_telegraf:/usr/local/py# python3 freebox_059.py -h usage: freebox_050.py [-h] [-s] [-r] [-n app_name] [-i app_id] [-d device_name] [-f format] [-e endpoint] [-S] [-P] [-H] [-D] [-L] [-W] [-I] [-X] optional arguments: -h, --help show this help message and exit -s, --register-status Get register status -r, --register Register app with Freebox API -n app_name, --appname app_name Register with app_name -i app_id, --appid app_id Register with app_id -d device_name, --devicename device_name Register with device_name -f format, --format format Specify output format between graphite and influxdb -e endpoint, --endpoint endpoint Specify endpoint name or address -S, --status-switch Get and show switch status -P, --status-ports Get and show switch ports stats -H, --status-sys Get and show system status -D, --internal-disk-usage Get and show internal disk usage -L, --lan-config Get and show LAN config -W, --wifi-usage Get and show wifi usage -I, --lan-interfaces Get and show lan interfaces -X, --interfaces-hosts Get and show interfaces hosts On va demander d'enregistrer notre application sur la Freebox: root@fbx_telegraf:/usr/local/py# python3 freebox_059.py -r => il faut valider sur l'ecran LCD de la Freebox. => le nom de l'application codée dans le fichier fbx_telegraf_059.py est : grafanamonitor. => controler sur la Freebox que l'application a bien été acceptée : Paramètres / Gestion des Accès / Applications on peut aussi vérifier sur la console fbx_telegraf : root@fbx_telegraf:/usr/local/py# python3 freebox_059.py -s Status: auth already done root@fbx_telegraf:/usr/local/py# root@fbx_telegraf:/usr/local/py# python3 freebox_059.py -r Already registered, exiting root@fbx_telegraf:/usr/local/py# Vous trouverez alors un fichiers .credentials dans le répertoire /usr/local/py . A partir de là, fbx_telegraf est en mesure de collecter les données sur la Freebox, et de les envoyer sur la base de données fbx_telegraf du docker influxdb. on peut contrôler à la main que les valeurs sont bien accessibles, par exemple : root@fbx_telegraf:/usr/local/py# python3 freebox_059.py -H | grep System freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL sys_uptime_val=2787529 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL uptime="32 jours 6 heures 18 minutes 49 secondes" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL firmware_version="4.2.5" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL board_name="fbxgw2r" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL disk_status="active" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL user_main_storage="Disque dur" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL has_ext_telephony=True freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL has_speakers_jack=True freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL wifi_type="2d4_5g" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL pretty_name="Freebox Server (r2)" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL customer_hdd_slots=0 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL name="fbxgw-r2/full" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL has_speakers=True freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL internal_hdd_size=250 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL has_femtocell_exp=True freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL has_internal_hdd=True freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=NULL,tag3=NULL has_dect=True freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Fan,tag3=NULL id="fan0_speed" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Fan,tag3=NULL name="Ventilateur 1" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Fan,tag3=NULL value=2436 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_hdd id="temp_hdd" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_hdd name="Disque dur" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_hdd value=36 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_sw id="temp_sw" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_sw name="Temperature Switch" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_sw value=48 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_cpum id="temp_cpum" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_cpum name="Temperature CPU M" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_cpum value=58 freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_cpub id="temp_cpub" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_cpub name="Temperature CPU B" freebox,endpoint=mafreebox.freebox.fr,tag1=System,tag2=Sensor,tag3=temp_cpub value=53 root@fbx_telegraf:/usr/local/py# Dans la console du docker influxdb, on verifie que l'on recoit bien les données de nas_telegraf et fbx_telegraf Grafana : sur grafana, definir une nouvelle source de données : Name : InfluxDB-1 Freebox (example) URL : http://@NAS:8086 (comme pour le nas_telegraf,car c'est le même docker influxdb) Access : serveur Basic auth : yes Basic auth details : user : fbx_telegraf password : fbx_telegraf Database : fbx_telegraf User : fbx_telegraf password : fbx_telegraf http method : GET On valide (SAVE & TEST) et ce doit être OK. Il ne reste plus qu'à créer le ou les Dashboard souhaités ! => Ne pas oublier de préciser l'origine des données : InfluxDB-1 Freebox Pour ma part, j'ai réalisé: un Dashboard général (trafic, CPU, status des ports du switch, températures ....) un Dashboard listant les stations actives (globales et Wifi) Resterait à faire : l'API de la Freebox est accessible ici en http. Je n'ai pas réussi par manque de connaissances à passer en https je n'ai pas regardé du tout le cas d'un accès xDSL .... le script python s'appuie sur l'API V8 de la Freebox, et est donc compatible avec les Freebox Revolution et POP. La description de cet API peut se trouver ici : https://dev.freebox.fr/sdk/os/# Enfin, tous les paramètres disponibles n'ont pas forcement été implémentés dans le script. Mais les principaux sont là. SI il y avait un besoin particulier, faites le moi savoir. Freebox-1585840825569.json Liste stations FreeBox-1585840845020.json freebox_054.py freebox_058.py

Hello Kestouf, ci dessous mes dashbord. Le principal est en fait dérivé du Dashboard A Dashboard to monitor Synology NAS (1727) référencé sur le site Grafana. Il y a le dashboard principal, et un dashboard spécifique pour surveiller les dockers (à ceci prés que la mesure de la consommation mémoire semble compliquée ...). Pour l'UPC, j'utilise le paramètre powerStatus (0 ou 1) .... je me suis dit je vais faire un essai .... je débranche donc le 220 de l'UPS, l'alarme remonte bien côté DSM, ... mais côté graphe Grafana RIEN : reste vert !! Je vais creuser le point. Et évidemment pas trouvé non plus le moyen de remonter plus d'infos (type, status, modèle, taux de charge ....)

Bonjour en fait le SysUpTime que tu as vu dans mes graphes, c'était pour l aFreebox. Mais du coup je l'ai quand même ajouté pour le NAS : il s’appelle "Les Mongets". L'info est bien remontée par le sysUpTime via le snmp.SYNO, et est expimée en pas de 10ms. => je divise par 100 pour avoir des secondes. Ensuite pour la visualisation, SingleCast, avec le type "duration s" avec 2 decimales, et tu obtiens ceci :

Bonjour, le tuto pour le Freebox est quasiment prêt (problème de temps libre ....)..... mais pour le moment le disque dur de ma Freebox est (encore) HS, .... et ce n'est pas un long fleuve tranquille pour obtenir gain de cause auprès du support .... Malgré cela l'accès internet fonctionne, mais sans disque dur, point d'interface API Freebox OS, donc pas de relevés de compteurs ..... Ça va venir rapidement je l'espère

Bonjour, Virtual DSM mis à jour sans problème. On va commencer par là 🙂

oups ! lu trop vite ! mais ma remarque reste valable. Passe Jeedom en .243 au lieu de .240 . réseau : xxx.240/29 macvlan-br0 : xxx.241/32 mariadb : xxx.242 jeedom : xxx.243

Bonjour @Didier3L, je pense que l'erreur est d'avoir attribué la 192.168.1.140 à Jeedom. L'adresse 192.168.1.140 représente le réseau, je ne pense pas que l'on puisse l'utiliser ici. Peux-tu refaire l'essai en attribuant par exemple 192.168.1.142 à mariadb comme tu l'as fait, et 192.168.1.143 à Jeedom au lieu de .140 ? (donc modif juste dans la partie service pour Jeedom)

Bonjour, je suis perplexe, donc je voudrais être sur de l'ordre des opérations : c'est d'abord l'upgrade du DNS en 2.2.1-5023 puis l'upgrade vers DSM 6.2.3 ? Parce que lorsqu'on lit la notification d'upgrade du DNS "DNS server 2.2.1-5023 is only compatible with DSM 6.2.3 and above" ... je me dis que c'est l'inverse, qu'il faut d'abord passer e, 6.2.3 avant d'upgrader le DNS si celui-ci n'est compatible qu'avec 6.2.3 et au dessus .... Mais je vois que @oracle7 a procédé ainsi : 1) upgrade des paquets (et donc du DNS), puis 2) upgrade DSM 6.2.3 ....

D'accord, mais je ne sais pas si les repositories changent fréquemment ? Sinon c'est quand même assez pratique Effectivement, il y a aussi l'argument "command" dans le docker-compose. Je n'y avais pas pensé

Bonjour @Didier3L, @.Shad., a priori il y a 2 solutions : utiliser la commande (dans un script) docker exec -it <jeddom-docker-name> <commande> . Attention ça ne marche pas à tous les coups ! j'ai déjà eu des surprises. A tester donc. Ma préférence : éditer le fichier localement sur son NAS, et faire un montage dans le docker via la directive "volume:" du docker-compose.yaml et faire le montage en read-only : volumes: - "/volume1/docker/jeedom/html:/var/www/html" - "/volume1/docker/jeedom/aptsources.list:/etc/apt/sources.list:ro" Bruno78

Bonjour, la case dernière heure est complétée par le NAS, mais elle est modifiable. Exemple 1 : Tache toutes les heures : 0:55: 1:55; ....22:55 et 23:55. ET Fréquence = chaque heure Exemple 2 : tache 1 fois par jour : première heure = dernière heure ET Fréquence = chaque jour. Bruno78