oracle7

@Jura39 Bonjour, Une de recherche sur le site Synology.com te donnera la réponse. Idem pour la doc ... + le lien que t'a donné @StéphanH précédemment où il y a sûrement la solution à ton problème. A toi de chercher un minimum ... Cordialement oracle7😉

@xtenseadsl Bonjour, Comme sur tout forum, il est d'usage que les nouveaux membres passent par la rubrique [PRESENTATION] pour faire la leur. Certains ici, y sont sensibles et de plus cela facilite les réponses en fonction du niveau de compétences du membre. Cela dit rassures-toi il n'est pas trop tard pour bien faire ... Essaies de supprimer toutes les infos de connexion existantes dans Windows pur ton NAS. Pour cela va dans "Panneau de configuration / Gestionnaire d'identification / Informations d'identification Windows". Ensuite reconnectes-toi au NAS dans l'explorateur en tapant soit \\@IPduNAS soit \\NomDuNAS. Une nouvelle demande d'identification devrait apparaitre. Renseignes la avec ID/MdP du NAS. Par la suite elle ne devrait plus t'être demandée lors d'autres connexions. Cordialement oracle7😉

@.Shad. Bonjour, Du coup tu me mets un doute : il y aurait un inconvénient du point de vue sécurité que j'utilise mon user "admin" pour gérer ce monitoring car ce sont au demeurant des données système donc de son "niveau", Non ? Cordialement oracle7😉

@.Shad. CA MARCHE !!! il suffisait effectivement de préciser le groupe 101. C'est vraiment c... d'avoir bloqué sur çà. Je vais donc pouvoir poursuivre, MERCI encore de ton aide et de ta patience ... 😃 Edit : Peut-être qu'il faudrait préciser cela dans le TUTO ? (cas d'un utilisateur membre du groupe administrateurs) Cordialement oracle7😉

@.Shad. et @bruno78 Bonjour, Lors de mes essais, j'avai déjà le paramètre "user" dans la section grafana. J'ai donc fait le nettoyage indiqué des répertoires + un "docker-compose down" pour repartir sur du "neuf". J'ai supprimée l'image grafana et re téléchargée et relancé la création des conteneurs : Je comprends pas ... 😰 Cordialement oracle7😉

@.Shad. et @bruno78 Bonjour, Voilà mon fichier docker-compose.yml : C'est bon ? Cordialement oracle7😉

@MilesTEG1 Bonjour, Le problème est que tant qu'il n'est pas lancé je ne peux accéder à son arborescence pour modifier ou du moins au moins pouvoir voir quels droits sont effectivement attribués au répertoire '/var/lib/grafana' . On tourne en rond donc 😩 J'espère que @.Shad. ou @bruno78 auront une idée. Cordialement oracle7😉

@MilesTEG1 GF_PATHS_DATA='/var/lib/grafana' is not writable. You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migration-from-a-previous-version-of-the-docker-container-to-5-1-or-later mkdir: can't create directory '/var/lib/grafana/plugins': Permission denied

@MilesTEG1 Je serai aussi preneur de ces informations. @.Shad. Bon je viens d'exécuter le docker-compose sur mon fichier "générique". Les 3 conteneurs sont bien créés, influxdb et telegraf se lancent bien mais grafana commence par se lancer puis après deux secondes il s'arrête et redémarre plusieurs fois pour finir par rester "bloqué" ? sur redémarrage en cours. J'ai bien ouverts les ports des 3 conteneurs dans le pare-feu du NAS. Une idée ? Cordialement oracle7😉

@Jura39 Bienvenue à toi, tu verras ce forum est une mine d'informations ...😉

@Jura39 Bonjour, Installes sur ton smartphone les applications DSFinder, DSFiles, DSAudio, DSVideo, etc ... selon ton besoin. Elles sont disponibles sur le PlayStore Google ou l'AppleStore. Mais cela ne doit pas t'empêcher de lire la doc Synology comme te la dit @StéphanH précédemment. Cordialement oracle7😉

@jo.p Bonjour, Je te dis cela sous toutes réserves, mais il me semble bien que ton NAS ne peut être à la fois client et serveur de connexions VPN en OpenVPN. Par contre si l'une est en OpenVPN et l'autre en L2TP/IPSec alors là, cela marche. Tout cela à déjà été dit sur le forum, recherches les posts en question ... Cordialement oracle7😉

@.Shad. Bonjour, OK merci pour ces explications, je vais donc restreindre mes "envies" et ne pas modifier la politique de rétention pour rester sur du standard. Même si c'est possible, tout cela est encore bien au delà de ma portée actuelle et de mes connaissances en la matière. Donc je reporte, peut-être pas aux calandres grecques mais comme il n'y a aucune urgence alors comme on dit "demain il fera jour" ... Je continue sur la suite du TUTO. Cordialement oracle7😉

@.Shad. Bonjour, Merci pour l'explication sur la mise en œuvre de la commande de màj de la durée de rétention mais cela reste des opérations "manuelles", il n'y a vraiment pas moyen d'automatiser cela dans le processus de création du conteneur influxdb ? Cordialement oracle7😉

@MilesTEG1 et @.Shad. Bonjour, Ce site synthétise bien la chose, voir notamment sa conclusion. Mais il y en a plein d'autres sur le sujet de la rétention. Cordialement oracle7😉

@.Shad. Bonjour, Ah là, Merci, c'est encore plus clair comme cela.👍😃 Donc, si je comprends bien et pour reprendre mon idée d'avoir un réseau bien spécifique : Je crée un réseau externe via docker (comme dans le TUTO) mais là au lieu de cocher "Obtenir automatiquement la configuration du réseau", je coche "Utiliser la configuration manuelle" et je renseigne les paramètres de ce sous-réseau. Ensuite, dans le fichier docker-compose.yml pour chaque service je n'ai plus qu'a leur attribuer l'@IP de mon choix (i.e. dans le sous-réseau défini précédemment) pour fixer les choses et avoir une @IP spécifique à chaque conteneur/service. Pour ce faire on rajoute par ex, ceci : C'est cela ? la logique est bonne ? Autre question : En fouillant la toile, malgré que la modification de la durée de la politique de rétention ne soit pas possible par paramétrage/configuration car cela se fait semble-t-il lors de la création de la base de données, j'ai vu que l'on pouvait par contre tout de même, modifier la durée de rétention des informations qui est fixée par défaut à une semaine : en faisant une commande du style (je ne suis pas sûr que la syntaxe soit rigoureusement exacte) : Donc comment automatiser (si c'est possible !) cette commande pour qu'elle soit exécutée juste après la création de la base nas_telegraf ? Ainsi, on aurait un "nettoyage" automatique des données datant de plus d'un an car plus utiles. @MilesTEG1 OUI j'ai fait allusion à une réponse de @bruno78 dans son TUTO de monitoring de la FreeBox. Cordialement oracle7😉

@.Shad. Bonjour, Sauf erreur de ma part, à aucun moment tu ne parles dans le TUTO de durée de rétention des informations engrangées. J'imagine que par exemple après un mois de collecte la base influxdb ne soit déjà conséquente et que sans intervention elle continue de gonfler démesurément. Aussi, en fouillant la toile, j'ai trouvé un gars qui lorsqu'il créait la base influxdb il ajoutait cette commande de rétention (ici sur une semaine) : Ton avis, puisque dans notre cas la base est créée de façon automatique, comment gère-t-on cette rétention pour limiter son volume donc accessoirement l'occupation sur disque ? Cordialement oracle7😉

@.Shad. Bonjour, Toujours pour bien comprendre la finalité des choses et donc ce que je configure. Selon le TUTO tu préconises de créer un réseau bridge externe nommé "data_export" pour que tous les conteneurs qui lui sont adjoints, puissent communiquer par leur nom, au lieu d'utiliser des @IP. Maintenant, je souhaiterais que le réseau auquel seront connectés/adjoints les conteneurs, soit spécifique et que chaque conteneur ait sa propre @IP fixe sur ce réseau afin de parfaitement "cloisonné" les choses. La configuration de ce réseau spécifique donnerait quelque chose du genre (à l'instar de ce qu'a fait de son coté @bruno78) : Questions : Selon toi, finalement les réseaux "data_export" et "monitoring", puisque créés de façon externe, peut-on dire qu'ils sont équivalents ? Si Non, quelles différences présentent-ils, car là je ne saisi pas. Autrement dit : dans le cas du réseau "monitoring", les conteneurs qui lui seront affectés/adjoints, pourront-ils tous communiquer entre eux et échanger leurs données respectives comme dans le réseau "data_export" ? Cordialement oracle7😉

@MilesTEG1 Bonjour et Merci d'avoir préciser ma pensée 😉 C'est exactement ce que j'ai voulu dire dans ma bafouille ... Et cela me rassure de voir que je n'ai pas été le seul à être perturbé. Cordialement oracle7😉

@phineas33 Bonjour, Tu n'aurais qu'à le faire une seule fois et ensuite une petite note de service vers tes collaborateurs pour amender les règles de fonctionnement et de nommage des fichiers. Et plus de soucis ...😏 Cordialement oracle7😉

@bruno78 Bonjour, Merci, je me doutais un peu de ce genre de réponse avec un fichier générique. Cela me paraît effectivement plus souple d'utilisation. Mais alors du coup, ce fichier on le place dans un seul répertoire de conteneur (par ex "volume1/docker/influxdb") ou un répertoire spécifique style "volume1/docker/scripts_config" et quand on l'exécute via un "docker-compose up -d" il crée tous les conteneurs aux bons endroits. C'est cela ? Sinon, si je conserve un fichier docker-compose.yml pour chaque conteneur, est-ce que toute la partie du début relative aux "networks" peut-être dupliquée directement dans chaque fichier pour créer ensuite individuellement chaque conteneur ? Edit : Du coup il n'y a plus besoin de créer le réseau "data_export" OUI/NON ? Cordialement oracle7😉

@.Shad. Bonjour, Merci pour ces explications. Je ne comprend plus car dans ta précédente réponse : Donc on crée manuellement ou pas ce dossier "data" ? Encore une suggestion de précision pour les boulets comme moi : ajouter un couplet en fin de procédure de création (§ 3/, 4/ et 5/) pour chaque conteneur pour dire de le créer via la commande "compose-docker" car cela ne paraît pas évident à la lecture, on pourrait être tenter de le créer via l'interface Docker. Je me doute bien que c'est évident pour toi mais quand on découvre la chose ... Cordialement oracle7😉

@phineas33 Bienvenue à toi, tu verras ce forum est une mine d'informations ...😉

@bruno78 Bonjour, Je m'attaque actuellement à la configuration docker pour mettre en place du monitoring réseau. J'avoue avoir un peu de mal pour appréhender toutes ces nouvelles notions aussi j'y vais doucement mais du coup je me fait aussi des noeuds au cerveau ...🤪 Je vois ci-dessous que tu as mis en place une organisation réseau qui me plait bien (comme dab claire et structurée) et qui a priori m'éviterait de modifier ma plage DHCP (bien que ce ne soit pas un problème s'il le fallait) : Aussi pour la reproduire je me demande : Comment as-tu fait pour fixer/configurer ce sous-réseau 172.20.0.0 et affecter à chacun de ces conteneurs un @IP à suivre ? Parce que tu dis ici : J'en conclu que tu as créé le réseau "data_export" comme @shad le préconise, alors que ton organisation ressemble plutôt à celle d'un "macvlan", d'où mon incompréhension et mon interrogation. Tu as modifié la partie "network" du docker-compose.yml de chaque conteneur pour atteindre ce but ? Mais je mélange peut-être un peu tout, c'est loin d'être clair dans ma tête ...😰 Idem, pour avoir des @MAC contigües, tu les as fixées de toi même arbitrairement ou bien sont elles issues du processus de création des conteneurs respectifs ? Merci de BV m'aider à y voir plus clair. Cordialement oracle7😉

@quart-temps Parfait. ! Saches qu'il te faudra patienter une bonne semaine, le temps qu'un modérateur le valide. Alors seulement, il sera visible de tous. En attendant il n'y a que toi qui le verra pour l'amender/améliorer, corriger les fautes d'orthographe, etc ... Cordialement oracle7😉