Classement

Le container fonctionne, merci @oracle7 @bruno78 @Jeff777 Je dois vérifier si mon config.ini fonctionne Merci encore les gars pour votre patience 🙂

@Dimebag Darrell Bonjour, Oups, je viens de m'apercevoir que j'ai fait un double C/C de la commande en question. Je corrige et voici la bonne commande : docker build -f Dockerfile --rm --tag speedtest2 . Cordialement oracle7😉

@Dimebag Darrell Bonjour, Tu dois rater un truc quelque part, aussi pour prolonger la précédente recommandation de @Jeff777 qui a tout à fait raison, je te propose si tu veux bien de bien nettoyer/supprimer tout ce qui concerne speedtest (images, conteneur, etc ...) et de reprendre la procédure dans l'ordre en utilisant uniquement un fichier docker-compose bien formaté. Par rapport à la procédure de @bruno78 dans son post du 07/01 (page 22) il faut juste commencer par créer la BD sous influxdb telle que : Cordialement oracle7😉

Bien bizarre. Il faudrait que tu repartes du début et tu fais un "docker system prune" en SSH. N'utilise pas l'interface docker du DSM. Tu fais bien attention à ton docker-compose (pas de tabulation que des espaces et une indentation correcte) et tu reprends bien les différentes étapes de ce fil, installation initiale puis apport du correctif. ça devrait fonctionner🤞

@Dimebag Darrell Bonjour, Ne serait-ce pas la variable "TZ" valeur = "Europe/Paris" ? Mais pourquoi passes-tu par l'interface Docker de DSM, il est plus simple d'utiliser le fichier docker-compose.yml, non ? Maintenant c'est toi qui voit ... Pour mémoire : Le premier "speedtest.tar" par rapport à la version originelle, permettait de ne pas à avoir à spécifier l'administrateur admin et son Mdp dans le fichier config.ini mais un autre utilisateur "lambda". Il corrigeait l'image de base dans ce sens. Le second fichier "speedtest.tar", apporte lui un "fix" suite à une évolution de l'image de base. C'est pour cela, avec ce "fix" on doit reconstruire l'image une nouvelle fois. Cordialement oracle7😉

@Jeff777 Bonjour, Effectivement tu as raison on peut très bien conserver le dossier speedtest. J'avais personnellement simplement séparer les choses pour conserver la version initiale au cas où et ne pas mélanger les fichiers vu que certains sont différents et ne sont pas renommés. Cordialement oracle7😉

@oracle7 Je n'ai pas touché à mon dossier speedtest, j'ai simplement corrigé le docker-compose et ajouté les fichiers de bruno. Par contre j'ai arrêté le container proprement (docker-compose down) avant de le recréer (docker-compose up -d).

@Dimebag Darrell Bonjour, A tout hasard, lorsque tu installes speedtest la première fois, tu travailles avec un répertoire "/volume1/docker/speedtest". Mais quand tu appliques le "fix" de @bruno78 il te faut alors travailler avec un répertoire "/volume1/docker/speedtest2" et y mettre les nouveaux fichiers (config.ini et docker-compose.yml correspondant de l'image speedtest2). Sauf erreur de ma part, la nuance est importante. Enfin je crois... Cordialement oracle7😉

@Dimebag Darrell Bonjour, IL n'y a pas de question "bête". Attention quand même, les fichiers Dockerfile et speedtest.py ne servent que lorsque tu crées la nouvelle image speedtest2. Après ils ne sont plus d'aucune utilité. Le fichier "config.ini" doit se trouver dans le MEME répertoire que le docker-compose.yml du conteneur speedtest2. Que je saches tu ne peux les séparer vu la configuration retenue. C'est le pourquoi du "./config.ini" dans la section volumes où le "./" signifie "le même répertoire" qui contient le docker-compose. C'est de la notation UNIX/LINUX de base ... Maintenant tu pourrais très bien aussi mettre le fichier "config.ini" ailleurs par ex dans : "/volume1/mondossier/monsousdossier/" mais cela n'aurait pas de sens en tout cas pas cohérent. Mais c'est toi qui voit ... Oui pas de soucis, c'est ce qu'il faut faire pour que chaque conteneur trouve bien ses "petits" à la réserve d'indiquer correctement les chemins respectifs aux sous-répertoires respectif dans la section volumes de chaque conteneur. A coté de cela, si tu utilises un docker-compose "commun" à ces trois applications, il vaut mieux sauf erreur de ma part, mettre ce fichier "docker-compose.yml" dans un répertoire spécifique nommé comme tu le veux (par ex "monitoring" comme dans le TUTO). Cordialement oracle7😉

@Dimebag Darrell Bonjour, J'ai édité entre temps ma précédente réponse. Ton docker-compose me semble presque correct mais il te manque la variable d'environnement TZ sinon tu auras des décalages de valeurs : environment: - TZ=Europe/Paris et pour container_name c'est speedtest2 et pas speedtest. Vérifies aussi tes indentations : avec que des blancs pas de tabulations ! J'ai une architecture un peu différente (tous mes scripts d'installation sont dans un répertoire spécifique qui contient un dossier spécifique à chaque conteneur ou groupe de conteneurs (comme monitoring pour le triplet ITG): /volume1/docker/scripts_instal/speedtest2 config.ini docker-compose.yml /volume1/docker/speedtest Dockerfile speedtest.py Cordialement oracle7😉

@YanHulbert Bonjour, Vu que tu utilises le port 25 pour tes envois/réception d'eMAILs, saches qu'Orange ignore toutes les communications arrivant sur le port 25 si elles ne viennent pas d'un réseau Orange. En clair Orange bloque le port 25. Ceci pouvant expliquer cela et donc tes soucis d'envoi d'eMails via le routeur 4G. Mais je peut me tromper ... C'est pour cela aussi que je t'ai dis qu'il fallait passer par le relai SMTP d'Orange pour envoyer/recevoir des eMails via le réseau Orange. Cordialement oracle7😉

@YanHulbert Bonjour, Quand tu faisais tes tests d'envoi, es-tu sûr que ta connexion ADSL Free n'était pas tombée au profit de la connexion 4G Orange ? Au quel cas pour envoyer des eMails via Orange il faut passer impérativement par le smtp.orange.fr et le port 587 et TLS/SSL activé seulement si ton compte eMail l'impose avec aussi un compte eMail Orange valide, cela va de soit. Du coup, si tes notifications sont définies dans DSM sur un compte Free correspondant à ta connexion ADSL Free principale, cela ne marchera pas (les notifications s'entend) lorsque tu basculeras sur la connexion 4G "de secours" qui elle attaque un compte Orange . Manifestement et sauf erreur de ma part, Synology DSM ne permet pas de configurer un second compte eMail pour les notifications DSM, du moins je n'ai pas cette connaissance. Tout cela même si on peux définir par ailleurs, plusieurs comptes eMail pour un même utilisateur (Menu Perso du bonhomme en haut à droite du bureau DSM). Cordialement oracle7😉