Aller au contenu

Messages recommandés

Posté(e)

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.

Posté(e)

Je crois que je vais d'abord essayer avec le telegraf.conf backup que j'ai sur le NAS (suite à ton tuto initial 😉).

Posté(e) (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é par Jeff777
Posté(e)

Je ne comprends pas pourquoi il veut être en swarm mode absolument ????!!!.

Je fais le test sur mon Pi3 aujourd'hui.

Posté(e)
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.🙄

 

Capture.JPG.561a52693646892a2db2730a919946a7.JPG

Capture2.thumb.JPG.6b211a6fe600c74de1a32f24a298083e.JPG

Posté(e)
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

Posté(e) (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é par bruno78
Posté(e)

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.
 

Posté(e)

@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 ?

Posté(e)

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.

Posté(e) (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é par RF-Atomik
Posté(e)
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

 

Posté(e) (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é par .Shad.
Posté(e)

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

Posté(e)
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 !

Posté(e)

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.

Posté(e) (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.
 

Screenshot from 2021-01-14 11-06-07.png

Screenshot from 2021-01-14 11-06-56.png

Modifié par RF-Atomik
Posté(e)

Je viens de trouver un fichier telegraf.conf non vide à un autre endroit du RPI:

Capture.JPG.156f4f4221ac4e22fbb1ced9cc586c62.JPG

Il est avec un répertoire telegraf.d vide et un fichier telegraf.conf.sample

Posté(e) (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é par .Shad.
Posté(e)

@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 ?

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.