Aller au contenu

oracle7

Membres
  • Compteur de contenus

    5559
  • Inscription

  • Dernière visite

  • Jours gagnés

    80

Tout ce qui a été posté par oracle7

  1. @TuringFan Bonjour Comme d'habitude : ndd.tld, @IP externe, éventuelles clés OVH, Identifiant, MdP, etc ... Cordialement oracle7😉
  2. @TuringFan Bonjour Et moi qui t’invites à relire attentivement le TUTO ! 😟 Désolé, je suis confus, j'ai analysé bien trop rapidement ton Log. J'ai en fait focalisé sur les options utilisées et sur "-- Le certificat n'a pas ete renouvele." . Heureusement que @bruno78 est passé par là pour remettre les pendules à l'heure !!! Grand merci à lui. 👍 Par ailleurs, je n'ai pas percuté vis à vis du fichier "acmelog" car comme il y a pas mal de temps j'ai fait le ménage, ce fichier n’apparaissait plus dans mon répertoire "Acme_renew" et trop rapidement j'ai basé ma réponse sur cette absence. Effectivement, maintenant il faut examiner en détail ce fichier "acmelog" pour trouvé l'origine de ce non renouvellement. Envoies le nous STP ... Cordialement oracle7😉
  3. @TuringFan Bonjour et bon retour Pas grave mais STP ne postes pas deux fois la même réponse dans deux posts différents. Un seul suffit ... Supprimes l'autre. Manifestement tu as lancé le script manuellement avec juste le paramètre "-l". Ton certificat n'a pas été renouvelé justement parce que la date de renouvellement n'est pas encore atteinte. Si tu veux vraiment le renouveler avant cette date (mais ce n'est pas utile à mon avis) utilises l'option "-f". Pour le problème Python si tu lances le script avec la commande "python acme_renew.py - l ndd.tld" c'est la version 2.7.X de Python qui est utilisée MAIS si tu exécute la commande "python3 acme_renew.py - l ndd.tld" c'est la version 3.x de Python qui sera utilisée. Tu as lu trop vite le TUTO .... 🤪 Si tu as installé la dernière version v1.44 du script : Non il n'y a plus de concaténation des logs et Oui il n'y a plus qu'un log par exécution du script. Le log de la dernière exécution est dans le fichier "/volume1/Certs/Acme_renew/acme_renew_python.log.1" . Tu as dû consulté une ancienne version du fichier log. Je t'invites donc pour éviter toutes confusions à lancer le script avec l'option "-c" afin de faire un bon nettoyage de tous les fichiers inutiles (dans une console PuTTY et surtout pas dans une console WinSCP -> voir avertissement dans le TUTO à ce propos). Dans tous les cas, je t'invites à relire le TUTO intégralement et attentivement pour bien prendre en compte toutes les modifications qui y ont été apportées depuis la version initiale. Cordialement oracle7😉
  4. @cotp Bonjour, Si tu ne maitrises pas ces notions, il est peut-être plus sage de partir sur du "standard" soit SHR-BTRFS. Perso, j'ai cela et cela me convient très bien pour une utilisation courante du NAS. Mais ce n'est que mon avis ... Cordialement oracle7😉
  5. @.Shad. Bonjour, Bah Oui, effectivement cela marche tout de suite mieux en mettant dans agent l'@IP du NAS sur le réseau bridge. En tout cas Merci. Maintenant je continue de me battre avec les requêtes grafana. Pas simple, même quand on connait SQL ... Cordialement oracle7😉
  6. @.Shad. Bonjour, Oui, j'ai mis à un moment cela : afin d'afficher des infos de mes deux NAS en regard l'une de l'autre (pour avoir tout dans un même écran quoi ...) puis j'ai supprimé pour le second NAS mais même punition : toujours seul les infos du second sont récoltées. Pb de droits quelque part sur le premier NAS ? J'ai revérifié le fichier "telegrah.conf" que j'ai "allégé" au passage, je te le joins pour avis : telegraf.conf Mais toutes mes requêtes grafana me revoient toujours les infos liées à mon second NAS en 192.168.2.11. Le premier (et support de docker and co) n'apparait même pas lors que je sélection le champ "sysName" tout simplement et j'ai toujours cette erreur qui boucle (journal telegraf) : Pour le coup je suis complètement perdu. Est-ce que je réinitialise tout ? cela fera jamais que le n ième fois ... Edit : A ce propos, à chaque réinitialisation je perd les règles docker dans le pare-feu, c'est normal docteur ? Cordialement oracle7😉
  7. @.Shad. Bonjour, Pour commencer à m'initier à grafana et voir comment cela s'articule, j'ai installé la dashbord préconisée (celle de Yann Bizeul). Là un truc qui va pas : sans rien avoir modifié dans la requête qui donne de N°de serie du NAS (en principe l'hôte ou est installé docker and cie) en fait il m'est retourné le N° de série de mon second NAS sur le réseau local. J'ai pourtant bien renseigné le telegraf.conf avec "agents = [ "@IPduNAS" ]" dans la partie INPUT PLUGINS. Par ailleurs dans le log de influxdb (détail conteneur sous docker) je suis envahi d'erreur elles que : et dans le log de telegraf j'ai ceci : D'où mon incompréhension. Une idée peut-être car je ne sais pas décrypter ces messages ? Cordialement oracle7😉
  8. @Jura39 Bonjour, Sauf erreur de ma part, je serais étonné que ton application multiroom fonctionne sur ton smartphone. Alors que DSAudio, au même titre de DSFiles te permet (depuis l'extérieur ou en local) d’accéder à tes fichiers stockés sur ton NAS, te permet, elle, d'accéder à ta musique stockée sur ton NAS et ainsi de l'écouter sur ton smartphone. Voilà l'avantage de DSAudio. Maintenant peut-être que ton application multiroom est capable de se connecter à ton NAS via ton réseau local. A voir et lire la doc de celle-ci pour la configurer. Cordialement oracle7😉
  9. @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😉
  10. @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😉
  11. @.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😉
  12. @.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😉
  13. @.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😉
  14. @.Shad. et @bruno78 Bonjour, Voilà mon fichier docker-compose.yml : C'est bon ? Cordialement oracle7😉
  15. @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😉
  16. @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
  17. @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😉
  18. oracle7

    Presentation

    @Jura39 Bienvenue à toi, tu verras ce forum est une mine d'informations ...😉
  19. @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😉
  20. @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😉
  21. @.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😉
  22. @.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😉
  23. @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😉
  24. @.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😉
  25. @.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😉
×
×
  • 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.