Aller au contenu

[TUTO] Monitorer sa Freebox Revolution


bruno78

Messages recommandés

Voilà :

 

version: "2"
services:

    telegraf:
        image: telegraf
        container_name: telegraf
        hostname: telegraf
        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"
        ports:
            - 8125:8125/udp
            - 8092:8092/udp
            - 8094:8094
        restart: unless-stopped
        
networks:
    default:
        external:
            name: data_export

=================================

 

version: "2"
services:

    influxdb:
        image: influxdb
        container_name: influxdb
        hostname: influxdb
        environment:
            - INFLUXDB_DB=nas_telegraf
            - INFLUXDB_ADMIN_USER=admin
            - INFLUXDB_ADMIN_PASSWORD=admin
            - INFLUXDB_USER=nas_telegraf
            - INFLUXDB_USER_PASSWORD=nas_telegraf
            - INFLUXDB_HTTP_AUTH_ENABLED=true
        volumes:
            - "/volume1/docker/influxdb/data:/var/lib/influxdb"
        ports:
            - 8086:8086
        restart: unless-stopped
        
networks:
    default:
        external:
            name: data_export

=========================================

version: "2"
services:

    grafana:
        image: grafana/grafana
        container_name: grafana
        hostname: grafana
        volumes:
            - "/volume1/docker/grafana/data:/var/lib/grafana"
        user: "1033"
        ports:
            - 3000:3000
        restart: unless-stopped
        
networks:
    default:
        external:
            name: data_export

 

Lien vers le commentaire
Partager sur d’autres sites

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 ?

Lien vers le commentaire
Partager sur d’autres sites

Bon je suis arrivé là :

 

"Création de la database fbx_telegraf sur influxdb

    Se connecter en console sur le docker influxdb, puis créer la database : "     

Et là je ne sais pas comment me connecter en console sur le conteneur.

Est-ce en SSH avec putty ou bien j'ai vu dans le conteneur qu'il y avait un onglet terminal qui me dit "socket fermée" ?

Je suis bloqué. Merci de ton coup de main ☺️

Lien vers le commentaire
Partager sur d’autres sites

Pour te connecter dans un conteur en SSH, tu te connectes sur le NAS et tu tapes :

docker exec -it <nom_du_conteneur> <commande>

Donc ici :

docker exec -it influxdb bash

Car l'image d'InfluxDB embarque bash, dans l'absolu tu aurais directement pu faire aussi :

docker exec -it influxdb influx -username toto -password tata

Et sinon il est tout à fait possible de passer l'interface Terminal dans Docker version DSM aussi !

Modifié par .Shad.
Lien vers le commentaire
Partager sur d’autres sites

Bon, je suis presque au bout mais j'ai un soucis au niveau de la validation de l'enregistrement de l'appli sur la Freebox.

J'ai le message suivant :

Capture.JPG.5824ea2a0bb8bc9df69b97bab9936b0c.JPG

L'afficheur de la box me demande de valider: oui ou non (flèche droite ou gauche)

je valide, le oui apparaît les flèches de commande ne répondent plus (faut-il confirmer le oui ?)

retour à l'horloge et dans freebox OS j'ai ceci :

Capture4.JPG.0fe889691ff0a7183bf64f4af56bbd79.JPG

puis "temps d'attente dépassée".

Bon je vais me coucher. A demain

 

 

 

Lien vers le commentaire
Partager sur d’autres sites

Bonjour,

J'ai essayé les version 51 et 52 de .py ce matin. Mêmes résultats, l'association ne se fait pas...😟

Ma box est une révolution r1 avec le dernière version du logiciel 4.0.7. 

Elle est en mode routeur avec un routeur Edgemax ER-X en DMZ.  Il n'y a rien sur le réseau Freebox excepté une liaison direct au player Freebox.

Dans Freebox OS la case "permettre les nouvelles demandes d'association" est bien cochée.

Lien vers le commentaire
Partager sur d’autres sites

Le 18/04/2020 à 15:20, bruno78 a dit :

Edit du 19/4/2020 : il semble qu'il y ai un problème d'authentification. Si cela se produit, alors il faut modifier le fichier script : ligne 641 du fichier freebox_050.py : remplacer 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" ...

Ça a l'air de coïncider avec ton étape, est-ce que c'est lié maintenant...

Lien vers le commentaire
Partager sur d’autres sites

J'ai essayé ab et  a dans le fichier 50. D'ailleurs la version avec a apparaît dans ma capture d'écran plus haut.

Par contre les fichiers 51 et 52 je ne les ai pas modifiés et c'est ab qui apparaît sur la même commande.

Je vais essayer.

Lien vers le commentaire
Partager sur d’autres sites

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"

Lien vers le commentaire
Partager sur d’autres sites

Je vois la demande de confirmation  oui   non  . Je confirme avec la flèche de droite. L'afficheur montre oui à la place de oui non . Et à partir de là l'écran tactile est inactif (je ne sais pas s'il faut encore valider) et au bout de quelques secondes l'afficheur retourne à l'heure.

Lien vers le commentaire
Partager sur d’autres sites

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" ?
Modifié par bruno78
Lien vers le commentaire
Partager sur d’autres sites

il y a 12 minutes, bruno78 a dit :

de memoire, avec la fleche > on fait passer le curseur de l'affichage sur "oui", est ca doit suffire. donc ca doit être bon.

oui ça se passe bien comme cela. Puis retour à l'horloge et dans gestion des accès/application il est écrit en face de grafanamonitor       autorisation en cours.

Au bout d'un moment en raffraichissant temps :  d'attente dépassé lors de l'association.

Je viens de faire 51 et 52 avec a au lieu d'ab....même résultat

Je n'ai toujours pas de fichiers .credentials dans le répertoire pi

Edit : je ne sais pas interpréter l'erreur du terminal mais elle parle de droit (voir au dessus ma capture d'écran c'est le même texte pour tous les essais). J'ai vérifier les droits du dossier py et il est en  777

Modifié par Jeff777
Lien vers le commentaire
Partager sur d’autres sites

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"
Modifié par bruno78
Lien vers le commentaire
Partager sur d’autres sites

Je viens de fouiller dans le net l'erreur 30. On y parle souvent de problème de disque dur ou de câble défectueux. Le système se met alors en sécurité et refuse d'écrire le fichier.

Est'ce que ce ne serait pas dû à ma config qui fait que la box et le NAS ne sont pas dans le même réseau. J'ai envie de refaire l'essai avec mon PC et le NAS dans le réseau de la box.

Qu'en penses -tu ?

Edit : je viens de voir ton message je fais quoi en premier d'après toi ?

Bon je viens de trouver une erreur.....je n'ai pas de répertoire py ni log dans  /usr/local/

J'avais créé les dossiers py et log avec file Station dans le dossier fbx_telegraf mais j'ai dû manquer quelque chose

A moins que cela corresponde à ce que tu viens d'écrire.

Modifié par Jeff777
Lien vers le commentaire
Partager sur d’autres sites

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"
Modifié par bruno78
Lien vers le commentaire
Partager sur d’autres sites

J'ai édité mon message précédent je ne sais pas si tu en as pris connaissance

 car je ne sais plus vraiment comment procéder. Est-ce normal que je n'ai pas de dossier /usr/local/py alors que j'ai un dossier py dans fbx_telegraf. ?

Je fais une pause.

 

Lien vers le commentaire
Partager sur d’autres sites

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 ?

Lien vers le commentaire
Partager sur d’autres sites

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

 

Lien vers le commentaire
Partager sur d’autres sites

Hello

 

Super tuto, merci beaucoup.
Ca s'est passé sans douleur ou presque:
Au niveau de ton docker-compose.yml, tu as mis le répertoire py en read only, du coup ton script ne peut créer le fichier .credentials.
Une fois le paramètre ro enlevé plus aucun souci, ca ronronne....

 

Merci encore

Good job !!!!!!!

 

 

edit: en lisant le thread, je vois que cela a déjà été évoqué.

Modifié par christophebe
Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.