bruno78

@oracle7@Jeff777@Drickce Kangel , merci à vous pour vos travaux sur speedtest. Du coup je l'ai mis en place également relativement facilement. J'ai rajouté dans le dashboard les données de synchro de la Freebox. Cela donne ceci : 2 remarques néanmoins : il est tout à fait possible d'héberger le docker SpeedTest sur son NAS, et de viser une instance influxdb distante (mon influxdb/grafana se trouve sur une VPS OVH) je trouve anormal (je vais aller voir comment c'est fait, il y a peut-être une bonne raison ?) de devoir indiquer le usr/pwd admin d'influxdb, et pas uniquement le user/pwd dédiée à la db dédiée créee pour cela dans influxdb. Cdt Bruno78

@Drickce Kangel , Du coup je ne vois pas ce qui pourrait empêcher grafana d'écrire dans son répertoire ..... Le problème est'il persistant ? Un point quand même : as tu vérifié que ton user est bien le 1026 ?

@Drickce Kangel peux tu nous montrer le montage des volumes dans le docker compose stp ? Envoyé de mon STF-L09 en utilisant Tapatalk

Quand tu as configuré ta source de données dans grafana, normalement il la teste puis dit OK. As tu eu ce message ? Envoyé de mon STF-L09 en utilisant Tapatalk

Problème d'adressage vraisemblablement. Est ce que telegraf fonctionne et remonte des données vers influxdb ? Est ce que grafana accède bien à influxdb (adresse, mot de passe) .... Envoyé de mon STF-L09 en utilisant Tapatalk

Bon il faut refaire l'enregistrement. Donc -r Pour la validation .... De mémoire flèche de droite, puis ok. Mais si ton afficheur beugue, ça ne va pas faciliter ! Envoyé de mon STF-L09 en utilisant Tapatalk

@Drickce Kangel Pour réaliser l'authentification initiale, le volume ./py ne doit pas être monté en 'ro' dans le docker compose, pour pouvoir justement y écrire le fichier .credentials . Ensuite seulement il pourra être mis en read only 'ro'. Sauvegarde ce fichier .credentials, il ne changera pas, et pourra toujours, éviter à l'avenir de refaire cette phase d'enregistrement. Tant que tu as la même freebox ' ce fichier restera valable

Bonjour, oui il s'agit du module python request qui n'a pas, ou mal, été installé. Essaye de reprendre juste cette partie . Bruno78 Envoyé de mon STF-L09 en utilisant Tapatalk

Bonjour , J'avais également ce problème de coupure openvpn toutes les 24 heures avec le serveur openvpn sur le vps et le nas en client, même si la case 'reconnexion automatique ' était cochée. Sur le conseil de .Shad, mis le client sur le vps et le serveur openvpn sur le nas ... et depuis il n'y a plus de déconnexion. Parfaitement stable.

Je vais vérifier mais il est possible que je n'ai pas utilisé la bonne méthode. ....

Je viens d'aller voir là méthode signalée par @oracle7 : le scscript que j'utilise est très semblable. L'article est effectivement très clair à un détail près : autant installer docker sur un rpi ne pose pas de problème, autant installer docker-compose demande un peu plus de finesses ! En tout cas moi j'en ai bavé, et quelques recherches complémentaires ont été nécessaires (tout simplement il semble que docker-compose ne soit pas compatible ARM, donc pour le Pi ....) Cdt Bruno78

Bonjour , j'utilise un petit script (github) pour alimenter influxdb sans passer par telegraf quand nécessaire ou plus facile. Je vous en ferais part dès le retour de congés 🙂 début janvier 2021. Joyeuses fêtes à tous Bruno78

Le paramètre 6MOIS dans la requête correspond à la retention policy sur influxdb (que j'ai personnalisée ) .Ainsi je garde les données 6 mois maximum. De mémoire la default policy de base est illimitée ' ce qui est un peu excessif. Il faudra, début janvier , que je regarde les travaux d'oracle7 sur le sujet

Pas de soucis. Je vois que tu as obtenu les résultats escomptés avec .Shad.. Donc au final tout va bien. Bruno78 Envoyé de mon STF-L09 en utilisant Tapatalk

Bonsoir, https://www.synology.com/fr-fr/support/download/DS918+#utilities

Je rajouterai ceci : de même que des nouveaux disques se préparent avant d'être mis en service Pour la RAM, une fois mise en place, il faut la tester avec l'utilitaire Synology Assistant. Bruno78

Bonjour @Baron_noir, la RAM ou le cache MVNE .... les rôles sont complètement différents. Pour faire du docker, c'est bien de la RAM qu'il te faut. Perso j'ai sacrifié la barrette de 4Go d'origine, pour y mettre 2*8Go et être tranquille. Cela permet également d'avoir un seul type de barrettes et donc d'éviter des incompatibilités entre elles. j'y ai mis des barrettes Crucial CT2K8G3S186DM : Memory Device Array Handle: 0x0023 Error Information Handle: No Error Total Width: 8 bits Data Width: 8 bits Size: 8192 MB Form Factor: SODIMM Set: None Locator: ChannelA-DIMM0 Bank Locator: BANK 0 Type: DDR3 Type Detail: Synchronous Speed: 1866 MT/s Manufacturer: 0515 Serial Number: Asset Tag: Part Number: CT2K8G3S186DM Rank: Unknown Configured Memory Speed: 1866 MT/s Minimum Voltage: Unknown Maximum Voltage: Unknown Configured Voltage: Unknown Handle 0x0025, DMI type 17, 40 bytes Memory Device Array Handle: 0x0023 Error Information Handle: No Error Total Width: 8 bits Data Width: 8 bits Size: 8192 MB Form Factor: SODIMM Set: None Locator: ChannelB-DIMM0 Bank Locator: BANK 1 Type: DDR3 Type Detail: Synchronous Speed: 1866 MT/s Manufacturer: 0515 Serial Number: Asset Tag: Part Number: CT2K8G3S186DM Rank: Unknown Configured Memory Speed: 1866 MT/s Minimum Voltage: Unknown Maximum Voltage: Unknown Configured Voltage: Unknown Jamais eu aucun problème, parfaitement reconnues par ls DS918 Bruno78

Bonjour @wiwi95 pour le sysup time : Pour la memoire, j'ai ceci mais là il peut y avoir confusion entre tous les différents types de memoire (libre, used, cache, ...) Bruno78 Joyeuses Fêtes à tous

Bonjour @Einsteinium, si on suit la doc, oui il faut les doubles quotes ("). Maitenant, je m'y suis peut-être mal pris, mais avec ou sans le double quote, je n'arrive pas à faire l'export des variables dans le container via docker exec -it .... Bruno78 Bonnes Fêtes à toutes et à tous ... et restez prudents.

Bonjour @Philippe D, ce n'est pas un problème de pare-feu. Peux-tu donner la liste et les caractéristiques des réseaux configurés, ainsi que les caractéristiques de celui que tu es en train de créer ? Bruno78

Bonjour @Jeff777, tu as fais l’opération sur une DSM6 ou une DSM7 ? et as-tu remplacer un certificat existant ? ou ajouter un nouveau certificat (même si avec le même nom) ? Par ailleurs, lorsque j'ai fait l'importation du certificat, c'était avec les fichiers suivants issus directement du docker acme : eut'il fallu les transformer en .pem ???? je relis le post d'origine du tuto, .... et là je me dis que j'ai raté une marche ???? juste pas fait la transformation en .pem ???? j'ai un gros gros doute ....

@MilesTEG1 @oracle7, dsl j'ai suivi de (très) loin, mais ces 2 dernières lignes en erreur, elles continuent ? ou c'est fini ? parce que si telegraf n'arrive pas à se connecter, à un moment donné il va manquer des données ! Là c'est "nas_telegraf" qui n'arrive pas à écrire vers influxdb ....

@Einsteinium merci pour cet update qui simplifiera la vie de certains. De mon côté, j'avais mis en place un lancement via docker-compose pour une machine non DSM, ... ça revient au même. Je reviens au renouvellement automatique de mes domaines. Comme indiqué plus haut, le 3eme domaine a bien été renouvelé en auto cette nuit après avoir fait le ménage dans ma zone DNS (suppression des enregistrements TXT _acme-challenge.ndd.tld). /!\ Par contre là où je me suis planté, c'est sur l'importation de ce certificat dans DSM7. Il s’agissait du domaine par défaut de mon DSM. pour le prendre en compte, dans DSM7, j'ai fait "ajouter > remplacer un certificat existant" et donné les 3 fichiers demandés. Resultat : config Webserver complétement plantée re-installation complète de Webserver et recréation des virtuals hosts (le fichier /etc/nginx/sites-enable/server.webstation-vhost.conf avait disparu !) Peut-être aurai-t’il fallu faire "ajouter un nouveau certificat" et migrer petit à petit les services sur ce nouveau certificat ? En tout cas c'est ce que je ferais pour la prochaine, dans 2 mois. bruno78 PS : c'est d'ailleurs surement plutôt un problème DSM7 à mon avis

@.Shad. merci pour ta réponse, je n'ai pas joué sur le cache, mais sur les tailles et nombre de buffer, .... sans aucun succès. Par ailleurs, ces fichiers temporaires sont immédiatement libérés. Pour le moment j'ai mis la poussière sous le tapis, et changé le niveau d'erreur rapporté dans error.log de façon à ne plus avoir les warning. Mais ce n'est qu'une rustine le temps de trouver une solution perenne.

Rebonjour, je réponds suite à essais complémentaires : c'est bien les records TXT _acme-challenge. XXX de la zone DNS qui bloquaient le processus. Une fois la zone nettoyée, ça roule ! (vieux records qui venaient sans doute d'essais préalables sans que le nettoyage ai été fait). Donc j'ai renouvelé le deuxième domaine en lançant à la main le cron du docker acme. Et pour le troisième j'ai simplement fait le menage dans la zone DNS et je vais laisser passer le cron de façon automatique cette nuit. Et vérifier demain matin si tout est ok.