[TUTO] Docker : Introduction

[Didier3L]

Bonjour @bruno78

désolé j'ai mis a jour mon post entre deux ....

Donc oui la connexion à la BDD du paquet MariaDB est OK 😀

Pour le nom, c'est la même question que je voulais poser

J'ai créer le container avec docker compose

pour resolv.conf : je n'ai rien changé. c'est la config d'origine

 

 

[.Shad.]

Il y a 1 heure, Didier3L a dit :

Donc il faut mettre 192.168.1.241 dans la première page de configuration dans le champ

Ok je pensais que tu l'avais déjà fait ça, c'est bien pour ça qu'on s'embête avec l'interface virtuelle et tout le tsoin tsoin du script au reboot, on veut pouvoir communiquer avec le NAS malgré tout !
D'autant que de ce que j'avais lu sur jeedom, il y a du matériel qu'on peut éventuellement mettre au cul du NAS en USB non ?

PS : Ca correspond à quoi le NOK pour la configuration réseau externe ?

C'est sûrement parce que tu n'as pas précisé d'hostname dans ton fichier docker-compose :

hostname: jeedom

Cela dit, c'est un détail et ce n'est pas responsable du fait que ça marche. C'était le fait que tu mettes l'IP inaccessible qui faisait que tu n'arrivais pas à y accéder.

[Didier3L]

Merci @shad c'est effectivement cela. il manquait

hostname: jeedom

dans mon fichier

Pour ce qui est du NOK pour la configuration réseau externe, c’est parce que le champ n'est pas renseigné. Mais cela n' empêche pas le système de fonctionner normalement
Moi j'utilise mon nom de domaine avec le reverse proxy du SYNOLOGY pour acceder avec un port 443

 

[Didier3L]

@bruno78

J'ai un petit problème avec le fichier sh qu'il faut lancer au redémarrage du Synology
Je me suis aperçu que le fichier n’était pas pris en compte

voici le fichier creation-routage-macvlan.sh

ip link add bridlan link eth0 type macvlan mode bridge
ip addr add 192.168.1.241/32 dev bridlan
ip link set dev bridlan address 0:1:2:3:4:5
ip link set bridlan up
ip route add 192.168.1.240/29 dev bridlan

 

 

Par contre si je tape les lignes une par une dans le terminal, pas de problème ca marche !?

[bruno78]

@Didier3L

ça ressemble fortement à des caractères "parasites", genre retour à la ligne, invisibles .... .

Comment as-tu édité le fichier ? quel éditeur sur quelle plateforme ?

[Fredje_B]

Pas moyen d'accéder aux sites extérieure depuis le conteneur de Jeedom ce qui fait que je n'arrive pas à lancer les 3 commandes puisqu'il n'y a aucune résolution DNS...une idée pour me dépanner?

Je suis connecté au serveur pi-hole depuis mon PC et la résolution DNS fonctionne bien....

[bruno78]

@Fredje_B

que dit ton fichier /etc/resolv.conf dans le container jeedom ? Pointe t'il bien vers un serveur DNS accessible ?

[Fredje_B]

j'ai ca dans le fichier :

 

nameserver 192.168.1.10 # PiHole

options ndots:0

 

Oh purée, en relisant ce message, je m'aperçois de l'erreur...mon pi-hole est sur le 192.168.0.10! Je m'en vais changer cela

[bruno78]

@Fredje_B

enlève le "options ndots:0". Au moins pour faire le test.

PS : je n'ai pas compris à quoi et dans quel cas cette option sert ....

[Fredje_B]

Dans le dépit des choses, j'ai repris cette option d'un précédents posts...le principal est que ca marche maintenant 😉

Merci pour ton aide, top!

[Didier3L]

 

il y a une heure, bruno78 a dit :

@Didier3L

ça ressemble fortement à des caractères "parasites", genre retour à la ligne, invisibles .... .

Comment as-tu édité le fichier ? quel éditeur sur quelle plateforme ?

J'ai fait un copier coller dans notepad++

Modifié le 28 mars 2020 par Didier3L

[Fredje_B]

Tout fonctionne parfaitement...j'ai fait un test de performance et c'est pire que ce que je ne le pensais...de 7s au benchmark Jeedom sur Virtual Machine, je passe à 15s sur Docker...je m'attendais à quelques secondes de différence mais pas au double! Je pense que je vais rester sur Virtual Machine pour les temps de réaction de Jeedom

Je vais quand même voir pour optimiser le conteneur MariaDB qui est le gros goulot d'étranglement et voir pour mettre le cache dans un containeur Redis pour voir si ca améliore les choses...

[Didier3L]

il y a 8 minutes, Fredje_B a dit :

Tout fonctionne parfaitement...j'ai fait un test de performance et c'est pire que ce que je ne le pensais...de 7s au benchmark Jeedom sur Virtual Machine, je passe à 15s sur Docker...je m'attendais à quelques secondes de différence mais pas au double! Je pense que je vais rester sur Virtual Machine pour les temps de réaction de Jeedom

Je vais quand même voir pour optimiser le conteneur MariaDB qui est le gros goulot d'étranglement et voir pour mettre le cache dans un containeur Redis pour voir si ca améliore les choses...

moi cela fait des années que je tourne avec ca et sans latence !

Modifié le 28 mars 2020 par Didier3L

[Fredje_B]

A voir car je me souviens qu'en étant passé de Docker à l'époque vers Virtual Machine que mes scénarios pour allumer et éteindre les lampes étaient beaucoup plus réactif, le jour et le nuit même.

Je me souviens aussi qu'il y avait quelques paramètres à changer au niveau de MariDB pour gagner pas mal de temps, je vais replonger là-dedans demain.

Au niveau du cache Redis, j'avais déjà essayé dans le temps sans jamais avoir su si ca apportait vraiment quelque chose...c'était du temps ou le benchmark Jeedom n'existait pas encore...

Modifié le 28 mars 2020 par Fredje_B

[bruno78]

Bonjour, @Didier3L

as-tu résolu ton problème de caractères invisibles dans ton fichier creation-routage-macvlan.sh ?

Avec Notepad++, vérifie que tu es en codage UTF-8 et sauts de ligne de type UNIX(LF) lorsque tu sauvegardes ton fichier. Sinon, tu peux également éditer directement via l'éditeur de texte DSM, ou encore le plus sur tu le refais entièrement en ssh via vi par exemple.

[Didier3L]

Il y a 1 heure, bruno78 a dit :

Bonjour, @Didier3L

as-tu résolu ton problème de caractères invisibles dans ton fichier creation-routage-macvlan.sh ?

Avec Notepad++, vérifie que tu es en codage UTF-8 et sauts de ligne de type UNIX(LF) lorsque tu sauvegardes ton fichier. Sinon, tu peux également éditer directement via l'éditeur de texte DSM, ou encore le plus sur tu le refais entièrement en ssh via vi par exemple.

Bonjour @bruno78

oui, effectivement il y avait des espaces et des interligne à la fin du code.

merci à toi 👍

Il y a 15 heures, Fredje_B a dit :

Je me souviens aussi qu'il y avait quelques paramètres à changer au niveau de MariDB pour gagner pas mal de temps, je vais replonger là-dedans demain.

Bonjour @Fredje_B

Je suis preneur également de toute amélioration concernant Maria DB.👍

Car j’ai remarqué également une différence entre Maria DB5 et 10

je suis à 102 avec MariaDB 5 alors qu’avec Maria DB10 je suis à 220 😧

c’est pour cette raison que je ne suis jamais passé à MariaDB 10 🤨

et n’oublie pas que j’ai trouvé la solution pour se passer de pihole  pour accéder à Jeedom

Modifié le 29 mars 2020 par Didier3L

[Fredje_B]

J'ai pas mal chipoté avec les paramètres de MariaDB et le seul qui à un impact significatif est : innodb_flush_log_at_trx_commit = 2 à la place de 0. Je suis passé de 15s à 5s au benchmark!

Par contre ca risque de flinguer l'intégrité de la DB en cas de crash pendant des opérations d'écritures...ce qui n'est pas anodin! Après je fait des backups journalier et j'ai un UPS qui permet de stopper sagement le système en cas de panne électrique.

Voici ce que dit la doc sur ce paramètre :

• The default setting of 1 is required for full ACID compliance. Logs are written and flushed to disk at each transaction commit.

• With a setting of 0, logs are written and flushed to disk once per second. Transactions for which logs have not been flushed can be lost in a crash.

• With a setting of 2, logs are written after each transaction commit and flushed to disk once per second. Transactions for which logs have not been flushed can be lost in a crash.

 

Par contre, j'ai aussi le problème de mémoire à 0% et même des processus qui ont été tué par le système par manque de mémoire :

Aucune idée d'où ca vient surtout que la machine est fraichement installée et rien n'a été ajouté à Jeedom --> config complètement vanilla autrement dit!

[Didier3L]

SHOW VARIABLES LIKE 'innodb_flush_log_at_trx_commit';
SET GLOBAL innodb_flush_log_at_trx_commit=2;
SHOW VARIABLES LIKE 'innodb_flush_log_at_trx_commit';

@Fredje_B la modification est prise en compte immédiatement après la saisie  ?

Modifié le 29 mars 2020 par Didier3L

[Didier3L]

effectivement c'est plus rapide

[Didier3L]

@shad @bruno78 @Fredje_B

Est-ce que nous devrions pas ouvrir un sujet dédié à Réseau en Macvlan afin d'éviter de "polluer" le tutoriel ?

Modifié le 29 mars 2020 par Didier3L

[bruno78]

Hello,

ça me parait une bonne idée. J'ai encore quelques questions / interrogations sur le macvlan 🙂

[.Shad.]

Je ne trouve pas ça gênant au contraire, tant qu'il y a un lien avec le driver macvlan justement, sur les derniers posts ça parle de réactivité de Jeedom... 😛 
Si besoin, faites un sujet dédié à Jeedom plutôt 😉 

[bruno78]

C'est vrai que le sujet de départ c'est [TUTO] Docker ...

Donc je pose les 2 questions que j'ai sous le coude pour le moment :

1. la première fois que j'ai mis en place le réseau macvlan, je n'ai jamais réussi à le faire sur la configuration par défaut de l'interface LAN. J'avais du activer Open vSwitch. Il est écrit que ovs est nécessaire pour la prise en charge de DDSM et VDSM. Or à l'époque je n'avais ni DDSM ni VDSM. Quelle est la fonction de OVS, pourquoi ne peut-on pas faire de macvlan sans OVS ?
2. @.Shad. m'a très courtoisement fait remarquer que les containers sur macvlan sont exposés en terme de sécurité, puisque non protégés par le FW du NAS. Je prends assez sérieusement sa remarque, car il n'est jamais trop tôt pour s'occuper de sécurité. Ce n'est pas quand il est trop tard qu'il faut s'en occuper ! A ce propos, j'ai donc commencer à regarder pfSense .... 😨 .... Impensable de s'y tremper, et surtout de s'y fier ensuite sans de sérieuses lectures prélables ! Si vous avez des tuto ou lectures à recommander, je sis preneur et je pense que cela pourra intéresser du monde.

merci

[Didier3L]

à l’instant, .Shad. a dit :

Je ne trouve pas ça gênant au contraire, tant qu'il y a un lien avec le driver macvlan justement, sur les derniers posts ça parle de réactivité de Jeedom... 😛 
Si besoin, faites un sujet dédié à Jeedom plutôt 😉 

Ok je vais donc créer un sujet "Jeedom avec un réseau macvlan" sur le forum de Jeedom

et peut un autre pour les perf de MariaDB ...

[Didier3L]

Bonjour

Est il normal que le fichier docker-compose.yaml soit supprimé du répertoire à la fin l'installation ?

Concernant le DOCKERFILE doit etre également dans le même répertoire ?