bruno78

@.Shad., @oracle7, @Jeff777, j'ai mis à jour la procédure pour installer Python dans le docker telegraf:latest avec une version actuelle 1.15.2. Voir en première page. @.Shad., merci pour le cadeau empoisonné du docker Python partageant ses librairies avec le docker telegraf 😁.... c'était, et c'est toujours, une belle idée ..... ça fait une semaine que je suis dessus et je n'y suis pas arrivé. Je ne pense pas être très loin, mais telegraf refuse d'exécuter python alors qu'il voit bien la librairie partagée. Faire un 'cat' sur un fichier partagé, pas de problème, mais dés que je veux exécuter python (qu'il voit bien), invariablement la réponse est :'this file does not exists' .... 😡 Je vais laisser reposer un peu la chose ... Cdt Bruno78

Bonjour, j'ai l'habitude de créer un répertoire pour le docker-compose, puis des dossiers individuels pour les fichiers persistants de chaque container. Mais chacun peut s'organiser comme il le souhaite, tant que les noms de volumes sont corrects dans le docker-compose. Cdt Envoyé de mon STF-L09 en utilisant Tapatalk

Bonjour @oracle7, en fait j'utilise un fichier docker-compose.yaml global pour tous les services de monitoring. Et j'y définis le réseau à utiliser ainsi que les adresses (IP et MAC (arbitraires)) de chacun des containers Docker. Le fichier ressemble à ceci : version: "2" networks: monitoring: driver: bridge ipam: driver: default config: - subnet: 172.20.0.0/29 # gateway: 172.20.0.1 # ip_range: 172.20.0.0/29 # Network .0; gateway .1 ; grafana .2; influxdb .3 ; nas_telegraf .4; fbx_telegraf .5; N/A .6 ; Broadcast .7 services: grafana: image: grafana/grafana:latest container_name: grafana hostname: grafana mac_address: d2:ca:ab:cd:00:02 networks: monitoring: ipv4_address: 172.20.0.2 ... influxdb: image: influxdb:latest container_name: influxdb hostname: influxdb mac_address: d2:ca:ab:cd:00:03 networks: monitoring: ipv4_address: 172.20.0.3 ... nas_telegraf: image: telegraf:latest container_name: nas_telegraf hostname: nas_telegraf mac_address: d2:ca:ab:cd:00:04 networks: monitoring: ipv4_address: 172.20.0.4 ... fbx_telegraf: image: telegraf:1.14.5 container_name: fbx_telegraf hostname: fbx_telegraf mac_address: d2:ca:ab:cd:00:05 networks: monitoring: ipv4_address: 172.20.0.5 ... Ça a l'avantage de fixer toutes les adresses .... Je ne me souviens pas de ce qui se passe quand on ne spécifie pas les addr MAC, mais en tout cas elles changent me semblent' ils d'une création de container à la suivante. C'est quand même assez pratique ... Cdt Bruno78

Hello, @oracle7, assez peu de place dans un 918+ pour des dissipateurs. Je peux mesurer, mais ce sera au 1/4 de mm .... Sans dissipateur et mode ventilo "calme", mes 2 SSD (Samsung SSD 970 EVO Plus 250GB) sont à 31°c au repos, et ne dépassent jamais 38/40. Pendant que les DD sont à 32°c. Bruno78

@Jeff777, non, je ne pense pas que cela change quoi que ce soit pour ton problème, malheureusement.

@MilesTEG1, oui c'est la version latest. Pas de problème pour gérer le NAS avec.

Bonjour, suite à opérations de mise à jour de mes images docker, je me suis aperçu que la dernière branche de developpement docker telegraf (la branche 1.15.x) pose problème au niveau de l'installation de Python. La procédure doit être différente, je n'ai pas encore corrigé ce point. (Par contre, il n'y a pas de contrainte à utiliser la version 1.15.2 (latest) pour le docker telegraf gérant le NAS) Pour le moment, la version max du docker telegraf pour doit donc être limitée à 1.14.5 pour y installer python pour le script Freebox. J'ai modifié le Tuto en ce sens. La modification concerne le fichier docker-compose.yaml, dans lequel on précise donc la version souhaitée au lieu de laisser "latest". services: fbx_telegraf: image: telegraf:1.14.5 container_name: fbx_telegraf hostname: fbx_telegraf Au lieu de services: fbx_telegraf: image: telegraf:latest container_name: fbx_telegraf hostname: fbx_telegraf

@MilesTEG1, Et donc je confirme qu'avec la dernière version de la branche 1.14, càd telegraf:1.14.5, pas de problème pour installer Python pour le docker telegraf gérant la Freebox. Par contre ça plante si on passe sur la branche 1.15.x Bruno78

@.Shad., oui tu as entierement raison. Même si pour le moment je ne sais pas trop comment faire cela, .... mais ce sera une bonne occasion d'apprendre Pour le moment je me concentre pour restorer un docker fbx_telegraf opérationnel. Je suis en train de le regenerer avec une version telegraf 1.14.5, la ":latest" étant une 1.15.2

@.Shad., bonjour, à propos du problème de terminal docker fermé "socket fermé", j'avais ce problème sur tous mes container Docker. Après quelques recherches, il semble que ce pourrait être dû à l'accès au DSM via ReverseProxy. Si j'accède au DSM simplement en local via son adresse IP, alors plus de problème, tous les terminaux sont fonctionnels. De toute façon, il reste toujours la solution via connexion ssh, mais sans expliquer le pourquoi, au moins le passage en connexion directe permet de contourner le problème. Techniquement parlant, je ne sais pas analyser la cause profonde .... PS : pour tenter de résoudre ce problème, j'ai procédé à la mise à jour de tous mes Docker. Tout c'est bien passé, sauf pour le Docker Telegraf pour monitoring Freebox. En fait la mise à jour est ok vers un telegraf 1.5.2, mais ensuite l'installation de Python3 pose problème. Donc si vous faites du monitoring de votre Freebox via docker telegraf, ne mettez pas à jour votre docker Telegraf pour le moment. Restez dans votre version actuelle. Il faut que je regarde le problème plus en détail. Il semble y avoir eu des évolutions dans la (les ?) dernières versions du docker telegraf.

@.Shad., c'est un peu plus problématique chez moi. A priori tous les dockers refusent cette connexion console, y compris Pihole qui lui est à jour (ce qui n'est pas forcement le cas des autres). Même pb avec Portainer (mais les container n'ont pas été installés avec Portainer, donc c'est peut-être normal ?) .... Je pense que je vais commencer par mettre tous les containers à jour. Ensuite on verra. Pour le moment, le me contente de passer par un #docker exec -it <xxxxx> /bin/bash ....

@DaffY, merci pour ces précisions. Pas d'accès phpmyadmin de l’extérieur, néanmoins, étant sous Windows, je vais jeter un coup d’œil à Heidi.

Bonjour @.Shad., en regardant un autre problème (monitoring Freebox), je m'aperçois que depuis l'interface DSM Docker, je n'ai plus accès au terminal de n'importe quel container Docker. La réponse est invariablement "socket fermé". Je ne sais pas dire depuis combien de temps, mais c'est curieux ? J'ai ce comportement pour tous mes dockers .... Le bouton "Créer" ne fait rien, ou alors demande "Lancer avec quelle commande ?" est alors là quoi lui dire .... ? Si tu as des idées à partager ? (a priori je suis à jour sur tous les paquets et le DSM) Merci, Bruno78

Bonjour @Jeff777, là je sèche ! Le script a l'air de fonctionner normalement, de récupérer des données et influxdb semble bien recevoir des données de fbx_telegraf .... Un pb au niveau de grafana ? Aucune données dans aucun graphe ?? Je cherche ....

Bonjour @DaffY, pour mon info et l'utilisant, peux-tu stp préciser / developper ta remarque concernant ta réticence vis à vis de phpmyadmin ? quelle solution alternative ? Merci

Bonjour @MilesTEG1, pour le RAID Status, quelle est exactement la requete que tu as utilisée ? Dans mon cas, pour que cela fonctionne, comme j'ai 2 volumes, je dois préciser dans la requete quel est le volume concerné. Par exemple : "SELECT last("raidStatus") FROM "raidTable" WHERE ("agent_host" =~ /^(192\.168\.1\.121|192\.168\.1\.171)$/ AND "raidName" = 'Volume 1') AND time >= now() - 6h GROUP BY time(10s)" J'ai donc 2 indicateurs séparés, un pour le "Volume 1", et 1 pour le "Volume 2" De même pour Disk Load, quelle requete utilises-tu ? Bruno78

@.Shad. top ! en SSL / 465, c'est tout bon ! merci.

@.Shad., FAUSSE ALERTE !! En fait cela fonctionne parfaitement bien ! c'est juste la fonction mail qui pose problème et qui ne semble pas fonctionner (ou alors je n'ai pas réussi à la configurer correctement). Par contre la gestion des mots de passe, du coffre fort etc .... semble OK sur le VDSM. Donc parfait, je vais partir à l'exploration de cet utilitaire. Merci pour le tuto. Cdt Bruno78

@.Shad., j'ai juste trouvé ce commentaire : Mais sinon, je n'ai pas trouvé d'exemple concret fonctionnel avec un virtual DSM. Je vais commencer par ré-installer à partir de zéro et faisant bien attention. A part le log API, quel autre log serait pertinent ? Merci

Bonjour, il me semble avoir vu, en parcourant ce sujet, que l'installation de Bitwarden sur un Virtual DSM n'était pas conseillée, voire ne fonctionnait pas ? Ayant tout de même voulu le tenter (conformement à ce tuto), l'installation s'est fait sans aucun problème, et j'arrive bien à la fenêtre de connexion initiale pour créer un compte : Mais à la demande de création, j'ai le message d'erreur suivant : En allant voir le log API, j'ai les erreurs suivantes : 2020-08-16 16:18:59.371 +00:00 [Error] 5.7.1 <unknown[192.168.1.121]>: Client host rejected: Access denied MailKit.Net.Smtp.SmtpCommandException: 5.7.1 <unknown[192.168.1.121]>: Client host rejected: Access denied at MailKit.Net.Smtp.SmtpClient.OnRecipientNotAccepted(MimeMessage message, MailboxAddress mailbox, SmtpResponse response) Sachant que le 192.168.1.121 est l'adresse IP de mon virtual DSM. Par quel biais dois-je le faire "autoriser" ? Néanmoins, si je fais 2 fois l'essai, il est quand même capable de me dire, la seconde fois, que l'adresse mail est déjà utilisée .... Donc il y a bien eu des choses de faites ! Si vous me dites que ça ne marchera pas sur le VDSM, je n'insiste pas .... Merci Bruno78

ah oui quand même ! Bon je crois que je vais faire un groupe spécifique box PS4/Shield .... Est ce que du coup on a accès à des statistiques différenciées par groupe ? Bruno78 Envoyé de mon STF-L09 en utilisant Tapatalk

10 à 15% quand les ados ne sont pas à la maison, 20 à 30% sinon ..... [emoji23] Je dis ça je dis rien ..... Envoyé de mon STF-L09 en utilisant Tapatalk

Bonjour, Juste une piste après avoir lu les derniers échanges : en utilisant un portable hotspot en 4g, j'ai eu beaucoup de problèmes, jusqu'au moment où j'ai configuré l'apn utilisé sur le mobile en protocole = ipv4. Alors plus de problème ! Par défaut il était à IPv6. Ça vaut le coup d'essayer [emoji16]. Côté box opérateur, dans une location de vacances équipée box opérateur historique, pas moyen de faire passer le vpn ! Mais n'ayant pas la main dessus, je me suis rabattu sur un hotspot 4g avec apn ipv4. Cdt Bruno78 Envoyé de mon STF-L09 en utilisant Tapatalk

Bonjour @Dimebag Darrell : oui a priori on peut avoir des listes personnalisées pour chaque groupe. J'avoue que de mon côté je n'ai pas vu dans mon cas d'utilisation la nécessité de créer des groupes, et donc je n'ai que le groupe "Default". Donc je suis un peu "sec" sur la question @firlin : des listes à ajouter : il y en a pléthore, mais il faut aussi rester raisonnable, sinon on tombe parano assez vite ! Par exemple : .... et ca me permet de voir que j'en ai qui ne sont plus maintenues !!! donc ménage à faire. [i] Target: https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts [✓] Status: Retrieval successful [i] Received 58343 domains [i] Target: https://mirror1.malwaredomains.com/files/justdomains [✓] Status: No changes detected [i] Received 26854 domains [i] Target: https://s3.amazonaws.com/lists.disconnect.me/simple_ad.txt [✓] Status: No changes detected [i] Received 2705 domains, 3 domains invalid! Sample of invalid domains: - # Ad filter list by Disconnect - # License: GPLv3 - # Contact: support [at] disconnect.me [i] Target: https://www.malwaredomainlist.com/hostslist/hosts.txt [✓] Status: No changes detected [i] Received 1110 domains, 1110 domains invalid! [i] Target: https://v.firebog.net/hosts/Prigent-Malware.txt [✓] Status: No changes detected [i] Received 105265 domains [i] Target: https://v.firebog.net/hosts/Prigent-Phishing.txt [✓] Status: No changes detected [i] Received 52132 domains [i] Target: https://phishing.army/download/phishing_army_blocklist_extended.txt [✓] Status: Retrieval successful [i] Received 15657 domains [i] Target: https://www.squidblacklist.org/downloads/dg-malicious.acl [✗] Status: Connection Timed Out (Cloudflare) [✗] List download failed: using previously cached list [i] Received 144531 domains, 10 domains invalid! Sample of invalid domains: - # - # sbl-dg-malicious: Squidguard or Dansguardian compatible - blacklist compiled by squidblacklist.org. -Made In USA- - # - # You may freely use, copy, and redistribute this blacklist in any manner you like. - #

@PPJP je reste preneur de toute contribution, c'est la finalité première du forum. Cdt Bruno78