.Shad.

Que te donne : docker stats ?

@bruno78 Merci de ton retour, c'est intéressant de voir comment tu as procédé, j'aurais omis l'exemple de Pihole et Plex, ça embrouille plus qu'autre chose 😛 @Didier3L & @bruno78 Pihole n'est là qu'à titre d'exemple pour comprendre comment il intègre un conteneur à un réseau macvlan dans un fichier compose. Docker-compose permet de rendre plus lisible ce que tu écris avec tapant tes lignes de commande pour créer ton conteneur. La décision d'utiliser un conteneur MariaDB se défend pour plusieurs raisons, mais pas de sécurité selon moi. Quand on expose un conteneur sur un réseau macvlan, donc sur un réseau physique, on fait péter d'office le pare-feu du NAS, tous les ports sur ce conteneur sont exposés. Donc à moins d'avoir un routeur pare-feu type pfSense ou ajouter soi-même quelque chose du type firewalld au conteneur, c'est moins sécurisé. Concrètement je pense que tu n'étais pas loin @Didier3L, car tu savais ping l'interface virtuelle de ton NAS depuis le conteneur et vice versa. Je pense que l'erreur se situe dans ton script docker, je ne vois que cette possibilité, c'est l'occasion de t'essayer à compose si tu ne connais pas et de t'inspirer de ce que propose @bruno78

Bienvenue parmi nous

Bonne nouvelle ! Moi en relisant les messages @Didier3L, je me suis fait deux remarques : Pourquoi avoir modifié le fichier /etc/hosts ? à aucun moment tu as essayé de joindre le conteneur par son nom plutôt que par son IP. D'autant que les changements manuels de /etc/hosts sont effacés à chaque redémarrage du NAS. As-tu supprimé tous les fichiers présents dans les volumes montés entre chaque essai ? As-tu essayé d'installer Jeedom autrement qu'avec le script ? comme moi je l'ai fait dans le post suivant :

Pour que la commande soit reconnue, il faut ajouter le chemin (path) de l'exécutable dans les variables d'environnement de Windows. Tu trouveras facilement sur Google. Ou alors tu tapes le chemin complet, par exemple : C:\Iperf\iperf.exe -c IP_du_NAS N'oublie pas d'exécuter iperf sur ton NAS en mode serveur également.

Tu as bien choisi ton NAS, il te permettra de faire tout ce que tu souhaites et bien plus encore. Bienvenue !

Bon ça marche bien dans un conteneur ubuntu, par contre ça bouffe pas mal de mémoire : Bon je me suis amusé à créer ça en bridge, je pense que si tu crées ça en macvlan, ben vu que la base de données est embarquée dans le conteneur tu n'as plus de souci de communication avec le NAS. Après pour la persistance des données, si tu veux être tranquille pour ne rien perdre, il faut monter la racine : -v /volume1/docker/jeedom:/ Il y a certainement des arguments à mettre comme --stop-signal pour ordonner une extinction propre du conteneur en cas d'extinction du NAS, avec sûrement aussi une commande à passer pour arrêter proprement jeedom à l'intérieur du conteneur ubuntu. Je vais pas te mentir, c'est au-delà de mes compétences... 😛 si j'y passais beaucoup de temps je m'en sortirais sûrement mais ce temps je ne l'ai pas malheureusement 😞 Je t'invite à continuer tes recherches avec le conteneur en macvlan, je pense que tu y es presque, vérifie un coup ton pare-feu, qu'il autorise bien les connexions locales.... Bon courage 🙂

Honnêtement là je sèche, si l'hôte et le conteneur arrivent à se ping et que ton pare-feu ne bloque pas l'accès à la base de données (mais pour le coup je pense que tu aurais le message "Connection refused" et pas "No route to host"), il n'y a aucune raison que tu n'arrives pas à te connecter à la base de données. Je suis en train de tester en créant un conteneur Ubuntu, et faire une install classique de Jeedom dessus, c'est en cours je reviens plus tard. 🙂

En Belgique en tout cas aucune box de FAI ne prend en compte le loopback (la plupart on ne peut ni définir les DNS à envoyer via le DHCP, ni même le range DHCP...)

Bienvenue !

D'après Google je vois qu'il est possible d'éditer le port dans le fichier /var/packages/icecast/target/var/icecast.xml. Tu as essayé de modifier ça ?

Bienvenue !!

Il s'est installé oui, mais mon hôte n'est le NAS mais une distribution Debian, et la BD est sur le NAS, du coup pas de problème pour communiquer entre le NAS et le conteneur. Je sais pas ça s'installe, ça a peuplé la DB et j'ai pu changer mon mdp, j'en déduis que ça marchait pas trop mal. Est-ce que tu peux tester le contraire ? Pinger l'interface virtuelle du NAS depuis le conteneur : docker exec -it <nom du conteneur> ping 192.168.1.241

Donc c'est déjà une bonne nouvelle, ça veut dire que le montage de l'interface marche. Chez moi, MariaDB 10 est exposé sur le port 3307, pas 3306, vérifie dans ton DSM (tu lances MariaDB 10, c'est en bas de la fenêtre de configuration).

Tu peux vérifier que tu arrives à pinger ton conteneur depuis ton NAS en SSH ?

Je pense que tu dois effectivement remplacer, attendre peut-être confirmation de @bruno78.

Surtout que dans l'utilisation que tu en fais, ça me semble ultra-nécessaire. Déjà une sauvegarde sur disque externe, et une sauvegarde dans le cloud (C2, Amazon, ou autre) pour ce qui est important (j'imagine les données relatives à ton association et tes photos).

C'est un problème fréquent, de rien. 🙂

Dans Panneau de configuration -> Réseau -> Paramètres de DSM avez-vous bien décoché :

Bienvenue 🙂

Bienvenue parmi nous 🙂

@Didier3L : C'est ce que disait @bruno78, tu as oublié le fait qu'un conteneur ayant rejoint le réseau macvlan ne peut communiquer avec son hôte, d'où le fait qu'il te soit impossible de communiquer avec la base de données sur ton NAS. Suis sa procédure et tout devrait rentrer dans l'ordre.

Je viens d'essayer de créer mon conteneur jeedom par curiosité, ça marche très bien, mais je ne suis pas passé par un script. A noter que j'ai testé sur une distribution linux classique, pas sur le NAS, il y a peut-être deux, trois choses à modifier. En attendant, tu pars du point 7.3) sur la page suivante : https://jeedom.github.io/documentation/installation/fr_FR/index Tu te connectes en root sur le NAS et tu tapes : docker create --name jeedom-server --privileged --hostname jeedom -e ROOT_PASSWORD=password -v /volume1/docker/jeedom/:/var/www/html/ --net=mymacvlan --ip 192.168.1.240 jeedom/jeedom Notes : /volume1/docker/jeedom/ c'est un exemple, tu crées le dossier pour le conteneur où tu veux Pas besoin de rediriger des ports, on redirige quand les ports sont déjà utilisés sur la machine, hors ici tu viens de créer une machine "physique" sur ton réseau physique (grâce au réseau macvlan) Tu spéficies l'IP que tu souhaites donner à ton conteneur via l'argument --ip Tu précises bien que tu souhaites rejoindre le réseau mymacvlan via --net=mymacvlan Maintenant je n'ai pas précisé l'utilisateur ici, car il n'y a pas de PUIG/PGID à entrer comme variable d'envrionnement, essaie de voir sans préciser déjà, et tu te connectes sur http://192.168.1.240, tu arrives sur la page qui te demande te connecter à la base de données. Moi j'utilise celle du Synology, on évite généralement d'utiliser des bases de données dans des conteneurs. Donc je mets l'IP de mon NAS à la place de localhost, le port qui va bien (MariaDB 10 pour moi, port 3307). Avant ça dans phpMyAdmin j'ai créé un utilisateur jeedom avec la base de données du même nom ayant tous les droits dessus, et je remplis en conséquence les champs demandés sur la page, et ça roule tout seul.

Est-ce que tes enregistrements sd1 et sd2 sont des enregistrements type A ou des CNAME à destination d'un proxy inversé ? Dans le deuxième cas c'est normal, certaines autres applications pour comme Drive ou Active Backup ne fonctionnent pas si le nom de domaine correspond à une entrée de proxy inversé.