.Shad. Posté(e) le 13 janvier 2021 Auteur Posté(e) le 13 janvier 2021 Je ne vois pas ce qui peut clocher honnêtement, à la limite ce que tu peux essayer de faire : - désinstaller docker-compose sudo pip uninstall docker-compose - désinstaller complètement Docker : https://docs.docker.com/engine/install/debian/#uninstall-docker-engine - réinstaller via : https://docs.docker.com/engine/install/debian/#install-using-the-convenience-script Et si vraiment ça ne marche toujours pas, tu peux toujours générer le fichier sur ton NAS et l'envoyer sur ton Raspberry Pi. 0 Citer
Jeff777 Posté(e) le 13 janvier 2021 Posté(e) le 13 janvier 2021 Je crois que je vais d'abord essayer avec le telegraf.conf backup que j'ai sur le NAS (suite à ton tuto initial 😉). 0 Citer
Jeff777 Posté(e) le 13 janvier 2021 Posté(e) le 13 janvier 2021 (modifié) Toujours pas de log dans telegraf RPI. Lorsque je crée telegraf j'ai ça : root@raspi:/opt/containers/telegraf# docker-compose up -d /usr/local/lib/python3.5/dist-packages/paramiko/transport.py:33: CryptographyDeprecationWarning: Python 3.5 support will be dropped in the next release of cryptography. Please upgrade your Python. from cryptography.hazmat.backends import default_backend WARNING: The Docker Engine you're using is running in swarm mode. Compose does not use swarm mode to deploy services to multiple nodes in a swarm. All containers will be scheduled on the current node. To deploy your application across the swarm, use `docker stack deploy`. Creating telegraf ... done J'arrête pour ce soir. @+ Modifié le 13 janvier 2021 par Jeff777 0 Citer
.Shad. Posté(e) le 14 janvier 2021 Auteur Posté(e) le 14 janvier 2021 Ça : Ton Rpi veut absolument être en mode swarm. Ce n'est pas normal. 0 Citer
bruno78 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 Je ne comprends pas pourquoi il veut être en swarm mode absolument ????!!!. Je fais le test sur mon Pi3 aujourd'hui. 0 Citer
Jeff777 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 Il y a 3 heures, .Shad. a dit : Ton Rpi veut absolument être en mode swarm. Ce n'est pas normal. il y a une heure, bruno78 a dit : Je ne comprends pas pourquoi il veut être en swarm mode absolument ????!!! Bonjour, C'est peut- être moi qu'il l'ai mis dans cet état quand j'ai essayé d'installer le portainer-agent.🙄 0 Citer
Jeff777 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 Il y a 13 heures, .Shad. a dit : - désinstaller docker-compose sudo pip uninstall docker-compose Il ne veut pas 🤪 pi@raspi:~ $ sudo pip uninstall docker-compose Not uninstalling docker-compose at /usr/lib/python2.7/dist-packages, outside environment /usr J'ai essayé en root et en changeant de répertoire cd /usr. Même chose 0 Citer
bruno78 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 (modifié) Bonjour, je viens rapidement de mettre telegraf en docker sur un Pi3, et a priori pas eu de soucis. Pour info, j'ai installé docker-compose avec cette méthode : https://www.berthon.eu/2019/revisiting-getting-docker-compose-on-raspberry-pi-arm-the-easy-way/ pi@Pibrw:~ $ sudo -i root@Pibrw:~# docker-compose version docker-compose version 1.23.2, build 1110ad01 docker-py version: 3.6.0 CPython version: 3.6.12 OpenSSL version: OpenSSL 1.1.1d 10 Sep 2019 root@Pibrw:~# Et avec le log : 2021-01-14T07:54:03Z I! Starting Telegraf 1.17.0 2021-01-14T07:54:03Z I! Using config file: /etc/telegraf/telegraf.conf 2021-01-14T07:54:03Z I! Loaded inputs: cpu disk diskio kernel mem net processes swap system 2021-01-14T07:54:03Z I! Loaded aggregators: 2021-01-14T07:54:03Z I! Loaded processors: 2021-01-14T07:54:03Z I! Loaded outputs: influxdb 2021-01-14T07:54:03Z I! Tags enabled: host=pi_telegraf 2021-01-14T07:54:03Z I! [agent] Config: Interval:1m0s, Quiet:false, Hostname:"pi_telegraf", Flush Interval:1m0s 2021-01-14T07:54:03Z D! [agent] Initializing plugins 2021-01-14T07:54:03Z D! [agent] Connecting outputs 2021-01-14T07:54:03Z D! [agent] Attempting connection to [outputs.influxdb] 2021-01-14T07:54:03Z D! [agent] Successfully connected to outputs.influxdb 2021-01-14T07:54:03Z D! [agent] Starting service inputs 2021-01-14T07:55:04Z D! [outputs.influxdb] Wrote batch of 19 metrics in 1.117702023s 2021-01-14T07:55:04Z D! [outputs.influxdb] Buffer fullness: 0 / 10000 metrics 2021-01-14T07:56:03Z D! [outputs.influxdb] Wrote batch of 24 metrics in 179.200729ms 2021-01-14T07:56:03Z D! [outputs.influxdb] Buffer fullness: 0 / 10000 metrics 2021-01-14T07:57:03Z D! [outputs.influxdb] Wrote batch of 24 metrics in 176.103353ms 2021-01-14T07:57:03Z D! [outputs.influxdb] Buffer fullness: 0 / 10000 metrics 2021-01-14T07:58:03Z D! [outputs.influxdb] Wrote batch of 24 metrics in 176.48184ms 2021-01-14T07:58:03Z D! [outputs.influxdb] Buffer fullness: 0 / 10000 metrics Modifié le 14 janvier 2021 par bruno78 0 Citer
Jeff777 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 J'ai ça comme versions : root@raspi:/usr# docker-compose version /usr/local/lib/python3.5/dist-packages/paramiko/transport.py:33: CryptographyDeprecationWarning: Python 3.5 support will be dropped in the next release of cryptography. Please upgrade your Python. from cryptography.hazmat.backends import default_backend docker-compose version 1.27.4, build unknown docker-py version: 4.4.1 CPython version: 3.5.3 OpenSSL version: OpenSSL 1.1.0l 10 Sep 2019 Mais je n'arrive pas à la désinstaller. Est-ce que je peux installer une nouvelle sans désinstaller celle-ci....ça ne fait pas très propre. 0 Citer
bruno78 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 @Jeff777 il y a 2 minutes, Jeff777 a dit : Est-ce que je peux installer une nouvelle sans désinstaller celle-ci....ça ne fait pas très propre. Heu là je ne sais pas ... Mais ce risque d'en rajouter une couche sur quelque chose qui ne marche déjà pas ! Petite question au passage : avec le docker-compose que tu as, arrives tu à déployer d'autres containers ? Ou est-ce spécifique à telegraf ? 0 Citer
.Shad. Posté(e) le 14 janvier 2021 Auteur Posté(e) le 14 janvier 2021 Ok je pense voir le problème pour docker-compose, l'installation a été faite pour l'utilisateur, pas le système. Donc tu tapes : pip3 uninstall docker-compose Je pense que tu avais oublié le "sudo" devant quand tu l'as installé. Ca n'explique pas les problèmes liés à Docker par contre. Donc je t'invite à tout désinstaller (suivre les liens données plus avant, modulo la commande sans le sudo au-dessus). Puis tu réinstalles tout en étant connecté avec pi, pas avec root. Toutes les commandes sont précédées de sudo. Logiquement ça devrait te permettre de repartir sur une base saine. 0 Citer
Jeff777 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 Successfully uninstalled docker-compose-1.27.4 Je continue 0 Citer
RF-Atomik Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 (modifié) Bonjour, j'ai suivi le tuto pour mon NAS. J'ai réussi à faire l'installe de influxdb sans souci. Je suis ensuite passé à l'installe de telegraf sauf que dans mes logs de telegraf il y a des soucis : 2021-01-14T08:33:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 1m0s 2021-01-14T08:33:20Z E! [inputs.snmp] Error in plugin: agent 10.0.10.41: performing get on field sysName: Request timeout (after 3 retries) 2021-01-14T08:34:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 1m0s 2021-01-14T08:34:40Z E! [inputs.snmp] Error in plugin: agent 10.0.10.41: gathering table ifTable: performing bulk walk for field ifDescr: Request timeout (after 3 retries) 2021-01-14T08:35:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 1m0s 2021-01-14T08:36:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 1m0s 2021-01-14T08:36:00Z E! [inputs.snmp] Error in plugin: agent 10.0.10.41: gathering table diskTable: performing bulk walk for field diskID: Request timeout (after 3 retries) Voici également les logs de mon Influxdb: [httpd] 172.19.0.3 - nas_telegraf [14/Jan/2021:08:28:04 +0000] "POST /write?db=nas_telegraf HTTP/1.1" 204 0 "-" "Telegraf/1.17.0 Go/1.15.5" 6bd49946-5642-11eb-800f-0242ac130002 106650 Par la suite j'ai installé Grafana comme le tuto le montre, mais je n'arrive pas à accéder à http://X.X.X.X:3000 Si vous avez des idées afin que je règle mes problèmes.Merci. Modifié le 14 janvier 2021 par RF-Atomik 0 Citer
Jeff777 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 il y a une heure, .Shad. a dit : Donc je t'invite à tout désinstaller (suivre les liens données plus avant, modulo la commande sans le sudo au-dessus). Puis tu réinstalles tout en étant connecté avec pi, pas avec root. Toutes les commandes sont précédées de sudo. Je suis arrivé à docker run --rm telegraf telegraf config | sudo tee telegraf.conf Et là même soucis le fichier telegraf.conf est vide ! Si j'utilise un fichier généré sur le NAS j'aurais la même chose ou bien faut-il que j'adapte. En utilisant ce fichier ça n'avait pas fonctionné avant 0 Citer
.Shad. Posté(e) le 14 janvier 2021 Auteur Posté(e) le 14 janvier 2021 (modifié) @Jeff777 Si tu te log en root et que tu tapes la commande originelle : docker run --rm telegraf telegraf config > telegraf.conf Le fichier ne se crée pas non plus ? (penser à supprimer l'ancien avant) @RF-Atomik 10.0.10.41 c'est l'IP du NAS hôte ? ou d'un autre NAS ? Modifié le 14 janvier 2021 par .Shad. 0 Citer
RF-Atomik Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 @.Shad. Oui c'est l'IP du NAS hôte. 0 Citer
.Shad. Posté(e) le 14 janvier 2021 Auteur Posté(e) le 14 janvier 2021 @RF-Atomik Passe par l'IP passerelle comme conseillé dans le tutoriel, comme ça tu n'es pas dépendant de l'IP locale. Dans le tutoriel je choisis le réseau 172.18.0.0, mais quelque soit le réseau choisi, c'est la première IP du réseau qui est la passerelle, 172.18.0.1 dans mon cas. Normalement si tu as autorisé la plage d'IP 172.16.0.0/255.240.0.0 dans le pare-feu du NAS ça devrait fonctionner. Pour ma part je supervise un autre NAS via son IP locale depuis le Telegraf de mon NAS principal sans problème. 0 Citer
Jeff777 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 il y a 15 minutes, .Shad. a dit : Si tu te log en root et que tu tapes la commande originelle : docker run --rm telegraf telegraf config > telegraf.conf Le fichier ne se crée pas non plus ? (penser à supprimer l'ancien avant) C'est pareil ! 0 Citer
.Shad. Posté(e) le 14 janvier 2021 Auteur Posté(e) le 14 janvier 2021 Bon ben tu n'as qu'à le générer sur le NAS, c'est exactement le même (évite de prendre un ancien backup, la fichier évolue avec les màj), tu as juste à taper : docker run --rm telegraf telegraf config > telegraf.conf.rpi Tu le transfères et tu le renommes correctement sur le Rpi. Je suis quand même très étonné de ce problème que tu rencontres, mais je ne vois pas comment le debugger. 0 Citer
RF-Atomik Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 (modifié) @.Shad. J'ai modifié dans telegraf.conf l'agent avec l'adresse de ma passerelle qui est 172.19.0.1 mais j'ai toujours le même souci au niveau des logs de telegraf : 2021-01-14T10:05:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 1m0s 2021-01-14T10:05:01Z E! [inputs.snmp] Error in plugin: agent 172.19.0.1: gathering table hrStorageTable: performing bulk walk for field hrStorageDescr: Request timeout (after 3 retries) J'ai bien autorisé la plage d'IP 172.16.0.0/255.240.0.0 dans le pare-feu du NAS. Modifié le 14 janvier 2021 par RF-Atomik 0 Citer
Jeff777 Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 Je viens de trouver un fichier telegraf.conf non vide à un autre endroit du RPI: Il est avec un répertoire telegraf.d vide et un fichier telegraf.conf.sample 0 Citer
.Shad. Posté(e) le 14 janvier 2021 Auteur Posté(e) le 14 janvier 2021 (modifié) @RF-Atomik Le nom de la communauté est le bon ? Si tu l'as changé, il faut le changer dans la partie [[inputs.snmp]] de la partie Synology dans le fichier telegraf.conf (On ne voit pas tes images) @Jeff777 Tu peux remettre ton fichier docker-compose pour telegraf sur le Rpi ? Modifié le 14 janvier 2021 par .Shad. 0 Citer
RF-Atomik Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 (modifié) @.Shad. Non je n'ai pas modifié le nom de la communauté, c'est toujours "public". Modifié le 14 janvier 2021 par RF-Atomik 0 Citer
.Shad. Posté(e) le 14 janvier 2021 Auteur Posté(e) le 14 janvier 2021 @RF-Atomik Peux-tu taper en SSH : docker exec -it telegraf ping 172.19.0.1 - Ici telegraf est le nom du conteneur Telegraf - Ajouter sudo devant la commande si tu n'es pas connecté en root Est-ce que le ping est fonctionnel ? 0 Citer
RF-Atomik Posté(e) le 14 janvier 2021 Posté(e) le 14 janvier 2021 @.Shad. le ping n'est pas fonctionnel. 0 paquet reçu. PS : Mon NAS est situé dans un sous réseau par rapport au PC que j'utilise pour faire la connection SSH. 0 Citer
Messages recommandés
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.